|
GUI is a one little, specific task. It makes sense to use just one, specific language for it. Fortunately, GUI is just a tiny (and often irrelevant) bit of programming.
|
|
|
|
|
|
I meant - GUI development is *very* specific. Majority of programmers should never touch it - it requires some very unusual and rare talents. That's the reason why most of the software out there is barely usable, with ugly and slow GUI. How many of the modern coders are capable of implementing a fully asynchronous UI? How many are aware of all the rules and tricks of the usability? How many are even aware of the usability testing methodologies?
I admit that I'm helpless in anything-GUI, and so, I never wrote a single line of a GUI code in my whole 20+yrs career. But the others are not that honest, they're trying to implement GUIs without being actually capable of doing it right.
Fortunately, GUIs are only required for a very narrow set of tasks, and the vast majority of programming is not related to any kind of graphical interfaces (or any user interaction at all). There are no UIs in embedded development, no UIs in high-frequency trading, no UIs in compilers, no UIs in network infrastructure-level coding, etc.
|
|
|
|
|
The becoming of the GUI development seems that will be to make the front end in HTML.
The web interfaces are becoming more usable than desktop.
|
|
|
|
|
But yet, they require the same skill set and the same rare talents. Majority of coders are doing them wrong. How many web interfaces you can list which are really usable, nice and smooth? I definitely won't run out of fingers on such a list.
|
|
|
|
|
All google sites, all ms sites, almos all yahoo sites.
The point is that is very easy to develop GUIs with html/css/javascript
|
|
|
|
|
Yahoo is totally unusable and aesthetically unacceptable. Google mail became barely usable only recently. Navigation in most of the MS sites is a total nightmare. Even a google search UI is not ideal - e.g., an access to the cached copies is confusing.
Looks like we're setting a threshold of tolerance on very different levels. In my opinion, 99.99% of those who are currently doing a "very easy" job of "developing GUIs with html/css/javascript" should have never started.
Actually, the underlying technology is totally irrelevant. It does not matter if UI is implemented on top of HTML5 stack, or pure Win32, or WPF, or GTK+, or Qt, or whatever else. The relevant skills and talents are outside of the programming scope, they're more akin to art, and for this reason, rare.
|
|
|
|
|
It sounds like you're after a set of standards. It's been tried ad-infinitum with the only result being: yet more standards which give you more differences.
Nice idea, but due to humans, impracticable.
As a starting point, such standard will need to accommodate ALL scenarios - already impossible, since no-one seems to have the ability to see into the future. So you already have the makings for non-backwards-compatible standards, as these might have to be modified (not just added to) in the future as new concepts are introduced and some are replaced.
Not to mention, some niche might have to make their own piece since the "standards committee" feels they're too "irrelevant" to even be discussed - i.e. you've just created a fork with it's own set of differences.
Then, as is usual, get more than one person in the room deciding on "how to do this one task" - and you find they come up with (at least) 2 solutions which work in different ways; more people means more differences. Sure you can "vote" on it, but again humans tend to be egotistical about "their own" ideas - many a standard got spin-offs due to some group thinking one method is better than the other and because they were vetoed by the majority they start their own. I.e. yet another fork.
And then lastly, most commercial libs/envs have some "secrets" from one another. These tend to "beg" for differences all over the show. Just consider the issues with the browser DOM's, how long has the W3C committee been at making a more "standard" HTML? HTML5 isn't even complete yet, and already there seems to be differences as one browser does this, but not that and has an alternative for the other, etc.etc.
I tend to ignore these "differences", that's why documentation exists. I've never been able to create anything more than a intro-to-programming type project (i.e. not much more than a "Hello World") without having to at least look-up some "special" in the libs/environment/language. And if documentation doesn't exist, that lib/env/lang is less than useless - no matter how much of a "standard" they've created for themselves.
|
|
|
|
|
I was going to go with the 1 language option, give me c# everywhere, then I read the question properly and realised I did not want to give up TSQL.
Then I read some of the comments around EF and agreed with myself even more, I definitely want TSQL, however if you could please replace javascript with c# I would be extremely grateful.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
|
You all would like to be able to program everything with a language that would need to eat Bacon and drink Beer to program like:
1 beer sip means open parenthesis, one bacon bite means close parenthesis... 
PS: when will we have a bacon emoticon?
|
|
|
|
|
Let me see now, so going to the urinal would be compiling ... what would debugging be 
|
|
|
|
|
Probably to compile some projects would not be going to the "urinal"... 
|
|
|
|
|
Well, if your language is anything close to Lisp you'd need to pretty soon!
|
|
|
|
|
Good one.... but in that case the urinal would be for the programming stage... the compile would be more likely to produce "big waters"... 
|
|
|
|
|
Or the act of hugging the WC ...
|
|
|
|
|
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
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
