|
It's a good thing they're all in English, otherwise I'd be a bad programmer.
The best way to improve Windows is run it on a Mac.
The best way to bring a Mac to its knees is to run Windows on it.
~ my brother Jeff
|
|
|
|
|
OMG! 40 Languages.
And Nice Quote give regards to your brother hats off
|
|
|
|
|
OMG sir!, only remaining thing you have to do is get an application for "The Guiness record"
If possible please give me the names :P
|
|
|
|
|
Don't you mean programming language? /Pedant
A computer language would be a combination of binary data and operations which are specific to a chip, right?
|
|
|
|
|
No, I mean computer language. HTML and SQL aren't technically programming languages, but they should count.
cheers
Chris Maunder
|
|
|
|
|
SQL is a fourth generation programming language.
|
|
|
|
|
I was reading about that when I wrote the survey and there was an argument that SQL itself isn't a programming language but the extensions to it allow it to act as one.
Frankly I'm just going to assume everyone is vaguely thinking along the same lines. It's a rough, totally unscientific poll in any case, so no sense in debates about this coming to blows.
cheers
Chris Maunder
|
|
|
|
|
Chris Maunder wrote: no sense in debates about this coming to blows.
No problems, I'm just genuinely interested in the arguments.
SQL obviously isn't a general purpose language, and it needs the procedural extensions to behave like a third generation language.
But what is the arguments for it not to count as a programming language?
|
|
|
|
|
SQL isn't Turing Complete, but there is no requirement that a programming language be so.
|
|
|
|
|
Latest Article - Contextual Data Explorer
Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Artificial intelligence is the only remedy for natural stupidity. - CDP1802
|
|
|
|
|
JavaScript.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Why you dont wanna use JavaScript
|
|
|
|
|
..because a browser is a little bit limited if you're used to rich clients
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
PHP! Java! Never again!
"Go forth into the source" - Neal Morse
|
|
|
|
|
I'm serially monogamous. Borland C++ then C++/MFC then C#/WPF when .NET was mature enough.
|
|
|
|
|
Seriously, languages are all pretty much the same, with some syntax and operator differences. Even SQL is pretty much the same between the different database systems, again with some syntax differences and availability of built-in functions.
The REAL difficulty and learning curve is using the myriad of frameworks and libraries. WinForms, WPF, MVC, regular ASP.Net, Entity Framework, nHibernate, Lightspeed, Telerik, SyncFusion, CodePlex, etc, etc.
There are almost two dozen ORM frameworks available, and almost as many UI libraries for every imaginable platform. It's freakin crazy.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
And one level removed... It's the analysis that is key.
I got a job doing Clipper Programming with ZERO Clipper experience, by explaining that the CORRECT thing is to first TRULY Understand the What and the Why of the changes to the software. To spend an extra amount of time solving the right problem properly. I pointed out that in the past, he probably had the SAME BUG show up in multiple places, or requiring multiple changes to get removed. Very common, and the cause is having not solved the problem properly.
I proposed that code should generally be error free, and that should be the first goal before you write a line of code in any language.
I got the job. And after a year of part-time college work-study work on the project, my hours dropped to near zero. He actually felt bad, because I had programmed myself out of a job. Something he did not think even possible, until he realized that had the code be written this way from the start, he would have NEVER NEEDED a programmer to maintain it!
|
|
|
|
|
I agree; my personal view is that you don't necessarily need to know how to do something, you only need to know what can be done and what tools you'll need.
In my experience good devleopers can learn any language/framework very quickly.
|
|
|
|
|
I answered 4-6: C/C++, C#, HTML/CSS, Pascal, and [shudder] .BATch. Those are the languages I use often enough today to maintain proficiency and to apply in production code without hesitation.
I've used a lot more languages than that in my time: several dialects of FORTRAN (back when it was an acronym for FORmula TRANslation), Ada, PL/I, too many assembly languages to count, BASIC, numerous scripting languages from IBM JCL through VAX/VMS DCL and more, LISP, and so on. Most of these I can still read. I probably couldn't write them without a moderate amount of time to refresh.
The O.F.V. is that programming languages are simply different tools in your toolbox. Some are more appropriate for a given task than others, and we all don't have the same set available. Many programmers pride themselves on having working knowledge of a lot of languages and using the most elegant approach to solving a problem. For others, we have a hammer and everything had better look like a nail. Both views are valid if you apply your tools correctly and solve the problem to the user's satisfaction.
Software Zen: delete this;
|
|
|
|
|
Javascript? ASP ASP.NET seem to be natural extensions to this.
I guess I was one of the few that choose 10-15
I do contract work, but in the last year:
HTML,CSS,JS,ASP,ASP.NET,C#,PYTHON,DELPHI,Cobol,VB,JAVA,VBA,SQL,PL/SQL,DDL
Languages I have not touched in a while:
C,C++,Fortran,VaxBasic,BP2(Dec),PL/1,PL/X,Snowbol,ColdFusion,Clarion,Assembly,BSH,LISP,DBASE,CLIPPER,RPG
Although I would feel comfortable with updating C or C++ code, or any BASIC (I've used about 10 variants of basic, including BASCOM, QB, etc), and DBASE or CLIPPER code.
|
|
|
|
|
I really would say that I know 3-4.
The first is the algorithmic one, with dialects running from Algol60 through Pascal (and Concurrent Pascal and Object Pascal), Simula, Fortran, Chill, C, C++, C#, Java, ... Count Basic in as well (in umpteen variants). And a few proprietary ones (Planc, NPL).
Then comes the workspace/array based APL. Others in that group I am not familiar with.
And the list/inference languages - I put Lisp and Prolog and SNOBOL in the same group. Lots of people will protest, but they really are much the same way of thinking.
Maybe XSLT goes in the Prolog/Snobol group (it is actually closer than Lisp), or maybe it is on its own. I never became comfortable with it, though.
Then the interpreted / shell / command processing languages. The distance from shell programming to Javascript to Python is less than some of their supporters would like to admit. And the distance to compiled, strictly type checked languages is far greater than they like to admit.
If you finally throw in assembly language, ranging from Univac 1100 series through 16-bit minis and superminis (ND-100/ND-500) and the x86 family, we are up to five. But I do not consider assembly programming modern multi-core, heavily pipelined CPUs fit for human brains - that is done so much better by compilers.
|
|
|
|
|
First, good poll question... it made me actually think about it.
1. BASIC or its progeny; I started in BASIC on a Commodore PET, then a C-64, VAX/VMS, VB 4 and then up through VB.NET to current.
2. Fortran; spent quite a bit of my career working in Fortran on VAX/VMS to OpenVMS
3. SQL - specifically SQLServer; I may not be current with it, but I can still produce production quality solutions
My career has largely been driven by service type applications; behind-the-scene type stuff. I rarely do visualization, and, if I do, it is with vendor provided applications.
|
|
|
|
|
My coffee machine could do with a new programme.
No wait, what it needs is a new "coffee" programming language.
Make that 27+
|
|
|
|
|
|
However being older I have a longer list of languages used in professional manner... but not sure I want to got back and develop in COBOL or 386 or assembly on mainframe...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|