|
Ideally there should be one language only, not meter if it's the programming one or other. What's bad if everyone understands everyone?
|
|
|
|
|
Surely that's More Languages == More Problems 
The only thing unpredictable about me is just how predictable I'm going to be.
|
|
|
|
|
Perhaps it's More Languages => More Problems.
Sad but true: 4/3 of Americans have difficulty with simple fractions.
There are 10 types of people in this world: those who understand binary and those who don't.
{o,o}.oO( Check out my blog! )
|)””’) http://pihole.org/
-”-”-
|
|
|
|
|
That's backward; More Problems == More Languages 
|
|
|
|
|
Just because someone wrote something in the language I know doesn't mean I will understand it.
WarePhreak
Programmers are tools to convert caffiene to code.
|
|
|
|
|
But is someone wrote in language you don't know, this does mean you won't understand it.
|
|
|
|
|
So I learn a new language. Most of it is syntax anyways or concepts peculiar to the strength of that language. Most of programming is applying the same general concepts (not language specific) over and over to solve each problem.
WarePhreak
Programmers are tools to convert caffiene to code.
|
|
|
|
|
Ideally we should live in the perfect world in which we don't need programming languages at all and where we can make things work the way we want simply by looking at them. But then again we don't live in such world, so we have many programming (as well as natural) languages and everybody can choose the one (or few) that (s)he likes or fulfills the needs.
|
|
|
|
|
So no more high level programming languages! Just assembly. 
|
|
|
|
|
I belive that 1s and 0s is binary not assembly but who knows not me.
Yefsssss, let me see the ++
|
|
|
|
|
yeah, but assembly is the closest thing to 1s and 0s that i understand!
|
|
|
|
|
Then your are not a real programmer as you put it in your topic, because you dont really know how to code in binary. Damn, too bad.
Yefsssss, let me see the ++
|
|
|
|
|
How do you know?  Here:
101010101010111011011101111011011111111101111111110101101010101010111011011101111011011111111101111111110101101010101010111011011101111011011111111101111111110101101010101010111011011101111011011111111101111111110101101010101010111011011101111011011111111101111111110101101010101010111011011101111011011111111101111111110101101010101010111011011101111011011111111101111111110101
Run that in your debugger.
|
|
|
|
|
|
|
I like that one better, too. But the one i sent applied better :P
|
|
|
|
|
You use the tools that fit the job you're trying to do. If you did try to make one tool to fit all problems (i.e. the web, AI, heavy calculations, intuative UI, etc) it would be large and unwieldy. And you would still have times when you need something else.
|
|
|
|
|
I'll follow up on your tool analogy with the way modern automobiles are constructed. Most, if not all, require the purchase of special tools to do certain jobs. No standard tool can do certain jobs because of location, space constraints, or just plain weird configurations - and this was done by design.
In my opinion (at least) this sucks.
It's ridiculous to create a tool for each job. Whether it be automotive repair or coding.
If you accept this concept, then where does one draw the line and say work a bit harder this once and be done with it.
There are an awful lot of languages out there that seem to be about as generally useful as a wrench for a 7-sided nut. A combination of a dust-collecting wrench and a *&$($& pain of a obstacle. Personally, I'd find it more sensible to get a 6-sided nut to replace it . . .
Should there be no more new languages. No - I'm not saying that. But making some subset of programming easier at the cost of making everything else about the project (maintenance and maintainers) more difficult isn't very good.
Real life example: There's a major app where I am, written in Visual FoxPro. It certainly made dbase access easier - managed all sorts of stuff - and is also incompatible with the universe, VFP will soon be deprecated, and except for the developer who created it, is barely maintainable by current staff. SO much for diversity. At least the developer has job security.
I'm not necessarily prepared to sketch the lines that mark the limits wherein one should use an existing language and outside of which one needs a new solution. The solution, though, can often be achieved by reframing the problem and using what one has. There are times where, as you stated,
Joe Q wrote: when you need something else.
They are relatively rare.
The current situation, where we have a Language-of-the-Month-Club scenario is neither useful nor acceptable.
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein
"How do you find out if you're unwanted if everyone you try to ask tells you to stop bothering them and just go away?" - Balboos HaGadol
"It's a sad state of affairs, indeed, when you start reading my tag lines for some sort of enlightenment. Sadder still, if that's where you need to find it." - Balboos HaGadol
|
|
|
|
|
I agree with the concepts of what you are saying. There should not be a language of the month club as it seems like there is for web development.
<blockquote class="FQ"><div class="FQA">Balboos wrote:</div>The current situation, where we have a Language-of-the-Month-Club scenario is neither useful nor acceptable. </blockquote>
However, programs do need to be individually tailored for what is going on. I've done user interfaces where there's a lot of input validation, work with strings, things like that. I've also written missile guidance software that is very mathmatically intensive and dealt a lot with hardware interaction. Both are backed by different trains of thought, both needed differt tools.
It does seem, especially in web development, that a lot of languages could have been developed by simply adding extension to other languages. However, someone wouldn't get the credit for coming up with a new language if you did that.
Have a great day!
|
|
|
|
|
See Genesis, chapter 11, and remember ALGOL, ADA and many others.
|
|
|
|
|
|
I think we're rapidly approaching the point where the language itself is all but irrelevant. We're moving more and more towards calling into huge frameworks that pretty much cover everything that you could possibly wish for already. It won't be long before we start seeing what used to be entire apps in specific domains just being part of the library. For example if you need to add accounting functionality to a business program I can see a day where an entire accounting module will be part of the framework, or an inventory module etc etc. Increasing abstraction at higher and higher levels until we reach the point where a person with limited computer skills will buy a computer and drag and drop the chunks they need to make any kind of app for their needs.
I've been coding for a long time and we've long since reached the point where nothing new in hardware or programming technology is adding anything *truly* needed any more to satisfy real world requirements. The entire computer industry from hardware to software have been doing nothing but gilding the lilly since at least the last 10 years, arguably a lot longer since the first modern computer the Xerox Alto[^] was released in 1973 with a mouse and GUI and everything since has only been refinements of very little real world benefit.
A language is irrelevant to me these days, the underlying framework is *far* more important a factor in getting things done.
|
|
|
|
|
John C wrote: For example if you need to add accounting functionality to a business program I can see a day where an entire accounting module will be part of the framework, or an inventory module etc etc. Increasing abstraction at higher and higher levels until we reach the point where a person with limited computer skills will buy a computer and drag and drop the chunks they need to make any kind of app for their needs.
Why stop there? Why still require "programming" at all? IMHO, the leap from programmer-accessible to non-programmer-accessible is made when a task that formerly required basic programming skill no longer requires any: spreadsheets and GUIs date back decades, but those are just the big flashy examples; plenty of kids with zero programming experience out there putting together terrible - but complex - web pages for instance.
I hold that an API (framework/library/module whatever you want to call it) is merely a rest stop on the path toward full-blown application... and the next logical step between the two is a domain-specific language that does not require familiarity with its target language.
John C wrote: The entire computer industry from hardware to software have been doing nothing but gilding the lilly since at least the last 10 years, arguably a lot longer since the first modern computer the Xerox Alto[^] was released in 1973 with a mouse and GUI and everything since has only been refinements of very little real world benefit.
Sure - we got C in 1972 and GUIs in 1973; what more do we need? 
You're sounding like a crotchety old man... yeah, most of what we use today is built on foundations laid decades ago; so what? At some point, you've gotta move from revolution to refinement or you'll never have more than a rough approximation of what you really wanted.
|
|
|
|
|
A long time ago, it was said:*
"Everything which can be said has been said.
Everything which can be done has been done
And there's nothing new under the sun."
The question is - which of you two does this support?
* Ecclesiastes 1:9-14
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein
"How do you find out if you're unwanted if everyone you try to ask tells you to stop bothering them and just go away?" - Balboos HaGadol
"It's a sad state of affairs, indeed, when you start reading my tag lines for some sort of enlightenment. Sadder still, if that's where you need to find it." - Balboos HaGadol
|
|
|
|
|
Folks,
IMHO, a good modern programming language can be learned in a month and a half by a person who already knows 3-4 languages (C/C++, Java, VB.NET, Pascal). Frameworks, architecture, component base is a different story but that's largely language-independent.
- Nick
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
