2015 LinuxQuestions.org Members Choice AwardsThis forum is for the 2015 LinuxQuestions.org Members Choice Awards.
You can now vote for your favorite products of 2015. This is your chance to be heard! Voting ends on February 10th.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
View Poll Results: Programming Language of the Year
Around 1993 I started to learn C and loved it. It was so much better than the various types of BASIC I had used before then. Python became my general purpose language of choice around 10 years ago as I found it so easy to be productive using it. No more worrying about memory allocation, easy string handling, comprehensive standard library, etc. However sometimes I still needed the execution speed of a compiled language.
Then I gave Google's Go a try. Finally a worthy successor to C in my view. I can finally use the full power of my multi-core CPU in my own applications. Yes, I know it's way of doing OO is different to most other implementations, but I believe that is a positive. I really believe it has a bright future.
And for the record, I have no affiliation with Google.
C++. much is going in in this language
followed by ruby, 2.3 is relay a nice release
PHP on the 3rd place, finaly they made the new release
even if I have the feeling that I repsect Free Pascall to less,
so lets also put it on the top list
As somebody who has loved C since first using it 30 years ago this month - and who is very fond of Ruby I have actually voted for javascript.
My reasoning is simple: 'programming language of the year' should reflect not my choice of which language I most like but which language has had the most impact.
With the strides made over the last few years, with ECMAScript 6 and Typescript, and with the proliferation of web-based applications, this year that language has to be javascript (however you choose to capitalise itt).
As somebody who has loved C since first using it 30 years ago this month - and who is very fond of Ruby I have actually voted for javascript.
My reasoning is simple: 'programming language of the year' should reflect not my choice of which language I most like but which language has had the most impact.
With the strides made over the last few years, with ECMAScript 6 and Typescript, and with the proliferation of web-based applications, this year that language has to be javascript (however you choose to capitalise itt).
Agreed. It might not be the most elegant language but surprisingly it's drastically been gaining in popularity over the last few years. With ECMAScript 6 slowly jQuery might slowely become unneeded.
C - as being the most general language. There are specialty languages, written in C/C++ for example - that are excellent for a given task.
And even when I was doing a lot of work in assembly - I would use C as my high-level assembly compiler - letting C generate the initial assembly and then doing manual optimization.
re: C++ - initially most/all C++ compilers were actually C front-ends generating C code that then got processed by the regular compiler. My worry is the shift gcc v4.8 and later imply (some constructs are impossible by gcc 4.7 (aka straight C) and earlier - i.e., C++ becomes the 'base' whether your use C++ constructs or not.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.