How Important is a Well-Known CS Degree?
syynnapse asks: "I've been interested in computer science since my mother taught me how to program in QBASIC when I was eleven, and I've wanted to be a developer ever since I learned C++ in AP Computer Science while in high-school. Now I'm in my sophomore year of college studying CS at a state university that isn't particularly known for its CS program, but I'm quite happy and personally think I'm learning plenty. My father thinks otherwise, and the deadline for transferring successfully is approaching quickly. What chance do I have in the real world with a not-so-prestigious degree? Am I likely to be learning what's important? Am I looking at a series of awful jobs if I don't transfer?"
I honestly don't think it matters much. I imagine there are a few organizations that it does matter to, but I think those are few and far between.
...or equivalent experience.
The most important thing in the market today is experience. Go look on Monster or any of the other sites right now, and you'll see one phrase quite a bit -
In other words, a degree is a bonus now rather than a prerequisite if you have talent and experience. If you have no experience and no big certifications, then a degree is something (and perhaps the degree from a bigger school could help a little), but the jobs available to you in this boat are not all that appealing for the most part anyway.
The great jobs go to those with solid experience, and for those people (and the people hiring them), the degree they have is considered decoration rather than the meat of the resume.
Perhaps this is different in the development field, but I doubt it; I'm coming from the infosec side of things and I imagine things are much the same for programmers.
In short, degrees and certifications are "get you in the door"-oriented credentials; the big jobs rarely go this breed of applicant.
dmiessler.com -- grep understanding knowledge
I disagree completely. I have yet to be involved with an interview where the degree was a deciding factor for anyone and I've been in this business for 16 years. It ALWAYS comes down to experience and how well you do on the technical interview. People underestimate technical interviews. Here's how the decision is typically made in my experience:
60% Experience (this is what gets you in the door)
39% Interview (this is what gets you hired)
1% Piece of paper
Nobody puts weight on the paper because everyone knows that schools do not prepare programmers for the real world.
About the only exception I could see to the 1% rule is if you come from a particularly prestigious institution like MIT, CalTech, etc. That said, people who come from institutions like that usually do very well in the interview because they are ultra-geeks. In any event, since the percentage of the population coming from those places is extremely small, it's not really a factor.
Any man who afflicts the human race with ideas must be prepared to see them misunderstood. -- H. L. Mencken
Hi,
Your resume is ugly and difficult to read. Please, choose a different font, and format it better. Also, check the language flow, and ditch the scale of 1-10 stuff.
Also, you have tense problems. Some things use past tense, others use present. For ease of reading, it's best to use past tense in all job descriptions, including your current job.
Also, you have typos (empahses in last segment, possibly others). PLEASE proofread your resume. Nothing kills your chances faster than careless mistakes.
It's also not immediately clear if you have been working as an independent contractor all this time. Without that little tidbit of information, you look like a serial job-hopper.
Your opening paragraph reads like a recommendation letter from someone else. Show, don't tell. Don't tell me you're a great team leader, give me examples of when and how you were a great team leader. Don't tell me you can make tough decisions, give me an example of when you did so, and why your decision was the best one.
Hope this helps!
Just a little side note: I went to a university known for having a good business and data processing curriculum. I took my first job writing in an obscure language for outdated mainframes. After about 2 years, I thought I'd look for a job doing what I really wanted to do, and the conversations with recruiters usually went like this:
Me: I'd like to start working as a game developer/engineer/etc...
Recruiter: Well, I see you've got many skills listed on your resume. But, what experience do you have as a developer/engineer/etc...?
Me: (sheepishly) Well, none - but it's something I'd really like to do. I've done some work on my own and read up on the subject quite a bit.
Recruiter: Well, that's nice and all, but my clients are going to want someone with solid experience... Would you be willing to take a job writing in COBOL instead?
You see, my mistake was twofold:
The perception problem is very real. If you stay at a lackluster school, you will neither get a good education, nor have a good career - at least not without a great deal of effort. Having a few years in an given technology tends to pigeon-hole your career prospects, and you might find yourself unable to find a position doing what you want to do if you don't get in with a good company right after graduation.
The society for a thought-free internet welcomes you.