Slashdot Mirror
Interesting Computer Science Jobs?
mattskent writes "I'm currently a junior in college working towards my Bachelor's degree in Computer Science. As such, I'm starting to look pretty seriously at jobs in the IT/Computer Science field. I've spent plenty of time working entry-level IT jobs doing various kinds of help desk type work, and so most of the exposure I've had to the field is related to support of other people's computers. I enjoy helping other people out, but I'd rather not be plugging things in and restarting computers the rest of my life. Although the possibility is growing on me, I don't think I would particularly love to write code all day for a living either. What are some interesting jobs that you've had or heard of that I could look into fresh out of college with a Computer Science degree?"
Let's see. You'll get a CS degree but don't feel like writing code for a living. That's a tough one.
Are you a "people" person? All those introverted geeks need to talk to each other, make decisions and agree on stuff. Something that they (on average) do very poorly. You would have a career in product marketing, since you understand the geeks and can talk to them.
If that makes sense to you, then short-term, your best bet is to join an open source project and volunteer to *organize* stuff. Not code, but organize. You'd be amazed how badly needed it is for most projects.
--
the elephant in the room: How to Make Money with Open Source?
If you're any good, you'll spend a lot more time understanding problems, designing solutions and finding good techniques for factoring code. If you do nothing but "write code all day", you're a shitty developer.
With the current state of the industry and the world economy, have you considered taking Chinese? It might be useful since so many jobs are being outsourced to that region of the world.
Don't become a sysadmin.
Rather than tech support, there are other non-coding IT jobs out there.
A lot of these could be junior-level in a big enough organization, or in a company where you're a junior consultant sort of person. Usually you work up to that type of position by doing helpdesk first, so it looks like you're ready to move on to something similar.
I claim first use of "Error No. 0B" - or "No. 0B error." It'll be the new ID 10T!
Get a double major or minor in biology. People who can handle bioinformatics or the computer side of structural biology are in really high demand. Not saying it's moreso than other fields, but I do know you can write your own paycheck with that crossover.
I also don't know if you'd find that interesting. I do, and knowing that your job is working towards the cure for cancer or whatever the goal is I think makes some of the more menial tasks more interesting, but that's just me.
If you're not looking to add a major or minor, you can still likely get into that field and learn whatever you would need on the job about bio. They're that desperate.
If you don't want to code, then you're in the wrong degree program. There's really only 3 entry level jobs for CS people- programming, testing, and system administration. All 3 of those require at least some coding (the first being all coding). Testing breaks down into low paid monkey work and SDET positions where you're expected to code almost as much as a programmer. There's various types of management and liason type jobs that require a technical background, but without at least a few years experience you aren't qualified for them. If you really hate coding, your options are really sys admin or a quick change of majors.
I still have more fans than freaks. WTF is wrong with you people?
Most people go for CS degrees because they want to work in IT, or write code.
You may want to take a step back, figure out what you *do* want to do with the rest of your life, and switch majors.
Gonna save some people some time here
CS is no more about computers than astronomy is about Telescopes.
There are many accomplished IT admins who use their CS knowledge on a daily basis, I am one of them.
CS is not Coding.
CS is more about Math.
If you want to stay pure CS you need to find R&D departments or go for your PHD.
CS is a great degree but isn't going to get you far when getting a job because most managers don't understand its purpose.
Find out what you love doing and do it, chances are, CS prepared you to do that thing.
CS: It is all sink or swim...oh and did I mention there are sharks in that water?
I enjoy helping other people out, but I'd rather not be plugging things in and restarting computers the rest of my life.
As a junior-level CS major, do you really think that's what CS grads typically do?
Although the possibility is growing on me, I don't think I would particularly love to write code all day for a living either.
Then why are you majoring in CS?
I'll tell you what, no matter what job you are working, it's still going to be a job. I like my job, I get to figure stuff out, I try new technologies all the time, but at the end of the day I am still doing it because I need to pay the bills (eat, rent, etc). There's always going to be an element of misery (dealing with coworkers, getting up in the morning when I'd rather sit at home and play Smash Brothers, debugging......that's a big one. Can't finish your code without debugging it).
Working isn't about 'fun' or 'entertainment' or 'what I want to do.' If you really want to work, then something is strange about you. Working is about surviving in a cold hard miserable world, it's about being self-sufficient, it's about producing something of value. Those all feel good, but you aren't working to have fun (even though work can be fun sometimes!), you are working to survive.
Don't confuse work with your dreams.........what do you REALLY want to do? Only in rare people is it something you can make money doing. Do you want to help starving children in Africa? Be a beach bum? Travel the world? Live the life of an eternal frat boy? Get married and live a quiet life? Whatever it is, focus on that, and your job will help you with it. Otherwise, if you make your job your life, it will just weigh you down and make you miserable. Work sucks, but you can still be happy. Life sucks, but you can still have fun.
That's my advice. YMMV
Qxe4
..and that is IT technician at a call center. at least the company i work for, i am solely responsible for keeping 500 pc's, all associated switches and servers etc up and running - and i am surrounded by people with double digit iq's - or to put it another way, i'm astonished that i havent brought my kalashnikov to work yet. almost anything is less stressful than dealing with hundereds of idiots that cant figure out that a mouse wont work if it isnt plugged in, or elderly hillbilly management from oklahoma that thinks thousands of dollars worth of equipment grows on electric trees, and that months of work can be done in 2 days. i hope they fuckin fire me. at least then ill be able to look for another job and still have a govt check to pay rent while i do so.
I just got my BS in CS in May and have been writing code all day for the last 4 months. It's really not bad (at least where I work) and it's nowhere near as difficult as doing real CS. CS homework is hard, but implementing business rules after you already "get" CS is no problem.
One thing to keep in mind when job hunting is that recruiters don't know what they're looking for in a developer. They ask for all kinds of scary qualifications that don't mean shit. Bluff your way through a phone screening and keep in mind that 9 out of 10 people they're interviewing can't write a simple factorial function, let alone do it recursively.
If you've never used a relational database before, learn about those. It's not difficult, but you need to know about it because you will use it.
"I don't think I would particularly love to write code all day for a living either. " You may be in the wrong major. Computer Science is no more IT than automotive engineering is auto maintenance. Without that love of coding, which by the way, you should already have by now, I can't say you'll get very far. Perhaps you should be taking IT classes (if offered) or MIS or some variant, but then your faculty adviser should have pointed this out already.
Non sequitur: Your facts are uncoordinated.
During my junior year of my computer science degree, I picked up a job working for some chemistry professors at my university. We've worked on everything from new drug discovery algorithms, force field simulations, and smart statistical analysis methods. This kind of work developed software that can wind up in the hands of every pharmaceutical company on the planet, make huge breakthroughs with hydrogen fuel cells, and math code that can play the stock market. I am the world expert on linear algebra based recursive partitioning algorithms for predicting the tight binding properties of compounds to the 2c9 enzyme. This all was an incredible exercise in everything from software design to calculus to organic chemistry. As the only computer scientist in a group of chemists and mathematicians, I was the expert in my field which gave me a lot of freedom in how I went about my work.
There is a surplus of jobs on your own campus, and it's well worth it to stick around for a few months after graduation to do some amazing work and get some great references. Best of all, if your work is viable and marketable, you may form a start-up company out of it.
My CS degree has proven itself useful more for the math and science background than for the programming. Sure, there's a lot of code punching involved, but setting up the problem to write programs for have all involved understanding what it is I'm supposed to do. When you end up working regularly with various types of scientists and engineers, your job is more that of a digital blacksmith, to hear what someone wants and to design the tool that will do what they need ... and then either hammer it out, or look over what they've done and hammer it into a more efficient and accurate piece of software.
Employers do NOT want mechanical code-punchers. If you want to get a good CS degree, you need to be able to either comprehend complex problems and figure out solutions for them with the assistance of engineers who HAVE the problems, or you need to be good at designing programs and understanding the design of projects you get tapped for. Code becomes where the rubber meets the road, but it's a smaller part of the whole picture.
Not that you'll read this, but from my own (similar) experience, you will have a more rewarding career with a better company than with a "better job." Get a list of good companies (like the Fortune 100) and start at the top and work your way down. The way companies treat their employees will affect your happiness level much more than whatever it is you actually do for them.
As a professional developer with about a decade of commercial experience, I can assure you that you won't be writing code all day in many jobs. You'll spend at least half your time writing TPS report coversheets, attending meetings, writing reports about attending meetings, attending meetings about reports, and occasionally meetings about meetings or reports about reports. Figuring out how to answer the latest hare-brained question from the suits with the shitty data to hand (abortions of SQL and/or one-off hacks with a scripting language go here) takes up another twenty-five percent of your time. Twenty percent to thinking about lunch, eye-balling the hot MOTAS in Accounting or HR, sneaking in the side entrance so Lumbergh doesn't see you, and you're looking at five percent of your time going to real actual coding/work.
You may think I'm pulling your leg, and you also probably laugh rather than cry when you read Dilbert. Don't worry, by the time you graduate you'll probably be old enough to legally drink and that really helps take the edge off.
Hope that helps! :D
News for Geeks in Austin, TX
Working isn't about 'fun' or 'entertainment' or 'what I want to do.'
It isn't? It sure is for me. At least "What I want to do". Sometimes it's not fun or entertainment but those are very different things. Anything else is putting yourself in a cage 50 hours a week, a cage for which you have the key but few people chose to leave.
I don't even think it's all that rare or hard to be able to do "what you want to do". The hard part is figuring out what that is... but if you think you know that should be at the TOP of the list of things to look for in a job.
Also consider that thinking that companies are the only source of jobs, is a great way to limit your options and your own potential. Leave nothing out including the prospect of starting your own company.
"There is more worth loving than we have strength to love." - Brian Jay Stanley
Exactly. If you really enjoy computing, but have found the industry isn't what the hobby was, and you're a people person (which it sounds like you are), then you might enjoy a different application of your skills, like teaching IT (or even teaching math). But for god's sake, get out of the subject altogether, if it doesn't interest you. Sometimes it's hard enough to enjoy when you have a passion for it.
I'm a senior in a five-year Computer Engineering program, so I'm not sure how much help this will be for you.
I just recently finished a long co-op assignment doing business analysis, and if you are not one that likes to do a lot of coding, but likes organizing big technical projects and talking with many different areas of a business, then this might be a good route to consider.
I personally did not like it because I'm the type that likes helping out in what I do best and love most: getting "down 'n dirty." I've also dealt with a lot of people who only understood technology and computing from a surface-level standpoint, which is often just right for a business analyst (not too technical to sour the project setup, but not too business-oriented to be lost in the way of things).
Good luck!
Although we don't need any more of them, the answer to your question is the Project Manager path to IT management.
You would add a PMP certification and for fast track an MBA, then talk enough Java buzzwords to get by. Being able to prototype Windows screens with VB or C#, lay out web pages, and SQL query databases like your problem log will make you a star.
Before you know it you'll be a CIO.
rd
If you're not into the trenches of hardcore coding all day and have good customer service/documentation skills, maybe consider System Design (often called Business System Analysts in places I've been). You'll probably need to be good at Visio or other charting tool. In my experience you're taking the customers goals and designing the structures to meet their spec and some screen layouts and passing them to the software developers to implement them. You'll probably have some QA/testing responsibilities too. This can incude the database structures, hardware resources, visual/UI, etc. I haven't gone down this path because I am infinitely better at reading scribbled code off a napkin than a use-case or anything like that. I have friends that like it and are gunning for Project Management gigs in the long run.
If you're really good at desktop support and have any experience or are a fast learner, a Jr. system administrator role is a good choice too; managing mail servers; SANS, etc... other more traditional operations/IT gigs. You'll have minimal programming generally other than some scripting which you'll do mostly out of trying to minimize repeatitive tasks.
The biggest thing is that there is no right-or-wrong answer, and you're not married to it forever. I started in desktop/helpdesk to may my way though school, then went to system administration and quickly realized I don't like getting screammed at when poorly written IBM software we purchased doesn't give us 100% uptime on aging hardware with poorly written integration by hack programmers. I've always liked programming and had done enough "on the side" to land a programming gig and am much happier though my code isn't landing spacecraft or anything. Whatever you do, don't settle for something you're not happy with; and if you find a really good working situation (stable, good boss, good co-workers, not too bad of a commute) think long and hard before jumping ship for an extra 10K a year.
Forgive my spelling from time to time. I'm often posting during short breaks.
I have been writing software since the 1970s, and there isn't much left in the field for "work." There may be "research," into things but the average "job" is tedium.
"Computer Science" as it were, is nothing more than a craftsman tool belt. There is no "science" left. It is all the fashion of end-user application. Web sites, social networks, e-commerce, etc. No one in the field is producing great work (and making great money) any more.
I've been interviewing candidates for the last 15 years and "computer science" is a joke. The universities are teaching a trade, not a science. Kids barely understand the mathematical basics of how a hash table works. Don't even get me started on twos-compliment arithmetic or how to evaluate algorithms.
Sure, the desktop processors and environments do a lot for you, but maybe you'll want to do something interesting some day with different types of devices like PICs.
In the end, you'll have to learn about something else, like banking, medicine, civil engineering, accounting or some such to be able to write software for those fields, but since those fields currenly pay better, why not go there first?
Coding should not be more than 30% of a job. We need people than can read specifications, turn them into requirements, design an architecture, model solutions, code, integrate, document, and debug. I am sorry, but the talented and rewarded people are the ones that can do it all. The ones that can't code and prefer to administer systems are the easiest to replace.
Where I work, we do embedded software that runs close the hardware, operates in critical environments, must work every time, run for years, and be secure. The guys I give the highest performance ratings (raises) to are the ones that can design, code, re-use code, and solve problems.
I haven't coded in 5 years and miss it, so I came up with a project for home to keep me current and have fun with. I can see not wanting to do it 8 hours a day, but any true CS geek deep down enjoys it like solving puzzles and playing games. Coding is problem solving. It should be enjoyed and done well or not at all.
CS is no more about computers than astronomy is about Telescopes.
You forgot a couple:
CS is the hole in the doughnut.
CS is the whole doughnut.
CS is Dijkstra yelling "surf's up!" to submariners.
Schroedinger's Brexit: The UK is both in and out of the EU at the same time!
I've been working in the visual effects industry since I graduated (~10 years ago). I started for a small studio writing scripts to automate common tasks. Since then I've:
- built a distributed render system on top of open source software
- written animation tools for artists
- written software for animating, simulating, and rendering fur
- learned Houdini, Maya, RenderMan and many others
- written shaders
- written many, many plugins and tools in various languages
I'm now managing a team and have discovered that it's hard to find talented software developers with a solid grounding in mathematics and computer science who have the skills to work in VFX. There are plenty of hackers who can put together a MEL script, but few who actually understand the underpinnings of the systems involved.
If working on VFX for film and TV shows sounds interesting to you, look into developing your skills as a Technical Director (or TD). The skills I look for in a TD are:
- understanding of the 3D pipeline (modeling, texturing, rigging, layout, tracking, animation, lighting, rendering, compositing)
- technical competency in the software used (Maya, Shake or Nuke, Renderman or Mental Ray)
- solid background in programming (scripting, understanding of OO design, C++ desirable, Python especially)
- solid understanding of Unix as a technical user
- ability to learn and master new technologies quickly
- ability to empathize with artists and understand their perspective as a user
- strong mathematics background is highly desirable
- experience in digital or traditional filmmaking also highly desirable
The people I've worked with in the past usually fall into one of three categories:
- have a degree in computer science (or related), minored in fine arts (or just had the interest), and then took a college program in 3D
- smart people from a completely different background who taught themselves both 3D software and programming
- artists who took a college program in 3D, who then taught themselves programming
I recommend the first option, or if you're persistent enough, teach yourself the software at home and start networking online.
If you have a masters in computer graphics, mathematics, or physics, another job open to you is that of the Shader Writer. Shader writers build either complete shading systems or components that model how light reacts with materials. These models are not usually physically accurate (although that is becoming more of an option now). Things to look into:
- BDRFs
- ambient occlusion and color bleeding
- subsurface scattering
- procedural texturing and modeling
- shader anti-aliasing
- global illumination techniques
- shading languages such as RSL, GLSL or Cg
Competent shader writers are HIGHLY sought after and very well compensated.
Check out the job postings at Pixar, Industrial Light & Magic, Sony Imageworks, Rhythm & Hues, and Dreamworks Animation for more info. Also check out the forums at cgsociety.com and odforce.net.
First and foremost: DO NOT ACCEPT CAREER JOBS YOU WILL NOT ENJOY. I made the mistake of grabbing a VisualBasic 6 job when I'm a Linux and C++ guy. Now I've 4 years experience (3 in VB6+DB2, 1 in Linux/KSH scripting + Netezza Database warehouse) and I'm having a VERY tough time using that experience to land anything that I might actually enjoy. Your first couple of jobs define the path of your career in both the short and mid-term which then makes it easier to steer it the way you want in the long-term.
I suggest a sys-admin role. In the right place, you'll do some shell scripting, update hardware and (politely) smack the occasional end user. I'll let others speak on this as I've only seen it from a distance and don't have much hands-on with it.
Another possibility (and I REALLY really hate to suggest this, although it might be better suited to you than me) is go into a consulting firm under the Consultant or Solutions workforce. As a consultant, you'll do some paper pushing (eventually you'll help design how major, high volume applications) and some coding. As a Solutions Consultant, you'll be mostly coding.
The advantage of both types of consulting positions is that you'll do something for 6-12mo. and move on to a new project. The disadvantage to both is you'll find yourself with twice the number of bosses (Office space, anyone?). One set of bosses for The Client and another for Your Consulting Company. Personally, this drives me crazy. Also, you don't get a whole lot of say on what client you'll be working for which can be a big problem (e.g. non-smokers working for a major tobacco company ... nothing like your boss lighting a stogie in a meeting).
As a Consultant, you'll have to travel (plus or minus, depending) and make quite a bit of money. On the flip side, you'll have longer hours and more stress.
As a Solutions Consultant, you'll have less stress and it'll be easier to stay at home, but you won't make as much.
My final suggestion is Application Support. You'll do a little coding, a little debugging, interact with users who are knowledgeable about how the process should REALLY work (assuming the organization is well structured) and get the occasional amusing service ticket like, "Have the magical elves in APP-land fix the claim again."
I don't know of ONE good sysadmin that doesn't have programming knowledge of some decent degree.
Do you want to run everything you do manually? Do you want to go into tedium on a regular basis to do regularly scheduled tasks? The whole point of a GOOD sysadmin is that they don't do SHIT, they just automate the hell out of their environment and let it go.
That goes for Windows as WELL as *nix.
If you want to be a good sysadmin, learn how to program. Whether it's bash/perl/python, or VBScript or Powershell.
The price is always right if someone else is paying.
I hold a B.S. in Computer Science.
Computer Science is basically the science of converting mathematics and logic into a series of instructions that a computer can understand. This is known as "algorithm development". The physical embodiment of this process is programming, or "writing code".
In spite of the fact that it involves "computers", Computer Science is not about computer tech support.
If you do not enjoy algorithm development, Computer Science is not for you.
A work that expires before its copyright never enters the public domain and thus enjoys eternal copyright protection.
The parent comment is crap. It's long and very specific crap, but crap none-the-less.
This may be true for one specific company, but in no way is this consistent across the board. There is *nothing* that is consistent across the board and pretending that there is is either disingenuous or just plain wrong.
They'll have to lobotomize you, of course, on the off chance any useful knowledge has been imparted to you in the past couple years, but that's SOP for an MBA anyway, and the fat paycheck generates no complaints. Moreover the lobotomy will insure that you don't need to worry about whether the work is interesting or even useful.
I'm trying to teach myself to set people on fire with my mind... Is it hot in here?
As a student meteorologist, I have come to learn that meteorology involves a LOT of computer programs, more than I had assumed. There's computer modeling of all kinds, there's the maintaining of public servers, there's the supercomputers, etc. I have 3 CS graduate friends that work for the National Weather Service's radar office in Norman. They do many things with the data, including new algorithms for better analysis and filtering. If that's the government, then realize there is also a big field in the academic and private sectors relating to weather also.
... was a job with NOAA. They're usually looking for young college grads with science degrees. It's considered a branch of the US government and is organized like the military, so the pay probably isn't that great, but the benefits should be good and there are plenty of travel and learning opportunities.
I regret not looking into it further, but by the time I had finished my degree I was married with kids and couldn't just go away for weeks or months at a time.
You can find out more here: http://www.careers.noaa.gov/
On this line of thinking, any deep knowledge in a niche area can be very useful. It's usually rare to come across computer programmers who are also experts in , and as such, in the right place, they are in high demand.
Generally you'll find an expert in a given field, who needs some software to do a task, but has *NO* idea about how to write software, at all. Quite often, these people hire programmers who know basically nothing about the field, and the expert ends up designing the system and being the manager, and often the result is exactly what you'd expect to get when a non-developer designs a system.
Being the person that bridges the gap is incredibly useful. Just make sure that the field is something you have an interest in anyways.
I've personally worked in a few fields like this. To give you an idea, I spent a few years building SCADA software for control systems. This meant I also spent time physically wiring up motors and sensors and such to I/O hardware, and setting up networks and then writing software to communicate with and control all this stuff.
I've also been involved with some open-source voip projects, so a lot of that programming involves talking to voip phones, which meant I had a desk full of hardware to play with, instead of just staring at a screen writing code. It may just be me, but I find a certain satisfaction when I can interact with code I've written using objects in the real world, and not just as interfaces with a screen and keyboard.
Speak before you think
I get quite a lot of money for integrating open source tools to specific client needs. It's much cheaper, and more flexible, to pay my salary to provide access to a huge range of tools than it is to specify, purchase, and implement one closed source project that turns out to be complete vaporware or where the company goes belly up and the software can no longer be supported.
It is a great joy of an open source developer's career when, during the time that a closed source company or consultant is writing their bids and release schedules and Gant charts and Powerpoint presentations, an open source developer has already found a compatible tool, tested it, modified it for local use, and put it in production. This has happened to me repeatedly throughout my career. On occasion, I've been overruled and the closed source tools used for 'business support' reasons, and on several of those occasions I've seen the closed source toolkit thrown out a year later and the entire system rebuilt from my notes.
That is an event to warm one's heart on those long, cold nights sitting in the server room repairing a mess.
Unfortunately most Computer Science degrees these days are at least half IT. If you do not understand the following sentence then you probably did not really get an education in Computer Science:
Computer science does not require a computer.
As a professional developer with a little over a decade of commercial experience, I can assure you that the jobs where you have to write TPS reports, attend constant meetings, write reports about attending meetings, attend meetings about reports, and occasionally meetings about meetings or reports about reports are toxic worthless environments. About 5 years ago now this trendy thing called "Agile" happened to the software development world as a way to put a bullet in crap like this.
One of four things is going on with software companies now 1.) Agile is understood and people will find creative ways to fire anyone who want's to build a Dilbert empire 2.) Agile is being adopted and the toxic environments get transformed into livable ventures as Agile practices get successfully adopted and the toxic people are pushed out, 3.) Agile is subverted by PHBs and the toxic sources kill it's adoption while all the worthwhile people leave it to fester 4.) Agile is ignored/blocked - the environment is already dead AND toxic.
You can fight like hell to get into or stay in company #1, pitch in to help company #2, avoid or flee from company #3, and short sell the stock on company #4. Also, as a programmer, you should be writing code that either makes money or reduces costs in a niche or market that is growing. If the market isn't growing, move on to another domain. If there is no revenue associated with the lines of code you write, go where there is. As a buddy of mine says, "NEVER be part of the cost center - ALWAYS be in the profit center!".
At any rate, if you don't want to write code - no offense, but get the hell out of the way and make room for those of us who do.
*** Sigs are a stupid waste of bandwidth.
I can't quite figure out how to reply to this without sounding snarky towards the parent, who clearly has a different view of the field than I do and who am I to say which view is right? But feel I need to say- we're NOT that desperate anymore. The boom in bioinformatics was about 10 years ago now (pause while I shudder at realization that I have been out of grad school for that long....) I work in this area, and have since leaving grad school. When I graduated in 1999, there weren't really any bioinformatics grad programs, and the field was populated by a mix of biologists learning computers, computer types learning biology, and some physicists. Now, there are plenty of grad programs churning our bioinformatics MS and even PhD graduates. The only people I know working in bioinformatics w/o some serious bio background now have either been at it for many, many years or are pretty much pure coders.
However, as one of the previous replies said- there is a career to be made by being the interface between a specialized customer set (in this case, biologists) and the software developers. I've done that quite a bit, and have managed to keep myself employed. But you need to have credibility on both sides- which means a strong bio background (an advanced degree helps) AND an understanding of how software development works (it helps if you've coded).
You could also look at project management. Lots of folks laugh at project managers, but that is usually because they've never worked with a good project manager. Once again, though, I think it helps if you've done some coding, both for credibility with the team and so that you can make reasonable estimates about how long development tasks will take, etc.
The Russians have won. They have made the world a cesspool of distrust, greed, fear and hate.
After 25 years working in software, I discovered a few years back that programming the same old thing in yet another language just didn't do it for me any more. I need to work on new and different kinds of problems. After a few early years in commercial programming, I wandered into R&D where I've worked on AI systems for the military, then supercomputing problems for the government and then for scientists and engineers in academia. Lately, I've found myself analyzing medical images as part of drug design. In addition, I've become intrigued by vision systems on robots as well as computational biology, perhaps elaborating gene networks or modeling disease. Maybe that's where I'll go next.
However, I'd recommend a different path than the one I took (part-time graduate study ending in a MS in CS). To work independently in R&D, you'll want at *least* a MS, preferably a PhD, with a full complement of math courses through diff eq, statistics, and possibly PDEs. To work in engineering areas like communication or imaging, courses like signal processing, image processing, and perhaps 3D graphics will also help to open doors.
Here are a few more applications for computing that sound like fun:
- graphics, game design/implementation
- networking, new services from cable companies/telecoms, new wifi products
- secure systems, computer forensics
- embedded systems (real-time O/S, low-level software or high-level hardware)
- robotics, semi-autonomous systems
- hand held computing (IMHO, soon to be much bigger)
- data mining, social network analysis, machine learning the datasphere
- searching through or indexing of media or large content (e.g. web, communication streams)
Personally, I'd stay away from building low-level software like compilers and O/S's. This kind of work is likely to be outsourced by the heavy hitters like Intel/M$, since the needed skills are readily available in low-wage countries, and most of the infrastructure is open source (VCs seem to believe that its hard to make a profit by attaching your IP to free software or competing directly w/ the tech oligopolies).
Randy
Not only is it excruciatingly condescending, it's quite wrong, even if a computer scientist was the one who originally uttered it. Computer science is very damn well about computers because there would be no computer science if you took away the computer.
It's not wrong. It's substantially correct, even if Dijkstra takes a little license by introducing a bit of hyperbole. He *didn't* say computers have no place in computer science or anything ridiculous like that. He's explaining, roughly, that actual computers are really only tools and that the concrete tools themselves do not encompass the field of computation.
Of course, that changes if your definition of "computer" is wide enough to include, say, something between its original meaning and the entire universe in which we live. And having a rather application-oriented viewpoint, I do think the concrete tools are one of the most interesting part of the field. But I also think Dijkstra's comment is extremely useful for performing perspective inversions among people who haven't understood the field is wider and deeper than the conventional set of Von Neumman architectures we've managed to make so far.
If there were no digital processors, data storage, or networks, there would be no reason to develop solutions to problems that are unique to information systems alone. No reason for someone to sit around all day dreaming up the optimal programming language for a given application. No reason for teams of graduate students to work tirelessly in search of the best human-computer interface.
As it turns out, the field is bigger than these things too: even if you eliminated every last one of these things, theoretical computation would probably remain interesting to some people, and indeed, you can find a significant amount of theoretical work done back before most of these things existed in digital form.
I'll agree that there's a great (almost overwhelming) amount of math in studying the theory of computer science, but you can't honestly say that a computer science graduate is merely just some sort of specialized mathematician and leave it at that.
As a Math grad and a programmer of 20+ years, I'd agree that CS is best served as a separate discipline drawing from mathematics, physics, chemistry, EE, and more. And yet you could in fact devote yourself entirely to studying specialized mathematics, never writing a single line of code, and still be working in computer science.
It doesn't do justice to those in the field and it misinforms those who don't understand what the field is all about.
I'd agree it's hard to do the entire field justice in a single sentence, but far from bounding it badly, this phrase invites people to look outside of preconceptions about the field and potentially see something beyond the boxes and screens on their desks.
Tweet, tweet.
Do what I did: code for some time like an idiot for stupid bosses, then realize you are being exploited, and become a monk. I'm serious.
Religous speak to God. Insane are spoken to by God. When all shut up, one can finally hear Shostakovich in peace
Hey mattskent, welcome to the field. I'm 43 yo, been working this field all my life, and I have good news and bad news for you: the good, as others have pointed out, is that there's a big range of things you could be working on.
You don't have to develop all the time or to do support all the time. I've done a lot of those things myself, from crawling under people's desks to developing (not in the programming sense) products for my own company. The bad: you will always be doing some amount of support (and coding for that matter). Can't get away from it.
At entry levels, it's just expected. As you move upwards on the ladder -- and if you're any good -- there will be things only a very few people understand and you're one of them, in each case you will have no choice but to do some support, just because there are not a lot of people who can actually do it at that level.
This has led me to realize that ALL CS jobs are somehow related to support because the machines, programs and systems we create/develop/program are actually there to perform some work for somebody else, who usually knows a lot about that work but not necessarily about the machines they use.
AFAIK there's only one way out: get a PhD and become a researcher. That's the only way you will eventually get payed to play with computers, which is what most of us want when we pick CS as a major. But then you'll be required to teach also, which wouldn't work for me.
As I said earlier, welcome to the field...
On this line of thinking, any deep knowledge in a niche area can be very useful. ...and incredibly risky. The idea with a double major is to REDUCE your industry risk, not increase it. It may not feel like it, but your decision of your career direction is one of the riskiest decisions you will make. You have no real control over whether your industry will grow, disappear altogether, be outsourced, become obsolete, see demand drop due to economic forces, be legislated into oblivion, be taken over by the government, be disadvantaged by the tax code, etc.
Not to get philosophical, but capitalism requires agility. It requires businesses to fail, industries to disappear, jobs to be outsourced, etc. And it requires you to be able to switch gears. I think we would ALL be much better off if everyone assumed that one or more career switches in their lives is a very real likelihood.
Capitalism is not very compassionate to the minority of individuals. Some people lose their jobs to India; some people end up making less than they did before; some people have to change jobs to something they enjoy less. At some point, we did understand that these unfortunate realities are necessary to advance the economy as a whole and improve the average standard of living for the community, nation, and world.
I say this as a double major myself. I studied Systems Analysis and Neuroscience. My approach was to study things I was very interested in, NOT to find a profitable intersection that may or may not be there when I graduate (and believe me, most people who asked me about my choice in majors had a hard time understanding this and did not agree with my approach).