4 ms·
I certainly don't. Who argues for slow innovation, that's dumb really. Argue for minimal breaking changes. Python got into trouble because it introduced a hu
by gafads 13y ago
I certainly don't. Who argues for slow innovation, that's dumb really. Argue for minimal breaking changes. Python got into trouble because it introduced a huge swath of breaking changes, and not enough sugar to coax people to 3. Ruby has it's problems, but the 1.93 to 2.0 transition was not one of them.
- Demiurge 13y agoObviously no one is arguing for slow innovation of everything. However, it is not dumb at all to argue for slow innovation of something foundational, if it allows for things built on top to innovate faster. This is arguing for faster overall innovation. This sentiment might be wrong in this case, because the transition 1.9 to 2.0 might be painless, but I'm replying to your original misrepresentation of the argument.
- gurkendoktor 13y agoraises hand, compiling C extensions on Windows has changed a lot from 1.9 to 2.0 in my experience, since there are no MSVC builds of Ruby anymore (to link against). Now I'd have to compile my pet extensions using MinGW and the compilers just aren't the same. CMIIW...
- gurkendoktor 13y agoBut if you innovate quickly and avoid breaking changes, it's easy to end up with a completely bloated language.