289 karma · joined July 14, 2007
Make sure you sign up for the launch list, so I can let you know when we're ready.
Appreciate your sharing.
How do you deal with the loss of flexibility once launching? You really can't make big architectural changes after launching in some cases. I.e., when were you confident enough that it was a good time to launch?
It is exciting. We're pretty committed. We're good with a low key response first, while we're a semi public beta phase.
Appreciate the comments, for sure you'll hear back from me. :)
I'm surprised they're basically re-implementing Trac but with less features. Things that look good and have a good user experience just seem to sell.
"- Reading and, in general, understanding Rails is horribly difficult, since it's no design and layers upon layers of magic. Very often you will find 5-7 layers of functions delegating the work deeper and deeper in, until you arrive to a completely undocumented internal function that in turn splits the work to three other, unrelated internal functions. Given that each of those 10 functions takes a hash called "options", each layer altering it subtly, but none having the complete picture, and that 9 times out of 10 that hash is not documented on any level, figuring out what your choices are is pure hell. It's made even more fun by the fact that different parts of Rails are accessible at various points of handling the request, and you can't just jump in and poke things from the console, since it won't have 99% of the things that only magically spring to life once a request is live. "
Methods do really nest pretty deeply sometimes. And since all of ruby's classes are open, people just add stuff by hacking things together. It's pretty much impossible sometimes knowing where a particular method is in the codebase.
Can anyone think of something?
Nice numbers that they have there, much more than I expected.