> Both "innovative" and "boring" can shoot you in the foot.
This is true, but it misses one of the points of TFA, which is that with boring tech you already know the ways it can shoot you in the foot, because lots of people have had their feet shot by it before you came along. You can learn what not to do just by looking around and seeing which sets of feet have the smoking holes in them. With exciting tech, you don't know; you get to be one of the people who discovers those things.
I guess I do know the ways in which CGI-based web applications shoot me in the foot because I wrote them in Python and Perl. Said knowledge is why I no longer use:
Not the OP, but using TCL in the first .com wave taught me that any language without JIT or AOT support on their toolchains are bad fit for anything that needs to scale.
This is specific to Tcl, but it is byte compiled [0], and work is ongoing right now to target llvm[1]. To say nothing of punting and coding performance-critical code in C and orchestrating it all via Tcl.
Well, the LLVM announcement certainly is new. You'll have to forgive me though, I thought you may have been propagating the old "in Tcl, everything literally is a string" trope.
What did you press it into service for in ye old .com boom?
An application server built on top of Apache and IIS modules, targeting Windows and multiple UNIX flavours.
Similar to AOL Server and already using quite a few patterns that people seemed to only have discovered years later with Ruby On Rails, but since Portugal isn't SV no one heard of them.
All critical path routines were actually done in C.
However, eventually the platform was migrated to .NET with focus on Windows.
The founders of this company went on to found OutSystems, with the lessons taken from this attempt.
I do most of my work in ruby and am a fan of it (less of some decisions it's community makes, but I'm still okay with it)... and I shy away from rubinius because I don't think it has enough to offer to justify the non-boring risk/tax. I don't want to be discovering that some gem I use (perhaps only a couple versions after i start using it) isn't compatible with rubinius. Even if it's a small risk (and I honestly am not sure how much of a risk it is), for what? Slight performance edge? I don't need it. Multi-core parallelism? I usually don't need it, and if I do, I'm going to choose JRuby (reluctantly).
This is true, but it misses one of the points of TFA, which is that with boring tech you already know the ways it can shoot you in the foot, because lots of people have had their feet shot by it before you came along. You can learn what not to do just by looking around and seeing which sets of feet have the smoking holes in them. With exciting tech, you don't know; you get to be one of the people who discovers those things.