Mountain West Ruby Conference : day two afternoon
What To Do when Mongrel Stops Responding to Your Requests and Ruby Doesn’t Want to Tell You About It – Philippe Hanrigou
Collar mikes are fucking loud if you hold them in your hand and talk right into them. The sound guy should tweak things a bit, but still, they are definitely designed for high gain and really easy to spike.
Lots of Star Ward humor, again, and again.
Keep mongrels running via your OS tools. If there is a problem, it’s never mongrel apparently – it can be rails, your code, your db, etc. just not mongrel. I guess props to Zed, eh?
Server Admin peeps here say they learned a ton from his book. This continues to prove I don’t want to do SA for personal stuff. Maybe I will apply for Dreamhost PS (basically affordable managed VPS), after all.
gdb and dtrace (and thus D)
Lightning Talks
- gem_installer – much look at for at work, since I keep adding gems. :D
- xmpp (jabber) ruby bot (twitter signs)
- couchdb stuff about async datastore
- Ruby golfed duck ascii art. Ruby can look like perl
- RubyCocoa
- IO
- All sorts of fixtures alternatives, such as ObjectMother, scenarios builders, etc
Mountain West Ruby Conference : day two midday
Ruby Internals – Patrick Farley
This talk is actually the hard-core internals as advertised. Dig up the slides and prepare for some C. Well presented, though. Nice object-graphs/diagrams. Might be worth listening to the video, not just the slides if you are interested, as he seems to explain well. Lots of Star Wars slides/humor. Seems to be a theme since Giles’ Darth Vader/sombrero slide (note to DHS: Sith Lords could be sneaking across our unsecured border)
BDD with Shoulda – Tammer Saleh
General BDD soft sell followed with same for Shoulda – one line of spec for one line of code. Argument for testing AR association as such, not testing what they do. Overmocking – still haven’t found a good answer myself. I do agree that nested contexts help.
Related: got into debate about mocking/whitebox/glassbox/inside-of-contract vs. non-mocked/blackbox/outside-of-contract testing. I am firming up my thoughts on having both and calling them “unit” and “functional” specs/tests. During refactor functionals must pass and you rewrite units as the BDD process for your refactor. Rando (in conf irc, no idea who) seemed to follow similar practice, which is the first non-PDI response I have gotten.
Mountain West Ruby Conference : day two morning 1
Enough Statistics so that Zed won’t yell at you – Devlin Daley
Reminds me how horrible our whole society is about the basics of stats and probabilities. I think our overly trained ability to pick out patterns really hurts us. At least it’s not just programmers who are clueless about stats – it’s just more surprising because they are technically proficient and assumed to be intelligent and educated in math. Good survey lecture for what programmers should know before thinking about doing any benchmarking.
Next Generation Data Storage with CouchDB – Jay Lehnardt
Why is everyone hating on RDBs. ;) Cool talk – already read a lot about CouchDB, though. Do like the focus on some of the whys for parallelization/map-reducing. Hmmm, couchdb as the git of data. I would follow it closer, if I had a use anywhere on the horizon. I figure by the time I get around to using it the nitty gritties might have changed (especially usage and client libraries)
Mountain West Ruby Conference : day one notes
Evan Phoenix opening keynote (how Rubinius is run)
Highlights low barrier of entry for developers as theme
- Anti-core/elite group – creates unhealthy environment (reminds me of how getting a patch applied for merb on github was)
- Spec suite makes good entryway
Talking about ruby community in general
- Niceness
- Excitability/early adopterism
- again, see slideshow for highlights
- A little polyanna (I don’t think so, but it got mentioned)?
- very gitty bazaar style (gack, typo NOT cathedral)
- a lot of subtle “drawing contrasts” with rails
My sorta hippie.
My thoughts on question?: ease of contributing, github as singularity, loved it all, but self-selecting elitism by cutting edgeness, does it scale? How do you keep openeness as project grows – see mailinglist overwhelmed with help vampires after rails got popular. Also see back-channels
A: Roughly: organically. Create the excitement and environment and the pool of people to handle the growth will come online as it grows.
Ezra’s half
Don’t be overly clever. Really most of his talk is about that and being a responsible coder if you are making a library. And a reminder that avoiding premature optimization doesn’t mean avoiding all optimization
- Good explanation of event-driven (thin, even mongrel) versus threaded server (mongrel)
- Rack sidestepping of framework is sexy
- Provides is the best feature, still. Action-args is close. Picking a favorite child.
My thought: what about elegance/clever usages getting mainstreamed into the interpretor. Refactor then, I assume? To simple to bother asking. Mongrel + evented mongrel? A: yes, if needed Magic of action args countered by increasing client-code explicitness
Giles talk
I read enough of it on blogs, and aside from that it’s a little crazy. Giles is quite interesting in person. I think his shown code may be a little unneccessaily “meta.” He’s keeping mum if that is an ironic by intent thingWycats:
DM Rocks, that is all. Also awesome transitions in slides.
Didn’t take notes for rest.
I think Evan’s talk was the best part. The technical talks you can pick up from the slides, but the more overviewy touchy-feely part is hard to get except in person. Everyone rocks, but I really liked Evan’s talk.

Articles via rss or email