|
Producing a dump gets a whole new meaning...
- I would love to change the world, but they won’t give me the source code.
|
|
|
|
|
LOL!  
and get my 5!
|
|
|
|
|
then I could use only 1 language: FETCH me a drink, Jeeves!
|
|
|
|
|
How would you communicate with the other staff?
|
|
|
|
|
You can't get the staff.
I may not last forever but the mess I leave behind certainly will.
|
|
|
|
|
PIEBALDconsult wrote: other staff
Jeeves does that for you. Why should you need to remember which of the 200 household staff does what, never mind their names?
|
|
|
|
|
Next time I write a proxy of some kind I am going to call it Jeeves.
- I would love to change the world, but they won’t give me the source code.
|
|
|
|
|
Browser scripting (javascript and the thousand frameworks, the dying flash and action script)
Business logic (C, C++, C#, java, javascript for SAP or node.js, ruby, Erlang, Python, PHP, VB)
Work with data (SQL, Xpath and in a very small part, linq)
Formatting, presentation and reports (XAML, HTML, OOML, XML-XSL-XSLT-XSD, CSS, LaTex)
If you work in a desktop environment, you most to work with one language of the last three subjects, if you work at web you most to work with one of the four subjects.
|
|
|
|
|
What about meta task like bash/grep/perl/awk/.../emacs to analyze/data-mine/reverse-engineer/refactor data/code?
What about build scripts like make/ant/... (you name them)?
What about code based documentation like C#-XML-comments, doxygen, etc.?
You are probably faced with many more "languages" in daily busines that you imagine 
Cheers
Andi
|
|
|
|
|
Meta task programs are tools, not programming languages.
Code based documentation is also a tool although have a syntax and rules.
Scripts, are like programs, but interpreted, put them on the Business logic category.
You forgot to put ETL, BPM, case tools, MDD tools. But those are manage from graphical environments, and finally inside of then you found one of the mentioned subjects
I didn’t want to make a whole compendium of all possible languages or tools. Just a point of view of how to group PROGRAMMING LANGUAGES or FORMAT LANGUAGES. This in the background of the survey discuss, that was if you think that you can do anything with just one language.
You point of view is also valid.
Regards! 
|
|
|
|
|
Guess we can drop flash and action script from the browser list, unless there's a revival of them.
Is HTML a Language?
|
|
|
|
|
Has an L at the end.
That's why is wrote "Formatting, presentation and reports"
|
|
|
|
|
|
Programming is a bit more diverse then the CRUD stuff you're describing.
|
|
|
|
|
The discussion here was if you believe that is possible to code all in just a single programming language. So I post my point of view of the main general proposes to code, so you will have to deal with at least one of the language of each subject.
CRUD means Create, Read, Update and Destroy, and become from the MVC pattern.
So, when you say “Programming is a bit more diverse then the CRUD stuff you're describing.” has no sense in this context. Of course that is a little more diverse, but I didn’t want to put a whole compendium here, just a point of view of how to classify it.
|
|
|
|
|
I just wanted to point out that your list of areas is confined within the tiny world of business CRUD-like applications. And, as you correctly emphasised, even within this tiny area you'd need a range of languages. And in the bigger world it's hardly possible to deliver anything useful without dozens of languages.
|
|
|
|
|
Business applications are a bit more diverse then the CRUD stuff you're describing.
|
|
|
|
|
Actually this would be a good question for a survey. What do you develop?
Business/ control-validation
Games
Mobile
Science
Self amusement
What other do you see?
|
|
|
|
|
There are hundreds of very distinct directions, each with its own set of tools, methods and philosophy.
To name just a few:
* System-level programming (OS, low-level tools, etc)
* Compilers, linkers, static analysis tools and such
* High-performance number crunching - with its own huge taxonomy of sub-topics, ranging from stuff running on GPGPU and to the full-blown message passing clusters.
* Symbolic computing, which includes CAS, various aspects of the CADs, some parts of what is considered "business" coding (e.g., rule engines, semantic networks and such)
* Mission-critical real-time (different from the system-level, as it employs a totally different stack of tools)
* Embedded (from CNC machines and consumer electronics to automotive/aerospace controllers)
* AI (a giant area with hundreds of sub-branches, from pattern recognition to bayessian decision, NLP and such)
* Trivial data storage, processing and reporting (this is where your stack of buisness-oriented tools fits)
|
|
|
|
|
Not to mention, many of us don't just fall into one of those buckets.
|
|
|
|
|
Even a single application (not even a "system"-scale-something) may cover a number of that branches.
|
|
|
|
|
and the virus?
and the antivirus and security programs?
and games?
and mobile develop?
and websites, web systems?
|
|
|
|
|
Sorry, I could not even parse what you've meant by this message.
I said that my taxonomy is far from being comprehensive. You're trying to derive categories of a different level of abstraction anyway.
|
|
|
|
|
The subject that anyone sees is the compiler issue.
You can use just a single language for everything, but to this, it is required that a compiler or interpreter exists.
Also, the compilers translate our pretty code, and put in other validations, or additional code. One example of this is the errors. One system can work without errors, but the users, or developers doesn’t wants that the system keeps working if in the execution you find a division by zero, or a null value; or (the most pain in the ass) DBNull value.
So one important factor that determines if the language support to work with a thousand of microprocessors core, or if the final program will response in less time; or if can be use to mobile development or cloud computing, or whatever you want; is the compiler, and the framework with you are working on.
Some one here said so. You cannot program for iOS with C#; unless you use xamarin.
You need to learn SQL (from its specific DBMS) unless you use Linq.
The same SQL is an example of a interpreter issue, because in theory are an standard but for practice, you know that is too different work with MS SQL Server than Oracle, than DB2, than Informix.
Personally, I love ruby, to me is the language of the future, as is the most refined language ( "Hello World!".reverse[0].chr to get “!” is priceless). Lolcode is really funny 
|
|
|
|
|
You might also want to consider things like garbage collection, tends to be a big no-no on a RAM restricted system (like embedded). So how exactly would you go about implementing your Ruby code instead of writing C/ASM when you've only got a few megs to play with?
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
