Did DHH actually agree to do this before you guys built this?<p>One thing that is not clear from your site, that I think should be, is that the code discussions need to happen over unconventional Rails design patterns. DHH was saying he was willing to ping pong on the original discussion thread over a design pattern in a submitted article that he thought was an unnecessary abstraction.
Under 80 lines is a problem.<p>Most of the designs that DHH doesn't like are from complicated applications that need to deviate from The Rails Way.<p>I built my e-commerce business with Rails/ActiveRecord back in 2006, when rails was at version 0.7.<p>For the first few years, I followed rails conventions religiously. There's a point where you have to outgrow them. And that legacy approach is a major pain now. Having a class that wraps a database table and contains all the functionality that accesses that table doesn't scale at a certain point.<p>But I'm not going to try to show those pains in under a couple hundred lines of code that someone can understand in an hour. Anything that can be compressed to that point doesn't need a complicated design.
Are you just collecting gist submissions, or are you planning to provide some discussion infrastructure? If it's the latter, perhaps make it more open-ended so it can be used by everyone for reviews?
Link to the original discussion for the lazy: <a href="https://news.ycombinator.com/item?id=7335211" rel="nofollow">https://news.ycombinator.com/item?id=7335211</a>