131–140 of 159 posts
Earlier quoted context omitted.
What does power represent to you? Simplicity and readability offer power as far as I'm concerned.
In that case Assembly language programming should be sufficient right? That's as simple and readable as it can get.
Earlier quoted context omitted.
I'm actually a big fan of Perl, but your characterization of Ruby is wrong. Ruby is Perl with object-orientation first, nicer syntax is a minor detail after that.
If Ruby has nice syntax then Smalltalk should be the syntax of the Gods ;)
Earlier quoted context omitted.
I see C and Ruby code being written every day in San Francisco.
So the bellwether of a language's health is whether it is being used in San Francisco?
Earlier quoted context omitted.
What do you reckon could not be legacy code in 15 years? C family, Java, maybe Erlang?
Not the OP, but I would expect to see still widely used: * Python - As a programming language for scientists and researchers, replacing Matlab and kin. * Go or Rust - A well-designed, modern language, easier to use than C++ but almost as fast, for enterprise applications or video games. Not sure about Google, but I hope Mozilla will still be around in 10 years. * Lua? - Not sure about this one... but it fills a niche…
The language is small, it's very fast as scripting languages go, and I've heard it's easy to integrate it with C and other languages. On the other hand, it has kind of weird syntax, breaks a lot of conventions (i.e. arrays are 1 indexed), and it's not a massively well known language.
JavaScript possesses a lot of the same benefits; it's a pretty simple language, boasts very impressive performance for a scripting language, and isn't very difficult to integrate with code written in other languages. As compared to Lua's downsides, it's a bit of a mixed bag. The syntax is immediately familiar to anyone whose used an Algol derivative, the language has some unpleasant quirks, but lots of developers are accustomed to them due to the language's substantial popularity.
I imagine Lua will still be a popular choice in 5 years, but I think it's going to lose some marketshare to JavaScript.
Earlier quoted context omitted.
NYC financial firms are starting new projects all of the time where Perl is the main tool for feeding information here from over there.
Which financial firms? Citations? What are they doing? Sorry guys but if they are doing finance systems with perl that's a fraud.
Earlier quoted context omitted.
This is it. I'm blown away by how productive I am with rails now. A couple of weeks back I replaced an entire backend, complete with an oauth provider, record versioning, caching etc. and it took 4 hours! And all done with the usual TDD etc. This is all thanks to the gems that are available. Most of them are 2nd or 3rd generation, they're focused, battle tested and well documented. It might not be the right tool for…
Wait until you have to update your rails and all your gems are no longer compatible. Edit: removed "update for a security patch" because it's just updated. Edit: to be fair, this is a common situation with many similar solutions.
TIOBE index for December 2013 says otherwise: http://www.tiobe.com/index.php/content/paperinfo/tpci/index.... Ruby dropped 3 spots from this time last year (currently #13); if it is dying, it's dying slowly. For my work on the JVM, Scala in comparison is way down at spot #31; Groovy #47, and Clojure doesn't even break the top 50. Meanwhile F# is kicking some serious azz, soaring 27 spots in a single year to #20, impr…
Groovy's roadmap just added version 2.3, featuring "_Traits_", which were actually originally announced for version 2.2 [1], but were delayed so Codehaus could get a release of Groovy out the door in time for selling seats to their annual December GrailsXchange conference in London.
In June last year, Codehaus/Pivotal had also announced a new meta-object protocol for Groovy version 3.0 [2] to come after version 2.1, but that was postponed early this year to make way for version 2.2. I don't think Groovy really has anything "planned" as you put it, rather they're reacting to external conditions.
[1] http://groovy.329449.n5.nabble.com/Adding-Trait-to-Groovy-td...
[2] http://groovy.329449.n5.nabble.com/Groovy-3-tt5710334.html
jruby and rubinius close the performance gaps. (This is an arguement for only knowing one language.)
Earlier quoted context omitted.
>>easier learning curves and which are just as, if not more powerful (would be happy to learn some good reasons, though). This may be true for Ruby to some extent. But Python as a design goal aims to provide as little power to the programmer as possible. In fact, the Zen of Python says almost anything that comes in the way should and must be sacrificed to achieve readability. One can probably write a book on why one…
What does power represent to you? Simplicity and readability offer power as far as I'm concerned.