What Is The Next Language To Move Into?
I have done almost all of my work in C++, only recently have I tried a high leval language (Lua) and even more recently a high leval, large language (Ruby).
I didn't like Ruby much, probobly because of the poor raw file io (as in raw file io is hard to do not that it only has plain file io). I need a new language. Many people have pointed me to Java or C# but I know better, Java is an ugly language, and C# has not been fully reimplemnted in open source. I almost got into the D language but was, again, told it wasnt worth the time. Same with Fortran (which I am good at), Rexx, Miranda, Intercal (only good call in this list), Rebol, and Ada. I have come up with a list of requirements for the language: Is a compiled language or can be compiled into bytecode (Lua, Python) Is ether unusual or not in the C family. (Optional But Prefered) Support By A Common (Gtk+, Qt, FLTK, Tk) GUI Toolkit Has masive amounts of File I/O Stuff. Has windows support, (Non-Cygwin) Does not force you to program in one way (Java + Object Orented) Now lets get started! Any Thoughts? |
I'm going to come out with a crazy idea:
Javascript + HTML5 + CSS Why? Computing is increasingly becoming mobile and whereas platforms may have their own suggested platform on which to develop apps (iOS --> objective C, Android --> Java, Windows 8 metro --> C#, etc. --> etc.) they all also make it possible to develop using these tools. That is to say that whereas it may not be quite possible to write once and run on all, the skills developed using these tools on one platform (I assume) will be largely transferable to the other. It fulfills many of your requirements, including:
IMO, real applications are being built using JavaScript. Not to mention that it seems to be the most popular language on GitHub. |
Quote:
|
what about perl?
|
Quote:
|
My personal recommendation is Python, which fits all of Zssfssz's requirements. It also has good support for calling C libraries, if you don't like its "batteries included".
Quote:
|
I tried python and like it, and it has good library support. I'll try it, any other suggestions? How about a compiled language?
I want to add another requirement: built In networking. |
Quote:
Under Linux eventually glibc functions will be called to implement networking - regardless of language. |
Well by built in networking I mean sockets are avalable via the standard library, lua is an example of a language without built in networking, an external lib needs to be installed first.
C++/C has this in the form of winsock.h and unistd.h(?). |
Quote:
|
+1 for Scheme. A real eye-opener. I recommend Racket to start with.
|
I have to admit it ... I'm a programming language junkie. :) One of the most interesting and useful things that I know to do is to find some new programming language that I've never encountered, and, well, to "encounter" it. On any Unix/Linux system, there are an endless supply of language tools at your beck and call.
For example, I once was faced with a multi-stage Geocaching puzzle which contained, first, the devil's own logic-puzzle having twenty one different conditions. ("The prince with the white coat did not have okra for breakfast.") This was followed by an absurd Sudoku puzzle. But a language that I happened to have "encountered," called Prolog, allowed me to solve both problems ... and I think that I enjoyed figuring out how to make Prolog do it, as I did finding the cache. More recently, I've been exploring a powerful statistical language called, simply, "R." Programming languages are cleverly-designed tools for solving a particular class of problems in a particular way. They are tools designed to make something that is difficult become easier. And there is no way to "characterize" them. If you make a pursuit of "studying languages," you not only learn about the languages, but you learn from the process of examination. |
Quote:
But I think that more recent languages like Haskell and OCaml with their libraries allow to do what Prolog does. |
Hi.
Icon: http://www.cs.arizona.edu/icon/ http://en.wikipedia.org/wiki/Icon_(programming_language) tcl: http://tcl.sourceforge.net/ http://en.wikipedia.org/wiki/Tcl Best wishes ... cheers, makyo |
Quote:
And TCL, though widely used, is not a pleasant language - I had close encounters with it. |
All times are GMT -5. The time now is 07:50 AM. |