wikid_one writes "I recently went back to college to finish my CS degree, however this time I moved to a new school. My previous school taught only C++, except for a few higher level electives (OpenGL). The school I am now attending teaches what seems like every language in the book. The first two semesters are Java, and then you move to Python, C, Bash, Oracle, and Assembly. While I feel that it would be nice to get a well-rounded introduction to the programming world, I also feel that I am going to come out of school not having the expertise required in a single language to land a good job. After reading the syllabi, all the higher level classes appear to teach concepts rather than work to develop advanced techniques in a specific language. Which method of teaching is going to better provide me with the experience I need, as well as the experience an employer wants to see in a college graduate?"
After reading the syllabi, all the higher level classes appear to teach concepts rather than work to develop advanced techniques in a specific language.
It's great that you have it like that. Its the concepts that matter more than just teaching some language dependant pack of tricks. Languages can always be learnt afterwards and quickly, and they also tend to change during years. Concept stay somewhat the same, and those are what you need to understand. I wish I would had the same kind of program in school.
I also feel that I am going to come out of school not having the expertise required in a single language to land a good job.
Usually programmers are quite self-taught. Schools can teach you concepts and languages, but the real knowledge comes from when you're interested in it and try out and do stuff. Yes, this means you should have some interest in coding at home for your pleasure too, as a hobby. I would think that programming would being really really boring if you dont have the interest to learn yourself or even program your own stuff at home.
You didn't mention if you do programming yourself, but if you dont you should start to. Start coding some games yourself or stuff you think are useful to you. Or learn PHP and start coding websites. You can even start to make some cash out of it, either by selling your software/game, running websites or coding as a freelancer. Try out things.
However the most stupid approach is to think you should be awesome in one language and lack everything else. Usually you need combination of different languages and better understanding generally. Read some programmer job listings and you see how they always contain lots of different thingies and qualities they're looking for. Programming languages used at work will most likely change aswell (Java was hot in some apps programming years ago, but C# and other languages have been stealing position from it). This is why you want to have the general understanding instead of just knowing tricks&tips of one language.
Agreed. Programming concepts are far more important than any particular language. It's important to understand at more than one programming paradigm: object-oriented programming is the paradigm de jure (C++, Java, C#, Python), but also understand a traditional imperative structured approach (C, Bash) and a functional approach (Lisp, Scheme) as well. Note that these languages are only examples: Python is actually a mixed-paradigm language that supports imperative structured programming and functional programming in addition to OOP, for instance.
Which method of teaching is going to better provide me with the experience I need, as well as the experience an employer wants to see in a college graduate?
As others have said, learn the concepts.
You should also find a class that requires group programming. Learn how to interact with fellow programmers, how to operate within a team environment, and how to document your thoughts and processes. I've found that social skills are very valuable in any organization.
If there is a single language that is not taught enough for real world experience, it's SQL. Just about any business programming job is going to involve storing and reporting on data. While a CS degree is going to give you a basic introduction to SQL, I feel that SQL should be introduced earlier and worked into more of the assignments you are asked to write.
"Since anything you're taught about computers is mostly obsolete in a few years..."
You're not a programmer, are you? I ask because no programmer would ever say that.
The C programming language came out in 72 [wikipedia.org], and C++ came a few years later [wikipedia.org]. Both are in the top three most popular programming languages [tiobe.com] "based on the number of skilled engineers world-wide, courses and third party vendors" and they make up 25% out of the top 20 languages in the list. Although the number one language, Java, makes up 19%, it "derives much of its syntax from C and C++" and Java came out in 1995 [wikipedia.org].
Other sources say C is still responsible for nearly 50% of new open source projects, followed by Java with 28%. [theregister.co.uk]
So even if you took a programming class 30 years ago it would still very much apply today.
My worst one is grad saying things like "Why would I need to know what a binary tree(Insert any kind of very fundamental data structure or algorithm here) is... thats all taken care of in the library".
Learn about Binary Search Trees, Red Black Trees, Bubble Sort, Quick Sort, Heaps, etc. Those are the important things to know. Bob Dylan is not famous for knowing English grammar and spelling. He is famous for what he does with them. Teach him Chinese, and he can most likely make amazing songs in Chinese as well. You didn't go to college to learn grammar and spelling. You can learn that in elementary school. Instead, you're going to college to learn how to use the language to create amazing things. It is an abstract level above the syntax level you see on the computer screen, and it is something crucial that anyone learning anything in college _must_ understand.
Actually, you learn about bubble sort so you can understand where is might actually be a valid choice -- i.e. where you need to sort a small set in place with minimal use of stack space or other temporary storage.
It's really bothering me that there's so many postings here talking about sorting data. It's a freakin' solved problem. There's already a Sort() function in every language/framework under the sun.
Why do so many programmers love to re-invent the wheel constantly? To un-solve the solved problem? To write their own instead of using the one that Javascript, or C++, or.net, or whatnot provides in a single freakin' line of code? Ugh.
If you're constantly re-inventing the wheel, you can't move on to the really fun stuff, like the Porsche 911.
They didn't reinvent the wheel for the Porsche 911, but they did custom design and engineer it. If you cannot custom design and engineer your own sorting algorithms you will never make a sports car, only a bodykit for a VW.
I thought you only learned sorting algorithms and methods purely so you could impress the dick doing the interview? For all other times you use google, just like everyone else:-)
About 80% of the software engineering market is about fixing the impedance mismatch between half a dozen off-the-shelf legacy systems and getting them to work together. This is the world of customer requirements, filing bugs with vendors, business rules, sorting out SQL variants,.NET and TPS reports.
The other 20% is in writing those systems or stuff you can't get off the shelf for people who really need it. This is the world of R&D, resource management, high-performance, real-time, scientific, numeric, visualisation, embedded, crypto, machine learning, metal, speed and danger.
Now, which of these do you want to do for a living?
Last year, I was writing firmware for nanotech devices. I implemented shell sort. Do you remember shell sort? I'm glad I had a broad CS education which told me what it shell sort was, because it was exactly the right trade-off (small-to-medium amounts of data, with practically no working memory to spare).
This year I'm helping find disease outbreaks before they happen. I had to implement a suffix array. Do you remember what a suffix array is and what it's for? I didn't learn this as an undergrad (that was a while ago), but thanks to my broad CS education, I knew what I needed to find out.
A pilot will probably never have to safely ditch an airliner in the ocean at any point in their career. But there's no way in hell that I'm hiring one that doesn't know how to do it.
I thought of posting this separately, but I really wanted to echo sopssa. What you have is a "GOOD THING" at this school.
You are getting a well rounded education in concepts, like object orientation, functional programming, scripting, and sand-boxed virtual machines. You're also getting closer to the metal with C and Assembly (Preferably Intel Protected mode?) -- and that's very cool.
My avenue was the hobby route, but I never really spent my time on the net. I'm an engineer by trade, but I found myself gradually learning coding within my organization more and more. I chiefly program now in sed, python, C++, and VBA; but the mix changes on a periodic basis. I write standard libraries, and a lot of filters and scripts to automate much tedious work within my organization... I try to program so that whatever application I write can be run on any OS -- though some of my stuff lately works best on Linux. (Linux is OK, because people can log into the workstations from their Windows PC's). Cross-platform and Open is the way to go, because you never want to force your customer to disrupt his work-flow to use your tool, and you want your customer to be able to figure out what you're doing and take over support as much as possible.
So, with my scripts, a lot of people internally at my company have become my customers. This work has taken over much more of my job as my rep built... And now we do about an order of magnitude more work than we used to with a single engineer. The tedium of filling out spreadsheets or copying by hand is largely a thing of the past. So much work is being done so quickly that the vendors that we work with are getting very nervous that they will be able to keep up with what we are doing -- and with us us targeting multiple vendors in our work-flow they are very worried about competition.
One other thing I learned -- we can learn much from the "Old Ways." What a horrible, nasty, terse, poorly documented -- and absolutely wonderful gem -- sed is! How nicely does it fit in with the UNIX toolkit: regular expressions with VIM, grep, and find; and roughly stapling things together with xargs and bash! You learn one thing by doing another, and you become so much more productive. Recently, I had to do a remote debugging session over a slow link. There were 50 engineers in the room, and a tag-team of 3 driving the remote system. How nice it was to have VIM there -- hacking stuff with only a few keystrokes to select and change lines on the fly, rather than having to wait a minute to click and select via some GUI. We were extremely successful and productive. I got promoted because of this -- because I drove the creation of tools, and because I learned to become proficient in the "Old Ways."
Because you are not established within a company, you'll have to find another avenue to get yourself noticed, and you'll have to find another way to find your niche. I think that the best way for you to get noticed is to find some Open Source project on the net to dig your fingers into. You build your rep., and you find your niche -- find out what you like, and keep doing it. Let your direction change as you find out what your interests are. Keep learning new ways of doing things, and don't be afraid to experiment with crazy ideas. Make a positive contribution to how things are done -- make something better from the inside out.
I like this quote from Daniel Phillips (Tux3): "A weak coder becomes a strong coder by reading code and writing code every day for fun."
Although I am an embedded developer, I really found db knowledge useful. I usually keep my data structures in at least second normal form, I find it helpful in avoiding problems. For the rest, this is my advice: learn performance estimations thoroughly, it will save you from future embarrassment. Learn how algorithms work with data structures, this knowledge can be widely applied. Learn about language properties, like static/dynamic typing, functional/imperative, structured/OO/logical programming,... These will allow you to take on the right mindset when confronted with a new language. There are so many languages, that if you bet on any single one of them you are just limiting your options. Don't worry, just learn.
>Try telling your neighbor about Jesus and showing them the gospel and show them the greatness in your life that you have gained by following The Truth.
and they will move out within a a week.
Bloody good idea. No one wants to live next door to bible bashers.
Close. Bible bashing is a heated argument between two people of differing faiths where they each try to win by claiming specific passages in the Bible that back them up. It usually gets ugly. The Bible is reinterpreted and misinterpreted so thoroughly that it cannot be used to quell such a discussion. To use a net term - Bible bashing is a religious flame war where the ammo of choice is scripture.
It's a bad practice (I believe: an evil one). It should be avoided.
Your definition of Bible thumping is common and appropriate. I think the etymology of the term is different from those who engage in the practice, though. Many pastors literally slam their Bible into the podium as they preach (Making a loud "thump"). On the other hand, I don't think the major proselytizing religions usually do that. I'm not sure why that term stuck to the wrong group of people. (probably historical significance somewhere)
A CS degree is not about making you a monkey that can program only one language. It is about learning how to think. The multi-language approach will ensure that you are exposed to many ways of representation.
The "real" world will train you how to be a monkey well enough.
If knowing one language well enough to get a job, a certification in Java, C# or whatever will serve your simian side better. Use the knowledge in the diversity in languages to tell potential employer that you can quickly learn to program in whatever environment is required.
There are two kinds of CS degrees, one tends to be more like a MSCE type degree aimed at getting you employed in a job shop. Typically you'll find these at ITT or University of Phoenix. Frankly, as an employer of CS folks, I can tell you these degrees are not worth the paper they are written on, and they rarely offer job security, they teach you to be a 'cog' instead of an independent thinker.
The second type sounds like your new school. These are more complex and are more like an engineering degree which is about a solid practical basis (tools) and good breadth so you know where to start when some thing new comes along. I dont expect a proper CS graduate to "know" anything or be really ready to work on their own immediately, but I do need the to be able to work at learning the new things independently. The workplace is too varied and complex for college to teach you the important things, but I cannot take the time to spoon feed a neo when there is a deadline bearing down.
The first parent post has another thing exactly right, if you develop your own skills by doing some hobby work, that is where you can get the 'practical' skills you seem to crave. The bonus there is that you can prove to a prospective employer that you have the one thing colleges and trade schools cannot possibly teach: drive. There is absolutely no specific coding technique that can make up for a lack of drive.
I agree. This question has been asked on Slashdot more than once. Probably more than once in the past week. Every time, it's someone thinking that becoming adept at one language is the path to zen. Here are a couple of analogies to the question presented here:
I want to learn how to build houses. Should I learn how to use a screwdriver or should I go with the hammer?
I want to learn how to fix cars. Should I learn all about the carburetor* or should I focus more on the brake pads?
I want to be a linguist. Should I become fluent in Latin or Japanese? Why does this accredited linguistics department insist on me taking all sorts of philosophy and linguistics classes, when I should be learning a language?
* - For the benefit of the people who consistently reply to my analogies involving carburetors that carburetors are obsolete and not in common use, please note that that is the damn point of my using them in this analogy.
but I also think it's important for a graduate of a 4-year CS degree to be an expert in at least one.
I've used this quote time and time again on here, and I'll use it again: "Computer Science is no more about computers than astronomy is about telescopes." -- Edsger W. Dijkstra.
And this one is completely appropriate to, as to why Knuth uses MIX/MMIX in his books and not some other language. The same thing applies exactly to a university program of computer science:
"Moreover, if I did use a high-level language, what language should it be? In the 1960s I would probably have chosen Algol W; in the 1970s, I would then have had to rewrite my books using Pascal; in the 1980s, I would surely have changed everything to C; in the 1990s, I would have had to switch to C++ and then probably to Java. In the 2000s, yet another language will no doubt be de rigueur. I cannot afford the time to rewrite my books as languages go in and out of fashion; languages aren't the point of my books, the point is rather what you can do in your favorite language. My books focus on timeless truths."
Being in expert in one programming language is fine if you just want to be a programmer. If you want to be a computer scientist, it's neither necessary nor sufficient.
I think you may be taking Dijkstra out of context. While it's important not to be tied to the physics of contemporary computers, his own algorithms do make assumptions about the machine that might implement them. For example, many problems are trivially solved by a infinite number of infinitely fast CPUs, but that doesn't get us anywhere. Take the simple binary search, for example, and you'll see the core assumption that comparisons are expensive. It is in that sense that computer science is about computers, although it must not be limited to what contemporary computers can do.
But more to the point, Knuth is an expert in programming. He wrote TeX, one of the most famously bug-free* programs in existence. I agree completely with his point of not getting bogged down by the language du jour, but I'm not talking about the language du jour. I'm talking about a language.
Do you actually know of a good computer scientist who can't program?
by Anonymous Coward
on Sunday July 12, @02:03PM (#28668909)
The skills that are in highest demand is the ability to write code in C# and to use Bing. C# is now the dominant choice among the new-wave languages (which includes Java) that appeared after 1990. What employers want to see is the ability to write a C# program to automatically issue requests via HTTP to Bing to query the WWW and to retrieve the search results.
What employers want to see is the ability to write a C# program to automatically issue requests via HTTP to Bing to query the WWW and to retrieve the search results.
I've seen those job postings. The problem is most employers require at least 5 years of Bing experience.
Despite what many believe, a CS degree is not about learning to program. A CS degree is about learning the theoretical and mathematical constructs that programming is based on.
If you know those basics, the language is largely irrelevant.
C is Pascal is Java is JavaScript is VB is C# is C++ - it's mostly syntactic sugar if you ignore the objects, and even the objects are similar. If you can't swap {} for () or begin-end or whatever, you have no hope of being a decent programmer.
If you're looking for vocational programming training, find a vocational school. It's that simple.
Absolutely, and I'd like to expand on that idea just a little. There is a great deal of confusion about "the computer field" right now, largely because it is just now really being differentiated within the business world. Essentially, there are three fields: IT; Programming; Computer Science.
IT is about how to use the software that exists. This includes pairing it with specifics types of hardware and other software. This is knowing the best way to use a plowshare out in the field.
Let's say I'm a hiring manager and conducting interviews for junior programmers.
If you get your degree from the first school, I'm only going to hire you if I
need a person who's going to write the code he's told to write. I'm never
going to assign stuff to you that requires you to do any kind of analysis.
If you get your degree from the school to which you transferred, you are far
more likely to get hired into a position with a lot of growth opportunities.
You will have not only know some of several languages, you will also
have a good background in abstract concepts.
The problem with most schools today is that they focus far too narrowly
on one topic instead of teaching the concepts necessary to handle what tasks
are placed in front of the graduates. There have been several articles about the
"Java schools" and how the graduates of them can barely program their way out of
a paper bag because they don't have the broader information necessary to do a
proper analysis. Sure, with modern languages you can often "ignore" things like
memory management and code optimization. Unfortunately, all too often I've seen
what happens when things are written by people who have no understanding of how to
apply basic concepts... when something should be a compiled application... when
something should be a simple shell script (mind you, the person who did this thinks
that a compiled program with calls to "system()" make this a "system program" and
doesn't even know how to write a shell script... I am going to have to clean up that
mess in the near future)... and even when to use what language.
No one language is the be-all and end-all of programming. Each language is a
tool. You don't normally use a screwdriver to hammer in a nail or as a chisel...
so why should you use C or C++ to write what is better written as a shell script?
Why would you use Java to write something that requries careful memory management?
(Yes, I know some people would just put the question mark after "Java"...:) )
Because it's all you know how to do? Guess what... either you're not getting the
job for which you just interviewed or I'm going to have to go hire someone else to
augment my team to do what you should've been able to do... which means when it
comes time for RIFs, you're name is going to go towards the top of the list because
you can only minimally contribute to the team.
After reading the syllabi, all the higher level classes appear to teach concepts rather than work to develop advanced techniques in a specific language.
Which is exactly as it should be. The focus of a CS degree should not be "how to write a program in as many languages as possible". If you want that, go read Wikipedia or this [99-bottles-of-beer.net]. I tend to think that the goal of the degree should be (more or less) threefold:
- Weed out people who have no business programming. For those who can it seems crazy, but there really are people who just cannot seem to think logically or in an algorithmic fashion. They should be gone after the first or second class.
- Teach those unfamiliar with programming at least a single language to act as a starting point and as a language to be used in later classes. It used to be that C/C++ was the definitive standard for this since you could mix both high and low level techniques, but lately it seems like most places are starting off with a garbage-collected language such as Java, Python, or C# and then moving to C or C++ later on. In either case, after being 3-4 classes in, the student should be well versed in at least one language. Ideally those still left that should not be programmers would be gone after this point, but as anyone in the field will tell you, this sadly isn't the case.
- Stop teaching languages and start teaching algorithms, techniques, and the 'engineering' part of software engineering. At the end of the day it doesn't matter how many languages you know if you can't use any of them in real-world team-based programming of large and complicated projects. You also get into the more specialized areas you are interested in such as graphics, AI, computational analysis, etc.
Some of my least-favorite CS classes were about language and programming theory and while they aren't real exciting or fun, they do make you really think about good solutions to a problem and not just sitting down to "hack something together". Additionally, all the assignments were language-agnostic, so you could program in whatever you wanted as long as you completed the program spec.
In short: a decent program should be able to sit down and pick up an unfamiliar language without too much trouble, so I wouldn't worry too much about what language you learn first. What's important is that you lean to program well -- after that the language just doesn't matter that much.
We can't help you unless you tell us what job you want. If you want a job from a computer science degree, then you shouldn't be worried about language specific concepts. Those are for code monkeys. If you want to be a code monkey then you probably want a different degree. My degree is in Computer Engineering (though it has a much greater CS bent than EE). I came out of college knowing that I would never work in a higher level language than C. I didn't need roadblocks to perfect hardware control.
Now I work as an "Application Developer." I design and write code from the ground up. I had a much more difficult time picking up the specifics of Java than my Software Engineer and Programming degree'd brethren. But because of my background I finally understood why higher level languages were made. None of my co-workers appreciate the simplicity and elegance of sticking to a pure OOP model (since we work on our own projects, the lack of collaboration has made the Software Engineers lazy). None of them understand exactly what the JVM is or how the Garbage Collector works. They worry about optimizing code down to removing method calls when we're doing networking...they don't understand that the nanoseconds saved by not making the method call not only makes the code more difficult to read, it also has no appreciable effect since the SNMP call before it took milliseconds (sometimes even seconds).
Almost more important to any of that though is the changing nature of the business. The 2 Computer Programmer degrees on the team are having a very difficult time moving to the new Java EE standards. We'll be picking up Glassfish v3 and Java EE 6 here soon and will have to update our code. I and the Software Engineers are rejoicing since we understand the benefits even though it means more learning and more work in the short-term. The Computer Programmers on the team are annoyed since they have to learn new concepts and re-work code.
So, do you want to be stuck to the language specific concepts that will make you readily employable? Or do you want breadth of knowledge that enables you to do pick up any task? The choice is yours. But your question is lacking until we know this.
I make the hiring decisions at my company. I check to see if people can solve complex problems. I don't care what language you know. You can learn PHP in a couple of hours. Sure, your first 5.000 SLOC are going to look like whatever language you know best, but right out of college your first 5.000 SLOC are going to suck anyway.
Learning a bunch of languages has the advantage that you learn what concepts are universal to programming and what are just entrenched in the language, but what really matters is learning to think algorithmically, no matter how many languages you know, be it one or one thousand.
It sounds like you've already made your decision about which school you're attending, you just want some assurance that this education won't be wasted. Let me assure you that it won't.
Machine generated code doesn't count. According to my experience over the years I'd say that 100 lines of code* per day is about average for good developers over the life of a project. Yea that's 12.5 LOC per hour, sustained. My unscientific findings support the research by IBM, et.al for what that's worth.
* That's 100 lines of code that actually provides computational value towards function points of the application - not machine generated code, not getters and setters, not formatting web pages - real work. It also includes the time testing, documenting, debugging, and getting the code working in an integrated fashion with the rest of the code by other developers.
If after a year or more of college, you think OpenGL and Oracle are programming languages, maybe CS isn't the right major for you.
As others have suggested, try a trade school or community college. They will be happy to teach you to be a single language code monkey, without bogging you down with complicated high-level concepts like "what is a programming language?"
As a Perl lover it really pains me to say it, but Python appears to be really taking off. You're going to start seeing Python used by businesses in the same way that they've been using Java over the past decade.
Find one or two companies that does the work which interests you, call them up, and ask them what languages they use. Chances are they'll need everything from PHP, Java, Actionscript, Javascript, SQL, or.NET for the web site to C++, Objective C, J2ME, or something else for computers, mobile phones, and game consoles. Seriously, just call them. Make sure you make a distinction between the various positions they have. A single company might have hundreds of programming positions, each of which specializes in some particular thing. A friend of mine who interviewed at Microsoft in the 90's met someone whose entire job was practically dedicated to the print preview dialog box for MS Word. Another friend of mine works for EA or some other game company here in LA. A typical task for him is to prevent that flanging sound when two players fire the same weapon in rapid succession in a first-person shooter. He tends to specialize in audio-related coding.
I think a CS major today should be conversant in at least three languages by the time of graduation. At a minimum you should have knowledge of an assembly language to better understand how a microprocessor really works, a monolithic scripting language like Python or Perl, and a systems language like C, C++, or Java. From there it becomes easy to add on what you need as you need it because you begin to recognize toe commonality in how things are done between different languages so you just have to absorb the new syntax for the most part.
Everyone's knocking the poor guy for being an idiot, but give him a break; he's a first-year student. That aside, actually this list seems pretty decent.
Start off learning Java, a mature, object-oriented language that is widely used and is also fairly strict about syntax, structure, etc... a good way to get the foundations.
Once he's got a little more background in programming, he can pick up Python and dick around with new concepts more quickly.
Next comes C... if someone graduated college with a CS degree having never worked in C, I'd think something was wrong. Notice, also, that they're slowly drilling down into lower-level concepts. At this point in the game he might start poking around inside some major OSS packages.
Oracle PL/SQL is obviously not like any of the other languages in this list, and by the time he gets there he should realize why and also appreciate gaining some experience with databases.
Learning Bash says to me that they're introducing him to some basic system operations, which he'll want when he starts hacking away on Linux systems (which is inevitable).
And finally assembly language -- at this point he might be learning the fundamentals of device drivers or embedded systems, and how computers really work.
A student could certainly do worse. If anything, given this whole list, I'd hope that the school is even more focused on concepts than he's complaining about. You shouldn't be learning about embedded systems programming if you don't have a good understanding of data structures, for instance. If they're doing it right, "learning" all these languages will basically mean picking them up on your own, and class time will be devoted to concepts.
In the debate about concepts vs. specific languages, one thing is missing: the most important skills in the "real world" are communication skills. It hardly matters how good of a programmer you are; if you can't communicate, you're going nowhere. That means being able to speak clearly and coherently, write well, understand and respond to other people's communications, and so forth. You could be a god-like programmer, but if nobody can understand what you're doing, your code won't be of much use and you won't be asked to do anything of interest because nobody will know what you can do. One of the best CS classes I took at MIT, about 25 years ago, had no programming or even design component whatsoever. It was called Computer Systems Engineering, 6.033 if I recall correctly. The common joke about it was that it was a humanities class. That's because the work involved reading a substantial body of material each week (often some of the major foundation papers of the field) and writing critiques. There were in addition two term papers, which involved architecting a solution to a particular problem (no design work here -- just the architecture). My observation was that students either loved it or hated it. The ones who hated it were the ones who just wanted to get down and dirty with coding. The ones who liked it were the ones who had good communication skills who wanted to really understand the field.
As far as the language issue goes, are you looking for a trade school or a professional education? Languages will come and go. If you have a sound technical base, you can pick up the fundamentals of any new language quickly enough, and languages constantly evolve anyway (C++ today isn't what it was 10 years ago, and who knows what the language de l'heur will be in 2 years, anyway). I learned JavaScript a few years ago while hacking on an internal tool to generate bug reports (something I've used for years to assist me in managing projects) -- someone wanted a more interactive experience. I'm no JavaScript expert, but I picked up the basics quickly enough -- and more importantly, because of my basic background in interface design, algorithms and optimization, my reporting tool is very fast, and the JavaScript can be used by anyone else in the company who wants to do similar manipulations on HTML tables. Similarly, I learned Python about 6 months ago because a planning tool I wanted to use was written in Python, but I wanted to add some new features, speed it up, and fix some bugs. No classes, no books, just reading the code and doing some Google searches when I needed to learn more about wxPython. When I was an undergrad, the only programming classes offered by the CS department used Scheme and CLU -- two languages with no significant commercial value even then (at that time, the commercially interesting languages were Fortran, Cobol, and C). Why? Because those languages had features that were particularly good for teaching the desired concepts.
Also, learning programming isn't very expensive. As others have said, you can learn a lot on your own at the cost of the computer that you already have. Better yet, you can create or work on something useful in the FOSS world.
When I've interviewed candidates for engineering jobs (both as a manager and as an engineer), I've never been concerned with "what languages or libraries does this person know". Depending upon the seniority of the person, I'm looking for good reasoning capability, ability to execute, and ability to communicate. I hired a fantastic engineer out of school. What set her apart from everyone else was her ability to explain why she did something. She didn't merely recite her class projects, she explained why she made engineering choices that she did in a way that was more than enough to demonstrate her technical chops, and her explanations were clear, and she could answer questions in a way that showed real understanding. Since my group was distributed (most of the people were on the other side of the country), communication
That's like saying an Art MFA shouldn't teach any actual art in any particular medium, just hypothetical art.
There IS a distinction between the "craft" of programming in any particular language and software engineering, but in order to become a software engineer, you need to work through the medium of the language. That's the only way to access it. Knowing how to paint in oils doesn't make you a good artist, but you do have to start making art in some manner in order to get there.
But timothy didn't ask about a software engineering degree. He asked about a computer science degree. Computer science is the study of the topics of mathematics that relate to computation. CS programs should teach theory, algorithms, data structures, complexity, computability, logic, and the like. I disagree with themeparkphoto, though, because I think that programming languages are a very useful tool to teach these concepts. But they aren't the goal, they are only the means.
It's a difference between "Computer Science" which is technically about the math and algorithm problems of programming and "Software Engineering" which involves actually implementing things and understanding how data structures work. Many software engineering programs are incorrectly sold as computer science programs because the two were originally one and the same. As computers got better the distinction becomes very obvious. GP is just being curmudgeonly about it.
Stop right there. This is probably some of the best advice you'll get.
Of course, it depends on what you want to do. But for the standard, current-track Internet/Cloud/Distributed blah blah blah, many people are dreadfully bad at SQL for how much it applies to their job.
That said, haven't we had enough of these language posts? You can google this and you'll see the same arguments spread out since the birth of the Intarwebs. Everyone has doubts about the language that their using when they don't know man
Hobby (Score:5, Insightful)
After reading the syllabi, all the higher level classes appear to teach concepts rather than work to develop advanced techniques in a specific language.
It's great that you have it like that. Its the concepts that matter more than just teaching some language dependant pack of tricks. Languages can always be learnt afterwards and quickly, and they also tend to change during years. Concept stay somewhat the same, and those are what you need to understand. I wish I would had the same kind of program in school.
I also feel that I am going to come out of school not having the expertise required in a single language to land a good job.
Usually programmers are quite self-taught. Schools can teach you concepts and languages, but the real knowledge comes from when you're interested in it and try out and do stuff. Yes, this means you should have some interest in coding at home for your pleasure too, as a hobby. I would think that programming would being really really boring if you dont have the interest to learn yourself or even program your own stuff at home.
You didn't mention if you do programming yourself, but if you dont you should start to. Start coding some games yourself or stuff you think are useful to you. Or learn PHP and start coding websites. You can even start to make some cash out of it, either by selling your software/game, running websites or coding as a freelancer. Try out things.
However the most stupid approach is to think you should be awesome in one language and lack everything else. Usually you need combination of different languages and better understanding generally. Read some programmer job listings and you see how they always contain lots of different thingies and qualities they're looking for. Programming languages used at work will most likely change aswell (Java was hot in some apps programming years ago, but C# and other languages have been stealing position from it). This is why you want to have the general understanding instead of just knowing tricks&tips of one language.
Re:Hobby (Score:5, Informative)
Agreed. Programming concepts are far more important than any particular language. It's important to understand at more than one programming paradigm: object-oriented programming is the paradigm de jure (C++, Java, C#, Python), but also understand a traditional imperative structured approach (C, Bash) and a functional approach (Lisp, Scheme) as well. Note that these languages are only examples: Python is actually a mixed-paradigm language that supports imperative structured programming and functional programming in addition to OOP, for instance.
Parent
Re: (Score:3, Insightful)
Which method of teaching is going to better provide me with the experience I need, as well as the experience an employer wants to see in a college graduate?
As others have said, learn the concepts.
You should also find a class that requires group programming. Learn how to interact with fellow programmers, how to operate within a team environment, and how to document your thoughts and processes. I've found that social skills are very valuable in any organization.
Re:Hobby (Score:5, Insightful)
Parent
Re:Hobby (Score:5, Insightful)
I answered this a few months ago on another post. I'll just link to my old post so you guys can follow the links [slashdot.org], but I copied and pasted it below. Languages to know are C/C++ and Java, everything else is derivative.
"Since anything you're taught about computers is mostly obsolete in a few years..."
You're not a programmer, are you? I ask because no programmer would ever say that.
The C programming language came out in 72 [wikipedia.org], and C++ came a few years later [wikipedia.org]. Both are in the top three most popular programming languages [tiobe.com] "based on the number of skilled engineers world-wide, courses and third party vendors" and they make up 25% out of the top 20 languages in the list. Although the number one language, Java, makes up 19%, it "derives much of its syntax from C and C++" and Java came out in 1995 [wikipedia.org].
Other sources say C is still responsible for nearly 50% of new open source projects, followed by Java with 28%. [theregister.co.uk]
So even if you took a programming class 30 years ago it would still very much apply today.
Parent
Re:Hobby (Score:4, Funny)
Parent
Re:Hobby (Score:4, Informative)
Parent
Algorithms and Data Structures (Score:5, Insightful)
Learn about Binary Search Trees, Red Black Trees, Bubble Sort, Quick Sort, Heaps, etc. Those are the important things to know. Bob Dylan is not famous for knowing English grammar and spelling. He is famous for what he does with them. Teach him Chinese, and he can most likely make amazing songs in Chinese as well. You didn't go to college to learn grammar and spelling. You can learn that in elementary school. Instead, you're going to college to learn how to use the language to create amazing things. It is an abstract level above the syntax level you see on the computer screen, and it is something crucial that anyone learning anything in college _must_ understand.
Parent
Re:Algorithms and Data Structures (Score:5, Funny)
Learn about... bubble sort...
No, don't. Seriously. If you are at all capable, then *forget* about bubble sort. Erase it from your mind, with surgery if need be.
Parent
Re:Algorithms and Data Structures (Score:4, Insightful)
You learn about bubble sort just so you can understand how terrible it is (and how much better quicksort is).
Parent
Re:Algorithms and Data Structures (Score:5, Informative)
Actually, you learn about bubble sort so you can understand where is might actually be a valid choice -- i.e. where you need to sort a small set in place with minimal use of stack space or other temporary storage.
Parent
Re:Algorithms and Data Structures (Score:5, Insightful)
You learn it for that reason, then you never, ever use it because instead you use the .Sort() build-in to the toolset you're using. As you should.
Parent
Re:Algorithms and Data Structures (Score:4, Interesting)
It's really bothering me that there's so many postings here talking about sorting data. It's a freakin' solved problem. There's already a Sort() function in every language/framework under the sun.
Why do so many programmers love to re-invent the wheel constantly? To un-solve the solved problem? To write their own instead of using the one that Javascript, or C++, or .net, or whatnot provides in a single freakin' line of code? Ugh.
If you're constantly re-inventing the wheel, you can't move on to the really fun stuff, like the Porsche 911.
Parent
Re:Algorithms and Data Structures (Score:4, Insightful)
They didn't reinvent the wheel for the Porsche 911, but they did custom design and engineer it. If you cannot custom design and engineer your own sorting algorithms you will never make a sports car, only a bodykit for a VW.
Parent
Re:Algorithms and Data Structures (Score:4, Informative)
I thought you only learned sorting algorithms and methods purely so you could impress the dick doing the interview? For all other times you use google, just like everyone else :-)
Parent
Re:Algorithms and Data Structures (Score:5, Interesting)
About 80% of the software engineering market is about fixing the impedance mismatch between half a dozen off-the-shelf legacy systems and getting them to work together. This is the world of customer requirements, filing bugs with vendors, business rules, sorting out SQL variants, .NET and TPS reports.
The other 20% is in writing those systems or stuff you can't get off the shelf for people who really need it. This is the world of R&D, resource management, high-performance, real-time, scientific, numeric, visualisation, embedded, crypto, machine learning, metal, speed and danger.
Now, which of these do you want to do for a living?
Last year, I was writing firmware for nanotech devices. I implemented shell sort. Do you remember shell sort? I'm glad I had a broad CS education which told me what it shell sort was, because it was exactly the right trade-off (small-to-medium amounts of data, with practically no working memory to spare).
This year I'm helping find disease outbreaks before they happen. I had to implement a suffix array. Do you remember what a suffix array is and what it's for? I didn't learn this as an undergrad (that was a while ago), but thanks to my broad CS education, I knew what I needed to find out.
A pilot will probably never have to safely ditch an airliner in the ocean at any point in their career. But there's no way in hell that I'm hiring one that doesn't know how to do it.
Parent
Re:Hobby (Score:5, Insightful)
I thought of posting this separately, but I really wanted to echo sopssa. What you have is a "GOOD THING" at this school.
You are getting a well rounded education in concepts, like object orientation, functional programming, scripting, and sand-boxed virtual machines. You're also getting closer to the metal with C and Assembly (Preferably Intel Protected mode?) -- and that's very cool.
My avenue was the hobby route, but I never really spent my time on the net. I'm an engineer by trade, but I found myself gradually learning coding within my organization more and more. I chiefly program now in sed, python, C++, and VBA; but the mix changes on a periodic basis. I write standard libraries, and a lot of filters and scripts to automate much tedious work within my organization... I try to program so that whatever application I write can be run on any OS -- though some of my stuff lately works best on Linux. (Linux is OK, because people can log into the workstations from their Windows PC's). Cross-platform and Open is the way to go, because you never want to force your customer to disrupt his work-flow to use your tool, and you want your customer to be able to figure out what you're doing and take over support as much as possible.
So, with my scripts, a lot of people internally at my company have become my customers. This work has taken over much more of my job as my rep built... And now we do about an order of magnitude more work than we used to with a single engineer. The tedium of filling out spreadsheets or copying by hand is largely a thing of the past. So much work is being done so quickly that the vendors that we work with are getting very nervous that they will be able to keep up with what we are doing -- and with us us targeting multiple vendors in our work-flow they are very worried about competition.
One other thing I learned -- we can learn much from the "Old Ways." What a horrible, nasty, terse, poorly documented -- and absolutely wonderful gem -- sed is! How nicely does it fit in with the UNIX toolkit: regular expressions with VIM, grep, and find; and roughly stapling things together with xargs and bash! You learn one thing by doing another, and you become so much more productive. Recently, I had to do a remote debugging session over a slow link. There were 50 engineers in the room, and a tag-team of 3 driving the remote system. How nice it was to have VIM there -- hacking stuff with only a few keystrokes to select and change lines on the fly, rather than having to wait a minute to click and select via some GUI. We were extremely successful and productive. I got promoted because of this -- because I drove the creation of tools, and because I learned to become proficient in the "Old Ways."
Because you are not established within a company, you'll have to find another avenue to get yourself noticed, and you'll have to find another way to find your niche. I think that the best way for you to get noticed is to find some Open Source project on the net to dig your fingers into. You build your rep., and you find your niche -- find out what you like, and keep doing it. Let your direction change as you find out what your interests are. Keep learning new ways of doing things, and don't be afraid to experiment with crazy ideas. Make a positive contribution to how things are done -- make something better from the inside out.
I like this quote from Daniel Phillips (Tux3): "A weak coder becomes a strong coder by reading code and writing code every day for fun."
Parent
Re:Hobby (Score:5, Interesting)
Although I am an embedded developer, I really found db knowledge useful. I usually keep my data structures in at least second normal form, I find it helpful in avoiding problems. For the rest, this is my advice: learn performance estimations thoroughly, it will save you from future embarrassment. Learn how algorithms work with data structures, this knowledge can be widely applied. Learn about language properties, like static/dynamic typing, functional/imperative, structured/OO/logical programming, ... These will allow you to take on the right mindset when confronted with a new language. There are so many languages, that if you bet on any single one of them you are just limiting your options. Don't worry, just learn.
Parent
Re:I would also like some advice (Score:4, Funny)
>Try telling your neighbor about Jesus and showing them the gospel and show them the greatness in your life that you have gained by following The Truth.
and they will move out within a a week.
Bloody good idea. No one wants to live next door to bible bashers.
Parent
Re:I would also like some advice (Score:4, Informative)
No one wants to live next door to bible bashers.
You mean "Bible thumpers". Bible bashing is what you are doing.
Parent
Bible Bashing (Score:4, Insightful)
Close. Bible bashing is a heated argument between two people of differing faiths where they each try to win by claiming specific passages in the Bible that back them up. It usually gets ugly. The Bible is reinterpreted and misinterpreted so thoroughly that it cannot be used to quell such a discussion. To use a net term - Bible bashing is a religious flame war where the ammo of choice is scripture.
It's a bad practice (I believe: an evil one). It should be avoided.
Your definition of Bible thumping is common and appropriate. I think the etymology of the term is different from those who engage in the practice, though. Many pastors literally slam their Bible into the podium as they preach (Making a loud "thump"). On the other hand, I don't think the major proselytizing religions usually do that. I'm not sure why that term stuck to the wrong group of people. (probably historical significance somewhere)
Parent
Your school is right (Score:5, Insightful)
A CS degree is not about making you a monkey that can program only one language. It is about learning how to think. The multi-language approach will ensure that you are exposed to many ways of representation.
The "real" world will train you how to be a monkey well enough.
If knowing one language well enough to get a job, a certification in Java, C# or whatever will serve your simian side better. Use the knowledge in the diversity in languages to tell potential employer that you can quickly learn to program in whatever environment is required.
Re:Your school is right (Score:5, Insightful)
There are two kinds of CS degrees, one tends to be more like a MSCE type degree aimed at getting you employed in a job shop. Typically you'll find these at ITT or University of Phoenix. Frankly, as an employer of CS folks, I can tell you these degrees are not worth the paper they are written on, and they rarely offer job security, they teach you to be a 'cog' instead of an independent thinker.
The second type sounds like your new school. These are more complex and are more like an engineering degree which is about a solid practical basis (tools) and good breadth so you know where to start when some thing new comes along. I dont expect a proper CS graduate to "know" anything or be really ready to work on their own immediately, but I do need the to be able to work at learning the new things independently. The workplace is too varied and complex for college to teach you the important things, but I cannot take the time to spoon feed a neo when there is a deadline bearing down.
The first parent post has another thing exactly right, if you develop your own skills by doing some hobby work, that is where you can get the 'practical' skills you seem to crave. The bonus there is that you can prove to a prospective employer that you have the one thing colleges and trade schools cannot possibly teach: drive. There is absolutely no specific coding technique that can make up for a lack of drive.
Parent
Re:Your school is right (Score:5, Insightful)
I want to learn how to build houses. Should I learn how to use a screwdriver or should I go with the hammer?
I want to learn how to fix cars. Should I learn all about the carburetor* or should I focus more on the brake pads?
I want to be a linguist. Should I become fluent in Latin or Japanese? Why does this accredited linguistics department insist on me taking all sorts of philosophy and linguistics classes, when I should be learning a language?
* - For the benefit of the people who consistently reply to my analogies involving carburetors that carburetors are obsolete and not in common use, please note that that is the damn point of my using them in this analogy.
Parent
Re:Your school is right (Score:5, Funny)
Brake pads, if you have to pick just one, because all cars have brake pads, but carburetors are obsolete and not in common use.
Parent
Re:Your school is right (Score:5, Insightful)
but I also think it's important for a graduate of a 4-year CS degree to be an expert in at least one.
I've used this quote time and time again on here, and I'll use it again: "Computer Science is no more about computers than astronomy is about telescopes." -- Edsger W. Dijkstra.
And this one is completely appropriate to, as to why Knuth uses MIX/MMIX in his books and not some other language. The same thing applies exactly to a university program of computer science:
"Moreover, if I did use a high-level language, what language should it be? In the 1960s I would probably have chosen Algol W; in the 1970s, I would then have had to rewrite my books using Pascal; in the 1980s, I would surely have changed everything to C; in the 1990s, I would have had to switch to C++ and then probably to Java. In the 2000s, yet another language will no doubt be de rigueur. I cannot afford the time to rewrite my books as languages go in and out of fashion; languages aren't the point of my books, the point is rather what you can do in your favorite language. My books focus on timeless truths."
Being in expert in one programming language is fine if you just want to be a programmer. If you want to be a computer scientist, it's neither necessary nor sufficient.
Parent
Re:Your school is right (Score:5, Insightful)
I think you may be taking Dijkstra out of context. While it's important not to be tied to the physics of contemporary computers, his own algorithms do make assumptions about the machine that might implement them. For example, many problems are trivially solved by a infinite number of infinitely fast CPUs, but that doesn't get us anywhere. Take the simple binary search, for example, and you'll see the core assumption that comparisons are expensive. It is in that sense that computer science is about computers, although it must not be limited to what contemporary computers can do.
But more to the point, Knuth is an expert in programming. He wrote TeX, one of the most famously bug-free* programs in existence. I agree completely with his point of not getting bogged down by the language du jour, but I'm not talking about the language du jour. I'm talking about a language.
Do you actually know of a good computer scientist who can't program?
* US$327.68 awaits.
Parent
Does it really matter? (Score:3, Insightful)
The choosing among languages will be more a matter of taste than of actual contents.
C# and Bing (Score:5, Funny)
Re:C# and Bing (Score:5, Funny)
What employers want to see is the ability to write a C# program to automatically issue requests via HTTP to Bing to query the WWW and to retrieve the search results.
I've seen those job postings. The problem is most employers require at least 5 years of Bing experience.
Parent
Too dumb to realize new school is better (Score:5, Insightful)
New school teaches every language + programmming concepts and our poster complains - maybe the new gen kids are unteachable.
Maybe you're the wrong place (Score:5, Insightful)
Despite what many believe, a CS degree is not about learning to program. A CS degree is about learning the theoretical and mathematical constructs that programming is based on.
If you know those basics, the language is largely irrelevant.
C is Pascal is Java is JavaScript is VB is C# is C++ - it's mostly syntactic sugar if you ignore the objects, and even the objects are similar. If you can't swap {} for () or begin-end or whatever, you have no hope of being a decent programmer.
If you're looking for vocational programming training, find a vocational school. It's that simple.
Re: (Score:3, Informative)
Absolutely, and I'd like to expand on that idea just a little. There is a great deal of confusion about "the computer field" right now, largely because it is just now really being differentiated within the business world. Essentially, there are three fields: IT; Programming; Computer Science.
IT is about how to use the software that exists. This includes pairing it with specifics types of hardware and other software. This is knowing the best way to use a plowshare out in the field.
Programming is about making
Go with the way your new school does it. (Score:5, Insightful)
OK, let me put it to you this way:
Let's say I'm a hiring manager and conducting interviews for junior programmers.
If you get your degree from the first school, I'm only going to hire you if I need a person who's going to write the code he's told to write. I'm never going to assign stuff to you that requires you to do any kind of analysis.
If you get your degree from the school to which you transferred, you are far more likely to get hired into a position with a lot of growth opportunities. You will have not only know some of several languages, you will also have a good background in abstract concepts.
The problem with most schools today is that they focus far too narrowly on one topic instead of teaching the concepts necessary to handle what tasks are placed in front of the graduates. There have been several articles about the "Java schools" and how the graduates of them can barely program their way out of a paper bag because they don't have the broader information necessary to do a proper analysis. Sure, with modern languages you can often "ignore" things like memory management and code optimization. Unfortunately, all too often I've seen what happens when things are written by people who have no understanding of how to apply basic concepts... when something should be a compiled application... when something should be a simple shell script (mind you, the person who did this thinks that a compiled program with calls to "system()" make this a "system program" and doesn't even know how to write a shell script... I am going to have to clean up that mess in the near future)... and even when to use what language.
No one language is the be-all and end-all of programming. Each language is a tool. You don't normally use a screwdriver to hammer in a nail or as a chisel... so why should you use C or C++ to write what is better written as a shell script? Why would you use Java to write something that requries careful memory management? (Yes, I know some people would just put the question mark after "Java"... :) )
Because it's all you know how to do? Guess what... either you're not getting the
job for which you just interviewed or I'm going to have to go hire someone else to
augment my team to do what you should've been able to do... which means when it
comes time for RIFs, you're name is going to go towards the top of the list because
you can only minimally contribute to the team.
Wrong Focus (Score:4, Interesting)
After reading the syllabi, all the higher level classes appear to teach concepts rather than work to develop advanced techniques in a specific language.
Which is exactly as it should be. The focus of a CS degree should not be "how to write a program in as many languages as possible". If you want that, go read Wikipedia or this [99-bottles-of-beer.net]. I tend to think that the goal of the degree should be (more or less) threefold:
- Weed out people who have no business programming. For those who can it seems crazy, but there really are people who just cannot seem to think logically or in an algorithmic fashion. They should be gone after the first or second class.
- Teach those unfamiliar with programming at least a single language to act as a starting point and as a language to be used in later classes. It used to be that C/C++ was the definitive standard for this since you could mix both high and low level techniques, but lately it seems like most places are starting off with a garbage-collected language such as Java, Python, or C# and then moving to C or C++ later on. In either case, after being 3-4 classes in, the student should be well versed in at least one language. Ideally those still left that should not be programmers would be gone after this point, but as anyone in the field will tell you, this sadly isn't the case.
- Stop teaching languages and start teaching algorithms, techniques, and the 'engineering' part of software engineering. At the end of the day it doesn't matter how many languages you know if you can't use any of them in real-world team-based programming of large and complicated projects. You also get into the more specialized areas you are interested in such as graphics, AI, computational analysis, etc.
Some of my least-favorite CS classes were about language and programming theory and while they aren't real exciting or fun, they do make you really think about good solutions to a problem and not just sitting down to "hack something together". Additionally, all the assignments were language-agnostic, so you could program in whatever you wanted as long as you completed the program spec.
In short: a decent program should be able to sit down and pick up an unfamiliar language without too much trouble, so I wouldn't worry too much about what language you learn first. What's important is that you lean to program well -- after that the language just doesn't matter that much.
Wrong question (Score:3, Interesting)
Almost more important to any of that though is the changing nature of the business. The 2 Computer Programmer degrees on the team are having a very difficult time moving to the new Java EE standards. We'll be picking up Glassfish v3 and Java EE 6 here soon and will have to update our code. I and the Software Engineers are rejoicing since we understand the benefits even though it means more learning and more work in the short-term. The Computer Programmers on the team are annoyed since they have to learn new concepts and re-work code.
So, do you want to be stuck to the language specific concepts that will make you readily employable? Or do you want breadth of knowledge that enables you to do pick up any task? The choice is yours. But your question is lacking until we know this.
Languages don't matter (Score:5, Insightful)
I make the hiring decisions at my company. I check to see if people can solve complex problems. I don't care what language you know. You can learn PHP in a couple of hours. Sure, your first 5.000 SLOC are going to look like whatever language you know best, but right out of college your first 5.000 SLOC are going to suck anyway.
Learning a bunch of languages has the advantage that you learn what concepts are universal to programming and what are just entrenched in the language, but what really matters is learning to think algorithmically, no matter how many languages you know, be it one or one thousand.
It sounds like you've already made your decision about which school you're attending, you just want some assurance that this education won't be wasted. Let me assure you that it won't.
Re:Languages don't matter (Score:5, Insightful)
Machine generated code doesn't count.
According to my experience over the years I'd say that 100 lines of code* per day is about average for good developers over the life of a project. Yea that's 12.5 LOC per hour, sustained. My unscientific findings support the research by IBM, et.al for what that's worth.
* That's 100 lines of code that actually provides computational value towards function points of the application - not machine generated code, not getters and setters, not formatting web pages - real work. It also includes the time testing, documenting, debugging, and getting the code working in an integrated fashion with the rest of the code by other developers.
Parent
You should be asking a different question (Score:5, Insightful)
Learn how to work on a team, work with QA, and learn how to deliver products.
That's what you need to be asking.
Wrong Major (Score:5, Insightful)
If after a year or more of college, you think OpenGL and Oracle are programming languages, maybe CS isn't the right major for you.
As others have suggested, try a trade school or community college. They will be happy to teach you to be a single language code monkey, without bogging you down with complicated high-level concepts like "what is a programming language?"
Python is the future (Score:5, Insightful)
As a Perl lover it really pains me to say it, but Python appears to be really taking off. You're going to start seeing Python used by businesses in the same way that they've been using Java over the past decade.
call them on the phone (Score:4, Interesting)
Find one or two companies that does the work which interests you, call them up, and ask them what languages they use. Chances are they'll need everything from PHP, Java, Actionscript, Javascript, SQL, or .NET for the web site to C++, Objective C, J2ME, or something else for computers, mobile phones, and game consoles. Seriously, just call them. Make sure you make a distinction between the various positions they have. A single company might have hundreds of programming positions, each of which specializes in some particular thing. A friend of mine who interviewed at Microsoft in the 90's met someone whose entire job was practically dedicated to the print preview dialog box for MS Word. Another friend of mine works for EA or some other game company here in LA. A typical task for him is to prevent that flanging sound when two players fire the same weapon in rapid succession in a first-person shooter. He tends to specialize in audio-related coding.
3 Languages are a good start (Score:3, Interesting)
I think a CS major today should be conversant in at least three languages by the time of graduation. At a minimum you should have knowledge of an assembly language to better understand how a microprocessor really works, a monolithic scripting language like Python or Perl, and a systems language like C, C++, or Java. From there it becomes easy to add on what you need as you need it because you begin to recognize toe commonality in how things are done between different languages so you just have to absorb the new syntax for the most part.
Not a bad list (Score:4, Interesting)
Everyone's knocking the poor guy for being an idiot, but give him a break; he's a first-year student. That aside, actually this list seems pretty decent.
A student could certainly do worse. If anything, given this whole list, I'd hope that the school is even more focused on concepts than he's complaining about. You shouldn't be learning about embedded systems programming if you don't have a good understanding of data structures, for instance. If they're doing it right, "learning" all these languages will basically mean picking them up on your own, and class time will be devoted to concepts.
Communication is most important of all! (Score:5, Interesting)
In the debate about concepts vs. specific languages, one thing is missing: the most important skills in the "real world" are communication skills. It hardly matters how good of a programmer you are; if you can't communicate, you're going nowhere. That means being able to speak clearly and coherently, write well, understand and respond to other people's communications, and so forth. You could be a god-like programmer, but if nobody can understand what you're doing, your code won't be of much use and you won't be asked to do anything of interest because nobody will know what you can do. One of the best CS classes I took at MIT, about 25 years ago, had no programming or even design component whatsoever. It was called Computer Systems Engineering, 6.033 if I recall correctly. The common joke about it was that it was a humanities class. That's because the work involved reading a substantial body of material each week (often some of the major foundation papers of the field) and writing critiques. There were in addition two term papers, which involved architecting a solution to a particular problem (no design work here -- just the architecture). My observation was that students either loved it or hated it. The ones who hated it were the ones who just wanted to get down and dirty with coding. The ones who liked it were the ones who had good communication skills who wanted to really understand the field.
As far as the language issue goes, are you looking for a trade school or a professional education? Languages will come and go. If you have a sound technical base, you can pick up the fundamentals of any new language quickly enough, and languages constantly evolve anyway (C++ today isn't what it was 10 years ago, and who knows what the language de l'heur will be in 2 years, anyway). I learned JavaScript a few years ago while hacking on an internal tool to generate bug reports (something I've used for years to assist me in managing projects) -- someone wanted a more interactive experience. I'm no JavaScript expert, but I picked up the basics quickly enough -- and more importantly, because of my basic background in interface design, algorithms and optimization, my reporting tool is very fast, and the JavaScript can be used by anyone else in the company who wants to do similar manipulations on HTML tables. Similarly, I learned Python about 6 months ago because a planning tool I wanted to use was written in Python, but I wanted to add some new features, speed it up, and fix some bugs. No classes, no books, just reading the code and doing some Google searches when I needed to learn more about wxPython. When I was an undergrad, the only programming classes offered by the CS department used Scheme and CLU -- two languages with no significant commercial value even then (at that time, the commercially interesting languages were Fortran, Cobol, and C). Why? Because those languages had features that were particularly good for teaching the desired concepts.
Also, learning programming isn't very expensive. As others have said, you can learn a lot on your own at the cost of the computer that you already have. Better yet, you can create or work on something useful in the FOSS world.
When I've interviewed candidates for engineering jobs (both as a manager and as an engineer), I've never been concerned with "what languages or libraries does this person know". Depending upon the seniority of the person, I'm looking for good reasoning capability, ability to execute, and ability to communicate. I hired a fantastic engineer out of school. What set her apart from everyone else was her ability to explain why she did something. She didn't merely recite her class projects, she explained why she made engineering choices that she did in a way that was more than enough to demonstrate her technical chops, and her explanations were clear, and she could answer questions in a way that showed real understanding. Since my group was distributed (most of the people were on the other side of the country), communication
Re:Go to a "trade school" for that. Not a universi (Score:4, Insightful)
Not unless trade schools suddenly get better, and software engineering programs suddenly become ubiquitous.
And not while most students learn better by implementing parts of the theory. And not while employers expect them to be half-competent coders.
And, well, not :)
Parent
Re:Go to a "trade school" for that. Not a universi (Score:5, Insightful)
That's like saying an Art MFA shouldn't teach any actual art in any particular medium, just hypothetical art.
There IS a distinction between the "craft" of programming in any particular language and software engineering, but in order to become a software engineer, you need to work through the medium of the language. That's the only way to access it. Knowing how to paint in oils doesn't make you a good artist, but you do have to start making art in some manner in order to get there.
Parent
Re: (Score:3, Insightful)
But timothy didn't ask about a software engineering degree. He asked about a computer science degree. Computer science is the study of the topics of mathematics that relate to computation. CS programs should teach theory, algorithms, data structures, complexity, computability, logic, and the like. I disagree with themeparkphoto, though, because I think that programming languages are a very useful tool to teach these concepts. But they aren't the goal, they are only the means.
Re: (Score:3, Interesting)
It's a difference between "Computer Science" which is technically about the math and algorithm problems of programming and "Software Engineering" which involves actually implementing things and understanding how data structures work. Many software engineering programs are incorrectly sold as computer science programs because the two were originally one and the same. As computers got better the distinction becomes very obvious. GP is just being curmudgeonly about it.
Re: (Score:3, Insightful)
I've been a SQL
Stop right there. This is probably some of the best advice you'll get.
Of course, it depends on what you want to do. But for the standard, current-track Internet/Cloud/Distributed blah blah blah, many people are dreadfully bad at SQL for how much it applies to their job.
That said, haven't we had enough of these language posts? You can google this and you'll see the same arguments spread out since the birth of the Intarwebs. Everyone has doubts about the language that their using when they don't know man