As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 13 years ago.
The FAQ for the new Go language explicitly makes this claim:
There is a growing rebellion against cumbersome type systems like those of Java and C++, pushing people towards dynamically typed languages such as Python and JavaScript.
Is there (non-anecdotal) data to actually support such a claim? I've always found dynamic typing sloppy and tiresome, but if I'm losing touch I at least want some warning.
I'd call it a trend, not a rebellion, but I see the same in our company moving from C (25 years ago) over C++(20 years) and java (12 years) to javascript and python (2 years).
One of the reasons could be, that scripting seems to be more agile and better for rapid development (which I actually doubt). That impression came along when some developers started nice applications in impressive development speed, while the 'old OO-family' often came up with (over-)complicated application architectures which showed a depressing progress.
I think it doesn't has to be scripted if time to market is a criterion (but sometimes it helps to get rid of old habits)
I agree with kai1968, it is more of a trend. Here is a good paper done by IEEE that will give you a better understanding Developers Shift to Dynamic Programming Languages
Related
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 9 years ago.
Which are mature, maintained and flexible open source genetic algorithm (GA) libraries for Scala?
Mature meaning that it is quite feature complete and bug free, ideally well documented.
Maintained meaning that it is not an abandoned project, and it works fine with current the current (2.10) Scala version.
Flexible meaning that it is fully configurable, I can plug in my own chromosome representations, fitness, breeding etc. functions, and it is generic and uses well Scala's type system.
Ideally on GitHub so it integrates best with my work flow.
If your main priority is maturity, I'd recommend JGAP, a library written in Java (which I used in my bachelor's with very successful results).
Using the natural interoperability between Java and Scala, there shouldn't be any problems about that. (But sure it would be great to see a Scala equivalent to it in terms of maturity and flexibility, taking advantage of Scala idioms)
About being maintained, it has not released new versions since 2009.
Sure there are other implementations out there but just wanted to add my 2ยข about a library I would sure revisit when the need comes (even if it is to start a port).
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
As per the article at W3Techs, Perl ranks the lowest among the server side scripting languages, even less than Java? Is there any reason behind it? Perl, as far as I see, is very popular, and an awesome language, how come it is hardly used by websites? Does it have issues with server side scripting?
This article has a lot of details on how W3Techs gets their data: http://w3techs.com/blog/entry/usage_of_perl_for_websites_fell_below_1_percent
As i did some analysis on this, let me summarize in short that the data presented by W3Techs is deeply flawed and extremely misleading. First off, it is important to know that they detect technologies of sites by running simple scripts at them that look for file suffixes in urls and then just take that and never verify with the site owner. As such they have a "no-detect" rate of 17.6% (plus an unknown "false-detect" rate). A more correct version of their chart would be this:
If you'd like to get more details and more mistakes in their data methodology, please take a look at the comments of the article, especially those written by "Mithaldu" or "Christian Walde", i.e. me. I posted extensively there as to why their data is nearly useless and why they're even misinterpreting the data they do have.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
When I first learned to program I learned to do so with an IDE, and that has stuck with me until recently. The last few months I have been using gedit for a web based project and while the project turned out quite well (check it out here), I felt like gedit didn't provide anything extraordinarily useful. As of now, my two favourite IDE's are Eclipse and Qt Creator. On my laptop (a Zenbook running Ubuntu) Qt Creator starts in one second and Eclipse starts in five, so performance is not an issue. So what would I lose from switching to VIM and what could I gain?
It's not about how fast it starts, although it does indeed start faster. It's about how fast you can edit. By never taking your hands off the keyboard you gain huge amounts of speed and priceless inner peace. You also step into the wonderful world of command line bliss. Things are literally black and white (well, if you wanted them to be). It makes life simple... efficient... fun. Once you go mouseless you never go back.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I was looking looking for the sources of real-life applications that are written in Lisp. For example a Pacman clone or a word processor would qualify as such.
How about a
web server?
text editor?
a type setter?
an interactive musical score editing application?
More example can be had at the cliki. Just stroll around a little bit.
The package-management application (similar to apt-get) that I use for Arch Linux, Paktahn, is written in Common Lisp.
Here is a list of applications written in Common Lisp. How "real world" they are is debatable, but since you consider a pacman clone to be "real world", I assume you will be satisfied.
Two big things come to mind.
EMACS
Maxima
The first has an incredible number of customizations. It would not surprise me in the least to find Pac-Man implemented in EMACS. Maxima does symbolic mathematics, so I imagine it'd be more difficult to grok the code.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
I'm writing a webapp that uses websockets for updating vehicle positions on a google map and for exchanging messages with drivers in realtime. I've been playing around with Node.js as well as Tornado, but I've come to the conclusion that I'd prefer static typing for this project after all.
Two excellent choices seem to be Scala and Go, but I'm having a hard time deciding between those two. I've been mostly been programming in C/C++/C#/Python and have very little Java experience.
So how do those two compare? What would you learn next? I know this is subjective, but I'm kind of looking for some battle stories here. Also, what about the ecosystem? From what I can tell, Scala inherits Java's ecosystem, but what about Go?
The down side of Go - immature, with very little real world experience.
The down side of Scala - you must be familiar with the Java eco system in order to utilize scala well. You probably can't write everything in Scala. Also, some might find the learning curve for Scala higher.
Both supports websockets (Scala through Lift for instance, and Go in the standard library).
I believe that you'll be more comfortable with Go, since it's more similar to Python than Scala.