Slashdot Mirror


Which Language Approach For a Computer Science Degree?

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

29 of 537 comments (clear)

  1. Hobby by sopssa · · 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.

    1. Re:Hobby by morgan_greywolf · · 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.

    2. Re:Hobby by m6ack · · 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."

    3. Re:Hobby by Mr2cents · · Score: 4, 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.

      --
      "It's too bad that stupidity isn't painful." - Anton LaVey
    4. Re:Hobby by complete+loony · · Score: 5, Insightful

      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.

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    5. Re:Hobby by iamhassi · · Score: 4, Insightful

      "not having the expertise required in a single language to land a good job."

      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, 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.

      --
      my karma will be here long after I'm gone
  2. Your school is right by enrevanche · · 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.

    1. Re:Your school is right by sixoh1 · · 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.
       

    2. Re:Your school is right by ari_j · · Score: 4, Insightful

      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.

    3. Re:Your school is right by Anonymous Coward · · Score: 5, Funny

      I want to learn how to fix cars. Should I learn all about the carburetor* or should I focus more on the brake pads?

      Brake pads, if you have to pick just one, because all cars have brake pads, but carburetors are obsolete and not in common use.

    4. Re:Your school is right by pyite · · Score: 4, 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.

      --

      "Nature doesn't care how smart you are. You can still be wrong." - Richard Feynman

    5. Re:Your school is right by GlassHeart · · Score: 4, 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.

  3. C# and Bing by Anonymous Coward · · Score: 5, Funny

    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.

    1. Re:C# and Bing by value_added · · Score: 4, 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.

  4. Too dumb to realize new school is better by ehack · · Score: 4, Insightful

    New school teaches every language + programmming concepts and our poster complains - maybe the new gen kids are unteachable.

    --
    This is not a signature.
  5. Maybe you're the wrong place by Ritchie70 · · Score: 4, 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.

    --
    The preferred solution is to not have a problem.
  6. Go with the way your new school does it. by KiltedKnight · · Score: 4, 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.

    --
    OCO is Loco
  7. Languages don't matter by erikharrison · · 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.

    1. Re:Languages don't matter by Glonoinha · · Score: 4, 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.

      --
      Glonoinha the MebiByte Slayer
  8. Re:Go to a "trade school" for that. Not a universi by happyemoticon · · 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.

  9. You should be asking a different question by azav · · Score: 4, 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.

    --
    - Zav - Imagine a Beowulf cluster of insensitive clods...
  10. Wrong Major by daemonc · · Score: 4, 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?"

    --
    All that we see or seem is but a dream within a dream.
  11. Algorithms and Data Structures by PleaseFearMe · · 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.

    1. Re:Algorithms and Data Structures by serviscope_minor · · Score: 4, 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.

      --
      SJW n. One who posts facts.
    2. Re:Algorithms and Data Structures by snookums · · 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.

      --
      Be careful. People in masks cannot be trusted.
    3. Re:Algorithms and Data Structures by Blakey+Rat · · Score: 4, 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.

    4. Re:Algorithms and Data Structures by Pseudonym · · Score: 4, 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.

      --
      sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
  12. Python is the future by Phroggy · · Score: 4, 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.

    --
    $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
    $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
  13. Communication is most important of all! by rlk · · Score: 4, 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