Rails Spikes

I am glad DHH has put up this piece. This is one of my favorite topics to be contrarian about. I am a strong believer in the importance of developer testing to ensure code quality, but some people take it way too far. I gave a talk about this at RubyFringe: http://railspikes.com/2008/7/11/testing-is-overrated I also am utterly opposed to the Cucumber-style programming-in-English-via-regexp testing approach. Unless someone who doesn't know how to code is writing those step files, why subject yourself to that?!

I'm one of the folks behind Zencoder. It's been a side project up until now, but we're about to take it full-time this fall, complete with a new version. Ping me if you have any questions - see my profile for info - or I'll post Zencoder announcements at http://railspikes.com. There is a lot of need for lightweight video transcoding infrastructure right now, so I'm glad to see another solution on the market.

I was the curator and co-organizer of RubyFringe and FutureRuby in Toronto. I'm really sorry to hear that folks organizing BRC felt so beat down by negativity that cancelation was the best option. Most people simply do not appreciate the hundreds of unpaid hours of work that are required to pull off a good event. Several aspects of this controversy don't sit well with me, however. First off, since when does the curation of a conference have to follow someone else's value system? It's very simple: the people that organize an event should work hard to put together the most interesting line-up they can. It's then up to the potential attendees to decide if the event is worth their time to attend. That's it; there are no more rules! If you want to solicit proposals for talks, go ahead. If you like some of them, give them a shot at speaking. If you decide that none of them match your curatorial agenda, then thank them warmly for their submission and move on. You aren't obligated to take proposals at all, and you're certainly not obligated to make your decision process transparent or part of some laborious community democracy. In fact, I would guess that one strongly opinionated curator will put together a far more coherent line-up than any popularity contest ever could. If you're looking for inspiration, consider asking attendees from previous years if they'd like to consider "leveling-up" to speaker. When I put together our speaker lists, it wasn't arbitrary and much like test…

I don't think it's fair to compare Java with Haskell or OCaml since they don't share the same objectives. But even if you did compare them, you should try to match Java's subtyping with Haskell's more-or-less dependent types. Java's type system is apparently strong enough to express co- and contra-variance, which is quite an accomplishment. Talking about ActiveRecord: I've come to understand this system has been the focal-point of insecurity by design issues (http://railspikes.com/2008/9/22/is-your-rails-application-safe-from-ma… To answer your question, I'd strongly suggest to have a look at Scala. It's clean code, easy to read, fast and as expressive as ActiveRecord (plus the type-safety).

Don't search your logs http://railspikes.com/2007/11/13/textmate-rails-remove-vendor-files

Here is an http link which won't give you warnings about an untrusted certificate: http://railspikes.com/2009/8/28/buiding-a-video-distribution-in-48-hou…

Don't forget the changes in 1.9 http://railspikes.com/2008/9/8/lambda-in-ruby-1-9 And the much cooler Fibers, which you can think of as a reentrant block, kind of.