Page 1 of 271 | Next »
[00:00:29] pipework: I used active admin earlier this year with latent rails. I'll check on rails_admin
[00:01:50] pipework: massover: When you mark an object as frozen, the values the object points to cannot be changed, the references can't be updated to new objects.
[00:03:10] pipework: Ruby is pass by reference, so if you try to take an array `%w|hello my|.freeze` and modify the array object itself by modifying it rather than the string objects inside it, you will get an error. The strings won't be frozen but the object inside is.
[00:03:50] pipework: massover: Something that never changes is known not to change which means not only runtime protections but also optimizations.
[00:04:23] pipework: Here's a few concrete reasons, http://blog.honeybadger.io/when-to-use-freeze-and-frozen-in-ruby/
[00:05:02] pipework: I shouldn't try to help people when I'm overheating, but it takes me a lot of time to realize I'm overheating and helping and shouldn't be. :p
[00:05:59] pipework: the second inside was meant to be an outside, I'm a little delerious atm but if I've fudged I'm sure someone will tell you how it really do
[04:06:59] pipework: syndikate: Both are usable, however you only namespace within a class when the class is more appropriate in the first place.
[04:08:12] pipework: syndikate: For example, I may namespace within a class object (assigned to a constant or not) using private constants.
[04:14:56] pipework: havenwood: I really hope it turns out to be. It's already got session keys in this wacky way, I'm working on device keys and emergency kit recovery.
[04:16:52] pipework: Creating a session in this system is a shareable workspace that you forge between you and your device but can spread to other devices or identities.
[04:41:32] pipework: syndikate: Huh, I would actually imagine it wants a class to call .new on, TIL. That's amusing. I don't know that I'd do it unless there was some compelling reason to. You might confuse some people.
[04:54:35] pipework: baweaver: It's just secrets and keypairs and nonces and turtles all the way down.
[04:47:50] pipework: I've had good luck using http://imba.io but I'm not trying to teach what the industry is using atm.
[05:05:33] pipework: baweaver: People wanted to do two things that are worth doing, 'graph queries' (sorta) and use a single entrypoint where the payload contains the whole of the information rather than HTTP which includes routing.
[05:25:02] pipework: baweaver: He's saying that you'd make more money without paying him so fast. :p
[05:26:15] pipework: Radar: Banks here literally have transfers go from fax to print to a literal stack on the floor where an actual human swings by to pick them up to process. I'm not kidding.
[05:28:58] pipework: Radar: FWIW, you can enjoy the fact that your transaction takes on an incredible amount of mass and turns into physical form before being digitized again, if you like to think that way.
[16:27:33] pipework: dionysus69: Having mri in front and then another rails/ruby service in jruby that's making the best use of threads without a gvl that's running elsewhere is a valid use of SOA separation, though as for people using mri in the 'frontend' and jruby in the back, not sure.
[16:32:07] pipework: dionysus69: They would talk over a communication mechanism, from IPC, files (lol Unix), to sockets. You have separate processes, often not in the same kernel process tree.
[16:33:00] pipework: havenwood: I've been using graal with --native-image and --polyglot for fun lately.
[16:35:12] pipework: dionysus69: However, between the two I'd definitely pick JRuby with graal enabled.
[17:05:34] pipework: I don't use redis, the last time was way back with resque and that was because the team thought it was the best thing to go with and I cared very little.
[19:48:05] pipework: hahuang65_: Take the SICP course, all will be illuminated when you learn about recursion in scheme.
[23:53:30] pipework: Inside: How often will these hard-coded ones be used? Every request that deals with families and componets? Knowing this may help you choose where to handle persisting and possibly caching the values.
[23:57:33] pipework: S and now I want to benchmark the dynamic JS and ruby languages on a native image on graal.
[23:57:33] pipework: havenwood: The benchmark you linked earlier is pretty cool. I've been working on a decentralized authentication system that works with an identifier, a passphrase, and optional additional factors for deriving your initial key and then public keypairs, which is all fairly normal, but I bet it'd be cool to have a ruby implementation instead of just J
[23:59:47] pipework: massover: Are you using the latest rails_admin? I'll try to see if they might just be out of date and modifying frozen values.
[16:55:32] pipework: big_reggie: Depending on what sort of responsiblity and whether one class should have it or a new one should provide it is likely dependent on the reuability of the behaviour outside of the context that spawned its need
[17:00:06] pipework: big_reggie: It really depends on what your'e creating. A small little sometimes-used object or something complex or somehting you use a lot?
[17:01:52] pipework: big_reggie: Does the params for that object come nested or as part of the params in the request for the top-level?
[17:03:01] pipework: If the params are 'wide' rather than 'deep', I'd suggest a class to handle that requests's params and behave as intended. If the request that comes in is more nicely formed to follow the depth, consider #build in the controller.
[17:04:32] pipework: big_reggie: This one seems to be more of a builder or a factory, but classes in ruby are factories anyways.
[17:05:22] pipework: To me, I'd name the class by the thing it is called to do, like a request handler for the request
[17:05:46] pipework: Inside that, consider using private constant classes for the self-descriptive class case.
[17:06:40] pipework: 100% of the time I re-use these objects in controllers , I wanna know what they were used for previously. So instead of reading all instances, I try to make these nice classes that describe their usage rather than their capability.
[17:12:03] pipework: I wouldn't subclass. I'd take the request you're working on now, create a class for the code you'll write and call it <name>Handler, then inside that class for a specific behaviour would go the code that *may* be reusable between different specific behaviour classes.
[05:10:41] pipework: sevenseacat: Some channels disallow sending unless you're voiced, and a bot or a human will voice you after some time.
[17:35:28] pipework: Radar: If you wanna clean up stuff, I'll add you to this access list. baweaver too, since they're not shit and also active in le rubies.
[18:29:40] pipework: speakingcode: join them with an identifier that. if present, signals a 3rd party acting on behalf of the first.
[19:51:53] pipework: brandoncordell: How are you running ruby? What's the $LOAD_PATH ruby and the $GEM_PATH (IIIRC, or was it $GEM_HOME) and is your puma gem installed there?
[20:19:38] pipework: Man, open source is the shittiest place to collaborate with people you don't know.
[20:20:30] pipework: It's easier and more engaging to get involved and not be restrained by someone else in reverse engineering communities.
[20:22:55] pipework: I either go off and tinker on my own, or rarely will I try to do better but I don't even try to contribute back as downstream because I've usually passive-aggressively written my own version that makes a patch impossible but makes the code easier.
[22:44:12] pipework: I'm a huge fan of amber-lang, I just don't like that Smalltalk is so tool-oriented when Self is so object-oriented in its presentation.
[23:06:02] pipework: I'm using it in the frontend, on cloudflare workers, and in graal's nodejs environment.
[23:07:39] pipework: too much, I'm making so many neat things so fast. Fully decentralized authentication via identifier(+other factors)+password generated keypairs and an append-only log that's compatible with both scuttlebutt and I'm working on urbit integration.
[07:26:31] pipework: Like, I have projects I need to do, and whenever I start them in rails, the rails part lasts maybe a day or two before I throw it and ruby out again.
[16:59:56] pipework: God, I love it when helpa just responds to me talking normally to others how I do.
[19:03:10] pipework: Radar: I have enslaved native marsupials of your land and put them to work cleaning my hands and nails.
[02:50:19] pipework: Currently, I'm setting up a seedbox with usenet and torrents in a fully automated way including streaming from the seedbox to my friends like our own personal PVR hulu of sorts.
[02:52:15] pipework: I'm using ZNC with Lounge at the moment, it's a nice web interface but I haven't tried mobile yet.
[13:15:49] pipework: I feel the same, but with rails especially I'm going through some really irritating motions.
[13:21:56] pipework: sevenseacat: I'm building a video marketplace using stripe, but I'm building it on top of Urbit, Scuttlebutt, and webtorrents and coding it in http://imba.io and Hoon.
[13:22:45] pipework: IPFS will come soon, I'm routing messages over tor and the messages themselves are just email sent over SMTP :D
[13:24:01] pipework: sevenseacat: Infrastructure deployment is coming together using Juju deployed on LXC.
[13:28:14] pipework: I'm really excited to try live migration for pushing and pulling containers around between hosts and even my dev machine.
[04:01:40] pipework: Radar: I've been building those really out there things and setting them aside and fguring out a more interesting problem.
[04:02:36] pipework: Turns out, there's not a huge intersection on all the interests that my current few projects have without coming to IRC.
[04:13:03] pipework: Radar: I wish you were half as brave as I am at being an asshole in person to me as I am to you. <3
[04:13:46] pipework: Radar: Currently just gigging it, got a project that I'm handing essentially just being the wrecking ball of epic proportions.
[04:14:34] pipework: Going from some really weak nodejs server that badly implements a bad API insecurely, and a frontend in react that looks like someone wrote it in a month that's taken six.
[04:15:19] pipework: So I'm refactoring the frontend to use graphql against a configurable store (right now HTTPS to maybe nomsdb or a postgres that has graphaql schema reflection built in).
[04:16:44] pipework: I'm leaning heavily towards nomsdb first, cephvm filesystem second, and thirdly some distributed persistent store maybe with postgres on top of it.
[04:25:54] pipework: Been automating multi-regional datacenter operations with juju, dc/os, and kubernetes.
[04:26:39] pipework: Not doing anything cool like speaking to humans at conferences, too cool for me.
[04:28:38] pipework: My personal project is a really neat one built on a fork of a smalltalk that I'm building to bootstrap away from mundane host-based addressing and current-gen systems into a content-based address system with a merkle tree variant that's built with event source streams full of cryptographic capabilities that convey a patch to the merkle tree. Comes with a syncing protocol too.
[04:29:21] pipework: Gonna store the source inside the merkle tree along with pretty much everything.
[04:30:03] pipework: Gonna store filesystems, event streams with events, functions, stack frames as event streams, etc.
[04:32:16] pipework: It's kind of like a smalltalk image file in a decentralized merkle tree that supports cryptographic capabilities (eventually an e-lang like smalltalk implementation), and your merkle tree is based off an identity's public key fingerprint and gossipped over things like secure-scuttlebutt and other non-mundane transports.
[04:33:59] pipework: Highly concurrent like erlang/elixir, but also supports work loads where you can reference a merkle tree node address that's signed and optionally encrypted for the target workers. It solves all the problems of serialization this way, because you can even sync stack frames and all sorts of state.
[04:35:17] pipework: I want to work in partially and fully homomorphic encryption and other similar tools to allow public and private functions to operate over public and private data securely. There's lots of libraries for the things I'm doing, even when I have to fork them.
[04:40:44] pipework: I know I'm blathering, but there's a kickstart script that uses the merkle tree library, but the dilenation is that it only uses mundane protocols to fetch the self-verifying bootloader and then verify it before caching it and letting it take over so the next boot goes straight to the bootloader.
[04:42:11] pipework: The bootloader handles operating functions (this thing is a fucking decentralized time travel, because everyone knows time isn't fun enough in decentralized system) that are like services on the node, and being able to update/fetch/upgrade operating functions.
[04:42:48] pipework: It's even got a plan for letting my actual tab distribute this system to your browser's tab, including mobile and desktop app packages if you sync long enough.
[04:45:08] pipework: I wasn't entirely surprised at cloud-at-cost being a scam at the end, but I used my servers more than long enough to pay for themselves.
[04:45:36] pipework: I wish they'd not be lame though, I'd give them a large amount of money once to not be billed for a very very long time at least, if not ever.
[04:46:04] pipework: I could do that with any cloud providers, but they were more expensive on the whole than C@C was.
[00:47:17] pipework: Arcaire: in that case, just change the file extension and content type and move along. :p
[19:46:13] pipework: user.jobs could be the association that you'd write, but you'd need to provide the scope to it.
[20:00:53] pipework: sumobob: we're not going to write all your code for you, we're giving you tools. :)
[20:02:55] pipework: sumobob: The querying guide might help. I imagine you'd be using some form of disctint across a join table.
[23:16:23] pipework: felipec: I just didn't know whether your array would contain more than one \0 or not.
[23:22:26] pipework: pontiki: I can only kinda read c. Most of the time I spent thinking about character arrays was with erlang long ago, it feels.
[01:37:12] pipework: sevenseacat: I mean, I didn't intend it to be related, but I can't say for sure.
[02:34:11] pipework: shintao: why do you need rails to use a webserver that logs requests to routes?
[02:34:46] pipework: What are you doing that requires the rails stack and not just a webserver properly configured (obviously you want one of these in front of rails too)
[02:41:11] pipework: Ropeney: It's a tracking pixel, no need to use ruby at all, let alone the whole rails stack and all that it entails.
[02:43:34] pipework: shintao: You should only make external calls that need to be returned inside the response of the current request inside the request, others should be offloaded to workers.