|
Ignore what anyone tells you about "the best language", or "this one is better than that". Choose the language that you understand (at least to a reasonable degree), and does the job.
Veni, vidi, abiit domum
|
|
|
|
|
Exactly, right tool for the right job!
|
|
|
|
|
If your employer confronts you with different jobs requiring different tools at different times - on short notice - then you will need to prepare a generalist skill set in advance.
If there is pressure to get a product into test or out the door, you simply won't have the time to pick it up, even though you may be a very fast learner.
This sort of meltdown can be exacurbated by principals going on holiday, long term secondment, or elsewhere.
Under these circumstances you are likely to be the only spar holding the burning plane's wings on as the bosses try and guide it down to a safe landing.
Example - C# is a great language for General Purpose and rapid prototype; but being able to mix and match with interop win32 dll's either from the API or that you have written yourself is a great skill, which is picked up by learning C/C++ techniques and the Interop techniques in advance. Even old skills like ATL/COM are useful for RPC's and eventing if you are crossing process and OS boundaries.
Learning the basics in advance and in your own time would definitely make you an asset, at least in industrial, robotic and engineering contexts.
And let's not forget, the madder the company the more fun there is.
|
|
|
|
|
You seem to believe you are asking a question with a concrete answer. You can also ask is it better to learn the saxophone or the veena or should you wear blue on Thursdays.
Peter Wasser
Art is making something out of nothing and selling it.
Frank Zappa
|
|
|
|
|
I don't always wear blue on Thursdays, but I do like to be smart. I've started 'Dress Up Thursdays' where I turn up in a suit or shirt and tie and jacket.
Purely to increase the signal-noise ratio with 'Dress Down Friday'.
|
|
|
|
|
IMHO...
There is no 'best language'. All depends on the task you have to perform...
Whenever you face a new task you have to look into your toolkit and choose the best tool you have for that task. If you have no tools for it, then look around and ask others to help to choose a new tool to 'buy'. But you can't talk about 'best' without talking about the task...
I'm not questioning your powers of observation; I'm merely remarking upon the paradox of asking a masked man who he is (V).
|
|
|
|
|
None of those is a best first language. And C should be learnt before object-oriented and other "modern" languages.
A new developer should learn have exposure to a number of languages in roughly chronological order and understand the fundamentals more than any particular language.
Cody227 wrote: I've never never written a single program in ASM I feel like I would've never understood coding without it
I think we agree.
There are some who pick a language that they think will get them the most money and then only learn that one language; it leaves them stunted and in flexible.
What makes it worse is when they choose to learn that one on their own from books rather than going to college and learning from several accomplished practitioners and colleagues.
|
|
|
|
|
My point is that I think a new developer should learn a rather low level language that is unforgiving at first, to learn the basic principles, how a computer works and what should/shouldn't be done in coding. If someone asked me what language he should learn I would advise him to do it in this order:
- C tutorial to learn what variables, loops, if-statements and so on are
- a few simple C programs that run in a DOS console
- assembly
- assembly
- assembly
- more complex programs in C++ (absolutely no RAD environment)
- choose a language that suits you and your requirements best (now you should now enough to use a RAD environment too)
PIEBALDconsult wrote: what makes it worse is when they choose to learn that one on their own from books rather than going to college and learning from several accomplished practitioners and colleagues.
lol that's exactly how I started. My first "program" was a fake-virus batch which displayed a list of all files in green in an endless loop. From then on I was hooked and started to read tutorials about different languages like BASIC, Delphi and C suited me the best so I began to enhance my skills in that language. But I only do it as a hobby so it's okay not to be a professional in it. (Still I'm the best coder in the school and like to make the teacher look like an idiot. They're "teaching" us Delphi and no one has nowhere near an idea what a pointer is)
|
|
|
|
|
You are wrong.
Veni, vidi, vici.
|
|
|
|
|
I have upvoted CPallini's reply, because I feel he is essentially correct; the only minor disagreement I have with his conclusion is that I feel the OP is absolutely right.
“I'm an artist: it's self evident that word implies looking for something all the time without ever finding it in full. It is the opposite of saying : 'I know all about it. I've already found it.'
As far as I'm concerned, the word means: 'I am looking. I am hunting for it. I am deeply involved.'”
Vincent Van Gogh
|
|
|
|
|
There is no "better than any other" language. You must pick the language that you understand best and can do the job. Delphi is apparently great for UI stuff (I have only used it a tiny bit) but is a pain otherwise. Java sucks on the PC, you are better off using C# or even, *gasp*, VB than Java - however, on mobile devices it may be a lot better fit.
For what you describe, I would definately use C and C++. C is as close to the metal you can get without using assembler, C++ gives you objects, classes and all the good stuff.
When you say zero-terminated strings are "slow", how do you mean? They are one of the fastest implementations of string handling you can get, generally.
- I would love to change the world, but they won’t give me the source code.
|
|
|
|
|
|
Ok, maybe not.
- I would love to change the world, but they won’t give me the source code.
|
|
|
|
|
Quote: even, *gasp*, VB than Java
I thought the lounge was supposed to be KSS safe! go now, we don't want another one of those types here!!
|
|
|
|
|
When you say zero-terminated strings are "slow", how do you mean? They are one of the fastest implementations of string handling you can get, generally.
That's stunningly ignorant. strlen is O(n) and is needed for most operations strings. To speed them up you need a type containing the length along with a char buffer or a pointer to one. And then add a refcount and copy-on-write to avoid unnecessary copying.
|
|
|
|
|
I think it "all depends" on how you define the words "better," and "learn."
And, it depends on your cognitive style: yes, people have different cognitive styles; some are more innately top-down thinkers; others are more innately bottom-up thinkers. For some people thinking recursively is very natural (they feel at home in LISP). People's ability to visualize/conceptualize complex processes may vary in terms of the relative salience of "visual-thinking" and "abstract thinking."
And, context: where you are; the circumstances you are in; the limits, or requirements, of the task at hand, and the time to achieve it in.
imho, what is a more interesting question to ask is: what type of education would best prepare people for careers as professional programmers? And, yes, that takes us right into the briar-patch (in England, would that be a "sticky wicket" ?), of what a "professional programmer" is, these days.
I'll never forget when I worked at Adobe, as a PostScript shaman, on Illustrator, PhotoShop, Acrobat, Multiple-Master Font Technology, etc.; one day, I talked to the young genius, Mark Hamburg (who was awarded the Gordon Moore Prize by his peers for his remarkable work on PhotoShop's evolution).
I asked Mark what he had majored in at college; he replied he'd majored in Mathematics; I asked him if he had considered Computer Science. Mark said, essentially, that he had already read, and understood, all of Donald Knuth's books, while he was in High School, and felt he had nothing more to learn in that area. Unfortunately, most of us are not Mark Hamburgs (and will never be) !
My own journey in the last thirty years has been from 6502, and 6809, assembly language, to Pascal, and Basic, to HyperCard, to LISP, to PostScript, to Visual Basic and VBA, finally to C#. For me C# is perfect: just terse enough, just high-level enough.
Rant: If only MS had put some energy into giving WinForms a high-level vector-based 2d retained-mode graphics/drawing engine, instead of going off the deep-end into the-next-greatest-thing-frenzy with WPF and SilverLight !
But, all the languages I have studied, and used, have helped me become the obscure non-entity I am today
“I'm an artist: it's self evident that word implies looking for something all the time without ever finding it in full. It is the opposite of saying : 'I know all about it. I've already found it.'
As far as I'm concerned, the word means: 'I am looking. I am hunting for it. I am deeply involved.'”
Vincent Van Gogh
|
|
|
|
|
BillWoodruff wrote: For some people thinking recursively is very natural (they feel at home in LISP). I learned LISP when I was taking graduate courses in artificial intelligence back in the late 80's. My best description of the experience was removing the top of your skull, rotating your brain counter-blockwise 90°, and reattaching your skull.
Software Zen: delete this;
|
|
|
|
|
Amen, Brother Wheeler !
I went through a phase of LISPmania. At one point I spent ten days figuring out how to write a three-line method that took two ints as parameters and created a 2d array in memory.
I forget, now, whether it was more than doubly-recursive.
After successfully deprogramming myself from the "cult of 'car and 'cdr," in sesshins at the Berkeley Zen Center, and by binging on cheap Chinese take-out with extra MSG, and Jolt Cola, until bulimic ...
I realized that, in the future, it would take me as much time to revivify my understanding of that three line solution, as it took me to develop it ... and I moved on to ... PostScript, which ... few people ever appreciate this ... is a very LISP-like language with an post-fix notation "front-end," and explicit stacks, wired-up to a monster-great graphics model/rendering-engine.
I do believe that a period of total immersion in an "alternate programming universe," like LISP, Prolog, or, even, PostScript, can be a valuable part of a programmer's education ... if they have a strong base in a strongly-typed language to begin with.
But, I am very influenced by the work of the anthropologist of education, George Spindler, at Stanford, on the utility of "discontinuities" in education and socialization as catalysts for cognitive devlopment, and acculturation.
I think frequently getting your own mental chassis torn-down to the point you become all too aware of what nuts the bolts are, and then, re-assembled, is downright salubrious
Merry, Merry, Bill
“I'm an artist: it's self evident that word implies looking for something all the time without ever finding it in full. It is the opposite of saying : 'I know all about it. I've already found it.'
As far as I'm concerned, the word means: 'I am looking. I am hunting for it. I am deeply involved.'”
Vincent Van Gogh
|
|
|
|
|
That matches my experience. While I don't remember much of the LISP I learned at the time (it was 25 years ago), I do remember how the experience seemed to broaden my approach to things in more 'traditional' languages.
I actually used some of the AI techniques later on. My employer never knew, but I had a rule-based parser in 'C' that would find U.S., Canadian, and U.K. Royal Mail postal information in free-form text and create the appropriate bar code.
Software Zen: delete this;
|
|
|
|
|
Short form - your friend is a moron who will never learn to code well. There's still hope for you.
Long form - Delphi, being the modern version of the best general purpose programming language ever created (Pascal) is excellent for getting the job done, but not so good for making the hardware dance. C and C++ both suck donkey dangly bits, since they use an archaic and unreasonably complex syntax, but they both give you far greater control over the real machine, not just the virtual one that Windows lets you 'see.' If you truly want to master this field, learn Assembly for one or more mainstream processors, then C/C++, then you can decide which of the popular general purpose languages you want to play with. Oh, and find smarter friends...
Will Rogers never met me.
|
|
|
|
|
It all depends on what you are trying to learn and what level you're starting from.
C isn't a great language for absolute beginners because it has quite a weird and confusing syntax - there are more instructional languages to teach the basic concepts of programming and ease someone into it.
However, if you understand the basics and want to get to grip with lower level things, then C is at the simpler end of the C-style-language spectrum and it does allow access to very low level stuff that is gradually hidden away as you move to the C# and Java end of things.
But if you really want to go low level, then you need to write some assembler, so that when you write your high level code you understand what it is the computer is actually doing, and why.
If you want to learn to be a better programmer, then there is no "one" language. Learn at least a bit about as many as you can. Functional programming is a good example of languages that will make you think about the same problem in a very different way, and when you come back to a procedural language you'll write better code because you have a wider view (lateral thinking) of how the problem can be approached.
Lastly, I find the best way to learn is to "just do it". Don't read or re-use someone else's solution, but actually sit down and write the whole program yourself. Want to read an XML file? Then write a simple XML parser. The next time you use an XML parser from a library you'll understand what it has to do and why it's so slow. You'll know how you can re-phrase your XML data layout to make the files faster to load, smaller to transfer, and easier to manipulate. As well as this, if you do it, you'll remember it; if you read it a lot of it may just fade away, unused.
|
|
|
|
|
I believe C/C++ (if not assembly) should be the first language to be learned. This will help the aspiring programmer grasp some concepts that he may miss in high level languages like C# and JAVA.
The concept of pointers, stack and heap are too important to be overlooked and may seem like they don't exist in high level languages and that can make a real difference when building reliable high performance applications.
Abstracting these concepts is good as long as you understand them.
To alcohol! The cause of, and solution to, all of life's problems - Homer Simpson
----
Our heads are round so our thoughts can change direction - Francis Picabia
|
|
|
|
|
I used to think like that some years ago. But now I see that basic skills about CS are more relevant then
mastering on language or another.
Algorithm analysis is a good starting point.
Learn how to build more efficient, faster and readable code is the foundation
of good code.
Know the basic structures like linked lists, trees, graphs and solve basic problems
like sorting, recursion etc can sound a bit redundant considering the huge number of built-in
libraries and frameworks available today, but I think that such skills can help you to sove
a set of new computational problems you may find ahead in your career as developer.
|
|
|
|
|
ASM is always the language to use. Roller Coaster Tycoon 1 proves it works in a production environment.
Anyway, I'm gonna get back to my C++ing now...
|
|
|
|
|
C is lower-level (closer to the hardware) than Java and C#. I don't know anything about Delphi so I can't comment on that.
For someone learning programming there are two schools of though: start with the higher-level concepts using a higher-level language, and gradually delve deeper into understanding how they are implemented and what is going on at a machine level, if necessary. These days, the deeper delving is really not all that necessary, unless you are charged with writing very high-performance code.
The second school of though is to start at the low level and learn up, gradually abstracting away the lower-level concepts with higher level ones. This more closely traces the evolution of computers and languages, and if you're really serious, probably provides the "best" understanding of the whole ecosystem, but is a much higher learning curve.
As for my opinion, if I were to recommend a path to someone I would probably choose the first method, of learning the high-level concepts first (probably with a dynamic language like JavaScript), and delving deeper where one is interested.
It really depends on how "serious" the subject is about learning computer languages. If they're darn serious, learning lower-level-up will provide the best understanding, but if they're not sure about it, starting at the top is the best way to discover if they have a passion for programming or not.
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/
-”-”-
|
|
|
|
|