|
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
|
|
|
|
|
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"
|
|
|
|
|
|