Since the advent of the World Wide Web in the mid 1990’s, a seemingly endless stream of development languages and platforms have cropped up. It can be confusing, and one can look back wistfully on the old days of punch cards, and even when the only real choice was C++.


The problem is, how do we know which languages to program in? What do we choose for web or server-based programming that we can rely on for years to come? Conversely, how do we know what we choose to develop in isn’t going to go extinct next year?


Just looking at the dizzying array of languages and IDE’s that have come out in the last 20 years is enough to make even the most experienced software engineer wonder. When you consider systems like ColdFusion, Flash and its ActionScript, Perl, Delphi, Visual Basic, Ruby on Rails, Java and others, you can’t help but wonder.


Of course, there are some established favorites that are not likely to disappear, such as C++. It will probably always be the dominant language for developing high performance applications. However, with the resurgence of the platform independent Java, who can really say?


Anyone remember Pascal?


If there is one answer to the question posed in this blog, it’s that you should try and stick to the development tool that seems to be able to both serve today’s needs effectively as well as be flexible enough to bend with the wind of future change. C++ has done this well. Of course, the need to open up the source code and make changes and then recompile is always going to be there.


For today’s Cloud-focused non-resident applications, Java and Ruby are often good choices. Non-compiled languages such as PHP or Python in conjunction with JavaScript, JQuery, AJAX and XML seem to be holding their own as well.


The debate rages on and there doesn’t seem to be any clear answer. Of course, this decision is helped along when you hire an experienced software development firm such as Glorium Technologies. We’re always keeping our eye on this bouncing ball of technology. When we choose a development platform, it’s with present and future capability in mind as well as long-term development support.


One nice thing about a lot of these languages is that even though some of them have certainly vanished into the past, like ColdFusion, they aren’t dead completely. Either they’re still supported or they can be readily ported to a more robust and long-lived platform.


If you’re facing this decision now and are not sure what to do, please feel free to get in touch and we can discuss this issue further.