Slashdot Mirror


From an Unrelated Career To IT/Programming?

An anonymous reader writes "I hate my career of the past few years. For a long time I've wondered what I'd do after I broke even and could get into something new, and I keep coming back to computers. I'd like to get into software, since I always enjoyed coding. I have some background with C++ so I'm not starting entirely from scratch. My problem is my degrees and past employment have no practical application to the field. Where should I start? I have friends in both IT and software development who might be able to pull some strings and get me an interview or two for entry-level positions, but what can I do to make myself hireable in a short period of time? Is it possible to pick up enough of what I'd need within a couple months? If so, what and how?"

67 of 374 comments (clear)

  1. Be Proactive by alain94040 · · Score: 4, Informative

    Having been a hiring manager for a couple of years, I got used to scanning resumes and deciding within 10 seconds whether to read further or not. Guess what: the one thing that matters is relevant experience.

    How can you get relevant experience in a few months? Contribute to an Open Source project. Join one of the Fair projects listed on my site.

    Contribute. Learn. Then put this fresh experience on your resume. Then you'll be hired (at least you would have a year ago - in this new economy, even Bill Gates would be jobless).

    1. Re:Be Proactive by tritonman · · Score: 3, Informative

      I'd say the answer is no. I've never looked at a resume and saw that they had no PAID experience and then said, wait, they played around on some open source project, they must be good...

    2. Re:Be Proactive by CannonballHead · · Score: 5, Informative

      Hm. I'm not a hiring manager, but was recently hired by a hiring manager (and interviewed by several people from the team I now work with). I was hired for a testing role of a product that involved UNIX (e.g., AIX) as well as Linux. I was freshly out of college with two Bachelor degrees - computer science and music. A few commented on the music thing and asked about it. One thought it was fairly related (e.g., creative thinking and programming SHOULD go together, but often don't). I had NO experience AT ALL with UNIX. I had self-taught experience with most computer stuff, including Linux and all programming (my computer science coursework was mostly review for me).

      I got hired not because of relevant experience, but because I apparently could show that I was hard working and diligent, fairly intelligent, creative [music], familiar with a lot of programming languages (but only "good" with one or two, since I primarily did scripting stuff in the past few years), and able to teach myself (that was a big resume item for me).

      Relevant experience is good, but maybe not for an entry level position? If anything, my manager was more interested in my attitude, willingness to learn, willingness to work hard, etc.

    3. Re:Be Proactive by whiplashx · · Score: 3, Insightful

      But then how does a person break into the industry?

      The above question was rhetorical. You break into the industry by getting an entry level job. Then you work for 6 months, and get your promotion to the second level, or switch to a better job. 2 years later you have "experience."

      Start with what you love. The money will come later.

    4. Re:Be Proactive by rackserverdeals · · Score: 2, Informative

      This advice is good.

      I have been a programmer and manager. I can tell you that without a formal training in the field I wouldn't even bring you in for an interview.

      Programming is more than just knowing a language. The other things you learn when obtaining a CS degree help you be a better programmer that doesn't require a lot of hand holding.

      The only times I've seen this happen have been within a company. If the company you work for has an entry level programming opportunity and you've proven that you have some competency, they may let you transfer and provide some training in certain situations.

      But this is like hiring your secretaries nephew to do the company website because people like his myspace profile.

      The best thing you can do is contribute to an open source project, as suggested above.

      This will give you some real world experience and something you can put on your resume. If after a year or two, you were able to add some substantial amount of code, not just some small bug fixes, you would be in a better position, but would still have a tough time.

      --
      Dual Opteron < $600
    5. Re:Be Proactive by fwice · · Score: 4, Interesting

      I'd say the answer is no. I've never looked at a resume and saw that they had no PAID experience and then said, wait, they played around on some open source project, they must be good...

      as a part of my department's hiring team, more weight is given to paid positions, definitely.

      but the programming skill / quality of some of these paid positions is the same as the programming skill / quality of the fuzzies in my sock -- non-existent.

      if you work on an open source project, we can at least look back at the commit tree and see some of the actual codewrites and adds/changes in the tree. in some cases, it gives us more of a knowledge of the applicants skill then someone who is just providing a resume, and using the buzzwords-of-the-{day,month,year}, since we actually have something TANGIBLE to look at. Plus, working on an open source project, the OP may likely start on a low end, handling documentation or tickets, until progressing upwards into the high technical levels -- useful skills to have.

      if you filter out all technical people right off the bat, due to past paid experience or college degree, you may lose a great hire. some of our best workers are non-ee/cs (surpisingly, civil engineers make good coders, and one of our best is a former music major, orchestra performer, & music theory professor). additionally, having someone come in without the 'dogma' from a standard ee/cs education & job background may be refreshing -- as they think and will approach problems in different ways.

      YMMV, but just my experience that cares more about the people than your standard fortune 500 chairfiller...

    6. Re:Be Proactive by SatanicPuppy · · Score: 5, Insightful

      Agreed. I had people look at my freelance experience like it was irrelevant:

      HR: "I see here you worked for [company] for only 3 months"

      Me: "It was contract work. I was on a team that built an inventory system for them that uses RFID to track over 1,000,000 discrete pieces of inventory, do automatic ordering, etc. We completed it on time, and all got bonuses. The floor guys liked it so much they threw us a barbeque."

      HR: "So your work wasn't good enough for them to hire you full time?"

      Me: "...It was a contract job."

      HR: "I'll just put, 'No' how about that?"

      --
      ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
    7. Re:Be Proactive by moderatorrater · · Score: 2, Insightful

      One of the best pieces of advice I've ever heard is that if they ask you if you know a certain technology or language, to always say yes. A good programmer, hell, even a decent programmer will be able to pick up a language fast enough that it won't matter, but an incompetent interviewer or someone who can't program won't understand that.

    8. Re:Be Proactive by ThatDamnMurphyGuy · · Score: 2, Insightful

      "I have been a programmer and manager. I can tell you that without a formal training in the field I wouldn't even bring you in for an interview."

      Then I'd say you're missing out on good talent. I have yet to interview ANYONE just out of school who knew a damn thing aside from how to spell "Java" or point click drag, which tells me formal training is crap.*

      *Crap for Web 2.0 Tech, not crap for hardcore stuff like pcb, assembly, medical, science, etc.

      They certainly don't teach troubleshooting skills in school.

    9. Re:Be Proactive by SpuriousLogic · · Score: 5, Insightful

      I think the original poster will have a very difficult time, if not impossible time, getting into the field in anything other than the lowest, least skilled position (with commensurate pay). Just knowing C++ is not enough to break into the field in a few months. I have been doing development for years, and when I start to look for a new job it takes me a few months just to brush up on all the things I already know that are asked in interviews. He/She would be coming into the field with the same experience and less relevant skills than a new graduate, but most likely expecting a higher salary. That would be a large strike against them in the marketplace. Even if he had great business acumen, his stated desire for a tech job specifically requires a strong tech background, and we all know that learning a companies product is much easier than creating the foundation required for a good technical understanding of the field. If the original poster was willing to spend more than a few months in order to break into the industry, they may have a chance, but I don't see any way to accomplish that goal in just a few months of learning. I also don't think that Open Source contribution would be in any way valuable for the individual. Open Source projects don't just want "anyone who wants to code". The vast majority of these projects are run by very highly skilled people with years of experience. The only way to really get experience is to be hired and work in a business setting developing software. Just writing code is NOT experience. My best advice for the original poster is don't try to do this in a few months. Go take out school loans and get a degree in the area. That would be the absolute fastest way to get a mid level or higher job in programming. Otherwise they will spend way more time "climbing the ranks" out of the helpdesk or other low level job they are most likely to get. There really is no shortcut in gaining knowledge and experience. Both are a product of time and effort. Attempts to circumvent that RARELY work.

    10. Re:Be Proactive by endikos · · Score: 5, Informative

      But then how does a person break into the industry?

      Freelance. Absolutely work on open source projects in your spare time to hone your skills, but then do some paid work for people that know and trust you. Then you have real-world open source volunteer experience as well as paid experience. Lots of small businesses need small utilities or enhancements to existing products they had custom built.

    11. Re:Be Proactive by CannonballHead · · Score: 4, Insightful

      I would disagree. My hiring manager has commented several times on my honesty, as well. I knew I was new and didn't know everything. My response, if asked if I knew something, was "No, but I can learn it." Maybe that sounds tongue in cheek but it's true; I was being considered for a position that I was going to have to learn a lot for, may as well be willing to do so. Furthermore, the people interviewing me actually asked for some examples (e.g., one guy asked about the advantages/disadvantages of Perl, one asked me to write a simple code snippet that would print out an array of somethings, etc).

      Depending on who you end up working for/with, honesty can make you a great person to work with. Everybody hates it when someone doesn't answer a question. I have found that answering honestly (but positively) works very well. Lying in an interview would be even worse than lying on a resume. Which, by the way, I've had several interviewing people mention to me - most people lie on their resume. I didn't, but they still wanted to talk to me if they were interested, resume isn't enough.

    12. Re:Be Proactive by Aladrin · · Score: 2, Insightful

      So you want to work for a company that has incompetent employees? Are you sure you should be lying in interviews and hoping to get the company that can't even hire people properly?

      --
      "If you make people think they're thinking, they'll love you; But if you really make them think, they'll hate you." - DM
    13. Re:Be Proactive by jwildstr · · Score: 2, Insightful

      This is a helluva way to get knocked out of contention. I talked to a teammate who interviewed someone (I'd interviewed them as well, but my area of expertise is different). He asked if they knew pthreads programming, and they said yes. He then talked to them a little about it and it became painfully obvious he had no idea what he was talking about. Be honest. Saying you know something you don't is a good way to come across as untrustworthy. Saying that "I don't know Python, but I've got some experience in other scripting languages and can probably pick it up pretty quickly" is much better. (Yes, I know nominally anyone can pick up Python quickly. It was an example.)

    14. Re:Be Proactive by AkiraRoberts · · Score: 3, Interesting

      You may also try to leverage what you do know to get your foot in the door. Using myself as an example, I spent about 5 years doing DBA work, with a smattering of generic desktop support. When I moved across the country, I found myself in a place where straight DBA work was simply unavailable. What I did find was a programming position for a company with a very small IT department who, while looking for a programmer, also needed someone who could do some DBA and general IT work as well. I had pretty much 0 programming experience, but taught myself enough in a few weeks to appear semi-competent at the interview. It was my other skills, not essential for the position, that managed to get me in the door.

      Now, that isn't totally applicable to the current situation, since the OP has no IT background to speak of. But perhaps some part of their skill set can be applied - especially if they look to smaller companies where your job may include a wide array of overlapping areas and responsibilities.

      --
      words, words, words, lemur, words, words words
    15. Re:Be Proactive by Anonymous Coward · · Score: 3, Funny

      > I got my foot in the door in a similar manor

      Fantastic! You'll be lord of the manor in no time...

    16. Re:Be Proactive by VultureMN · · Score: 2, Interesting

      Do -not- say something like "I would have declined the offer as the position would have been maintenance oriented since the bulk of the work was satisfactorily completed."

      The vast majority of software work is in maintenance work, having to deal with other people's code and bugs. It's just a fact of life, and any manager is going to nix someone who tries to avoid that reality.

      You can say something like "I prefer building new apps over maintenance" and that'd be fine; everyone would just nod and agree. But you certainly cannot appear as one of those obnoxious types who refused to deal with other folk's work and habits.

    17. Re:Be Proactive by MBGMorden · · Score: 2, Insightful

      Having worked on many diverse systems over the past few decades (CDC Cybers, VAXen running VMS, UNIVAC OS1100 mainframes, IBM boxes running TSO, Solaris/HPUX/Linux boxes, etc.), I would say that AIX, Linux, and Solaris are at least within the same basic OS family.

      Which is my point. To me, separating Linux out from "Unix", and then lumping "Unix" together as something cohesive and separate from Linux just seems odd to me. Semantics aside, if you know Linux then you're already 80% of the way towards using Solaris (and if you happened to have actual "Unix" experience from say, HP-UX, then you're not in any better position jumping right into Solaris than if you'd used Linux, even though the first two are both officially "Unix").

      Essentially, I'm just saying that seperating Linux out and branding it specifically as something NOT "Unix" is a bit odd to me. I'm not saying that all OS's are the same (a fact that I'm well familiar with - 4 years ago I had a requirement to learn OS/400 for work - it's very, very, very NOT like any Unix I've ever used :)).

      Or more simply, IMHO practically speaking you should either reference experience with specific systems, or for user purposes just lump Linux in with "Unix". The official term means little more than a marketing designation these days.

      --
      "People who think they know everything are very annoying to those of us who do."-Mark Twain
    18. Re:Be Proactive by inviolet · · Score: 3, Interesting

      Having been a hiring manager for a couple of years, I got used to scanning resumes and deciding within 10 seconds whether to read further or not. Guess what: the one thing that matters is relevant experience.

      The reason that everyone gives conflicting advice about "how to get hired" or "what to put on a resume" is that there is no universal formula. There is none, because if there was, everybody would game it, and then it would stop working.

      The stock market works the same way. If someone is publicly advocating or selling a formula, then you already know that the formula doesn't work any more.

      Women work this way too. They must give conflicting signals in order to avoid getting gamed. Only by watching you flop around trying to understand what they say they want, can they gather enough data to infer your true character.

      There will never be a general success formula for any of these realms, because the payoffs (salary / money / womb-space) are too big.

      --
      FATMOUSE + YOU = FATMOUSE
    19. Re:Be Proactive by the_womble · · Score: 2, Informative

      But then how does a person break into the industry?

      The industry has more jobs than programming, and a lot of them are interesting. What about working for a software company that sells to your current industry? I did it myself for an year and liked it.

      Depending on what you do and what your skills are you may be able to write specifications, deal with clients, explain requirements to developers, etc.

    20. Re:Be Proactive by Fulcrum+of+Evil · · Score: 2, Insightful

      if you filter out all technical people right off the bat, due to past paid experience or college degree, you may lose a great hire.

      This always bugs me - who cares what may happen? What matters is what will probably happen, and when you don't know the guys in the stack, it's a numbers game - optimize your time to make a good hire likely. This implies two courses of action for the submitter - develop your network and get hired through connections, and get experience any way you can. You don't have to choose - do both.

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
  2. hard work, a little determination... by Em+Emalb · · Score: 2, Insightful

    and some reserves in the bank (or mattress) should see you through til you can catch up.

    Life is too short to work in a job you hate, so go for it dude(tte).

    --
    Sent from your iPad.
  3. no relevant background, no problem by mtrachtenberg · · Score: 5, Funny

    "no practical application to the field"

    Try management.

  4. You could just lie and go for it. by tjstork · · Score: 5, Funny

    Make it all up.... the worst that could happen is that you would get fired after a few months. But, believe me, there's a lot of shoddy programmers out there, so, you'd be hard pressed to do worse than some of the "pros" that are out there.

    --
    This is my sig.
    1. Re:You could just lie and go for it. by SatanicPuppy · · Score: 4, Interesting

      Well, though obviously I can't advocate that approach, it's frankly not a bad idea. Your first hurdle is HR, and HR wants 5 years of this and 6 years of that, and they are going to toss everything that doesn't conform to those standards.

      I've seen plenty of incompetent people lie their way through HR, so it definitely works. Now, if you do that, and get hired and it turns out you don't know what you're doing, you can expect your coworkers to turn on you big time. Nothing worse than an incompetent coworker: it's better to have no one at all.

      --
      ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
    2. Re:You could just lie and go for it. by GMFTatsujin · · Score: 2, Funny

      And hey! After you're fired, you can *still* legitimately put that time down on your resume as professional experience! It's a win either way!

    3. Re:You could just lie and go for it. by tech10171968 · · Score: 4, Insightful

      "I've seen plenty of incompetent people lie their way through HR, so it definitely works."

      I blame a lot of this on companies who rely too much on HR to screen the resumes. When you submit a resume in hopes of scoring an interview, the first person to see it is the "Gatekeeper" in HR. Oftentimes that HR drone doesn't know the first damned thing about the industry for which the company is hiring, so they'll often read a resume a little differently from the hiring manager (who would at least have a clue). HR just scans the resumes and relies on bullet points and keywords; as a result a lot of talent can be completely overlooked because someone who otherwise might just have the chops didn't use the right words or format. Many people have found that careers can be affected by some nitpicking secretary so some will "pad" their resumes just to get by the clueless gatekeeper. In fact, I've even heard the argument that a lot of folks aren't necessarily getting their certs for the job itself; instead, they're getting them just to get past HR.

      --
      This space for rent!
    4. Re:You could just lie and go for it. by fm6 · · Score: 3, Insightful

      When you submit a resume in hopes of scoring an interview, the first person to see it is the "Gatekeeper" in HR. Oftentimes that HR drone doesn't know the first damned thing about the industry for which the company is hiring, so they'll often read a resume a little differently from the hiring manager (who would at least have a clue).

      That definitely jibs with my experience. I don't think I've ever gotten a job through the usual send-us-a-resume process. (My resume sucks. Forgot to finish my BA, and there's some holes in my experience where I was fighting illness.) But I've had more luck when I've been able to connect with the hiring manager directly and convince them that I could do the work.

      (LinkedIn is good for that. But be selective about who you network with, or else the signal-to-noise ratio in your contact list will drop to zero. In particular, refuse all the invitations to network that you'll get from professional recruiters.)

      HR isn't the only problem here. Upper management also tends to frown on people with weak backgrounds, no matter how much the hiring manager wants them.

      Helps to start as a contractor. You do a good job, convince enough people that you're valuable, and you end up with a lot of advocates that upper management and HR can't ignore.

      And of course you want to beef up your resume any way you can. Contributing to open source project (as others have suggested) is good, as is any other kind of volunteer activity that shows you have relevant skills. You should also look at getting some of those certificates and credentials that abound in the tech industry. Yeah, I know, most of them are bogus. But many of them aren't. And even the ones that are bogus help you get past the bureaucrats.

  5. Are you sure you wanna do that? by drdanny_orig · · Score: 4, Funny

    Speaking as someone who's been involved in IT for 30+ years, allow me to shout at you...."You're going the wrong way!!!"

    --
    .nosig
    1. Re:Are you sure you wanna do that? by eln · · Score: 5, Insightful

      Seriously. Unless his previous job involved rendering pork fat or defusing mines, he should probably just stay where he is. Leave IT to those of us who made the mistake of getting in years ago and are now stuck because our minds have warped so much that we're unfit for normal society.

    2. Re:Are you sure you wanna do that? by girlintraining · · Score: 2, Funny

      Speaking as someone who's been involved in IT for 30+ years, allow me to shout at you...."You're going the wrong way!!!"

      Kara Thrace, is that you?

      --
      #fuckbeta #iamslashdot #dicemustdie
    3. Re:Are you sure you wanna do that? by moderatorrater · · Score: 3, Funny

      That's what she said!

      Unfortunately :'(

    4. Re:Are you sure you wanna do that? by radtea · · Score: 2, Insightful

      "You're going the wrong way!!!"

      My thoughts exactly. I have two teenage kids and while I'm making sure they both know how to code (Python and pygame FTW!) I'm discouraging them from going into anything that looks like "software development" as a career.

      Software development skills are being commoditized very rapidly, both due to advances in technology and offshoring. Better frameworks, better libraries, and relatively simple and safe languages like Python and Java are allowing junior developers to do stuff that you'd only have trusted to a guru ten or fifteen years ago.

      The number of well-paid development positions is going to decline in the next decade or two because the bulk of the job will be do-able by a less skilled person. In India. There will still be niches for people with really deep skill-sets, but they are going to be fewer and less lucrative as time goes on.

      --
      Blasphemy is a human right. Blasphemophobia kills.
  6. Small time.. by The+Dancing+Panda · · Score: 3, Insightful

    You're not going to get hired by any of the big boys, because they all want degrees and experience. A small time shop writing business software is something you might be able to get into. If you didn't know, business software is by far the easiest and most boring software you can write. But, it all needs to be written, and that's where you can get your start. You could also just get an MCSE. That's easy enough if you have a bit of cash, and the letters next to your name can get you hired.

    1. Re:Small time.. by Walkingshark · · Score: 2, Insightful

      Whatever, they're all the same. Useless classes and a piece of paper that can get you into an interview.

      Which is why our economy is all fucked up. Its inherent in the culture we've built that values bullshit over substance.

      --
      The world you experience is only a close approximation of reality.
  7. Look at your experience that isn't coding. by Smoky+D.+Bear · · Score: 3, Interesting

    Understanding the business, understanding what the code needs to accomplish and being able to communicate with the users can be just as valuable as coding experience. This does depend on the company. Highlight these areas. It will tend to look you look a bit more than a manager than a programmer, but you will get your foot in the door.

  8. Wow by exhilaration · · Score: 3, Informative

    How bad is it that you're actually considering changing jobs in this economy? IMHO, you'd be a fool to give up a paying job now for something uncertain.

  9. Hard field to transfer into by SpuriousLogic · · Score: 4, Informative

    Programming can be very hard to transfer into, given the demand for experience and specific knowledge in the field (the US Dept of Labor sites this as one of the reasons less people enter into the field over others for second jobs). It would be almost impossible for you to get into anything other than an entry level support job (think helpdesk). Getting a job as a full developer will be a very difficult proposition. You might be able to get a job doing some "simple" development in a small shop though (think perl, php, that kind of stuff). Compare yourself to a college grad with a degree in Comp Sci (or similar degree) - graduates in this years class are seeing a very tough job market, even though software engineering is comparably untouched by the ongoing depression. These grads would have a level of experience similar to yours, but most likely be willing to work for less, and have been formally trained in the field. My suggestion would be to spend a significant amount of time learning the field, not just a language syntax. Go to a college website, see the books that are used for the classes, and start in on them. There is MUCH MUCH more to programming that just knowing a language syntax.

  10. Portfolio + demonstrable talent by Stiletto · · Score: 3, Insightful

    In the absence of professional experience or coursework, I'd look for a portfolio of non-professional software projects you've worked on. Have you worked on any open source projects? If so, in what capacity? Did you submit patches, fix bugs, assist in documentation? Can you provide an example of a routine or software module you have written and are particularly proud of?

    Also, good organizations will ask interviewees to discuss, at an abstract level,

      * Algorithms
      * Data structures
      * Pointers
      * Recursion
      * Object oriented design concepts

    And really good ones will ask interviewees to write and read/explain source code during their interview. Be prepared to do that.

    Watch out for organizations that demand a certain level of niche domain experience or knowledge of a particular API/language/library/technology, yet claim to be looking for "entry-level" people. You're probably wasting your time talking to someone like that, if you're just getting into the biz.

    1. Re:Portfolio + demonstrable talent by tgd · · Score: 2, Informative

      Pointers?

      I asked a question about pointers in an interview once... the answer, paraphrased was:

      "Pointers? Here's a pointer. If you're not writing device drivers, use a language like C# or Java that doesn't have them."

      He got hired. I needed a Java guy who solved problems in a Java way.

    2. Re:Portfolio + demonstrable talent by The+One+and+Only · · Score: 2, Insightful

      C# and Perl pay my bills right now, but I was hired based on an interview question that was something like "how do you reverse a linked list?", which is a classical pointer question. As Joel puts it:

      I've come to realize that understanding pointers in C is not a skill, it's an aptitude. In first year computer science classes, there are always about 200 kids at the beginning of the semester, all of whom wrote complex adventure games in BASIC for their PCs when they were 4 years old. They are having a good ol' time learning C or Pascal in college, until one day they professor introduces pointers, and suddenly, they don't get it. They just don't understand anything any more. 90% of the class goes off and becomes Political Science majors, then they tell their friends that there weren't enough good looking members of the appropriate sex in their CompSci classes, that's why they switched. For some reason most people seem to be born without the part of the brain that understands pointers. Pointers require a complex form of doubly-indirected thinking that some people just can't do, and it's pretty crucial to good programming. A lot of the "script jocks" who started programming by copying JavaScript snippets into their web pages and went on to learn Perl never learned about pointers, and they can never quite produce code of the quality you need.

      --
      In Repressive Burma, it's not just your connection that dies. slashdot.org/comments.pl?sid=314547&cid=20819199
  11. Strategy by pete-classic · · Score: 3, Informative

    You don't give us much to go on, but surely software is used in your field . . . whatever it is. You probably already know more about that domain than most programmers already working in it. You might want to get as far away from that field as possible, but I doubt you can afford to not use your experience as a key selling point.

    You probably don't want to hear this, but you're starting over. Without a relevant degree. So you're going back to entry level. I hope your finances are in order.

    So, for example, you might apply to the support department for a software package that you use in your current field. I do QA, and I often say, "QA is a ghetto", but that's another possible entry point.

    Once you get your foot in the door on the technical side you might be able to move toward programming if you bust your hump. For years. Largely without recognition. Be prepared, not just to prove yourself, but to prove your self over and over until someone actually notices. And then to that again until someone who is willing to take a chance on you notices.

    Then, some day, if you put in a hero's effort, you might be able to be an entry-level programmer.

    You've picked a tough row to hoe, sir.

    -Peter

    1. Re:Strategy by microTodd · · Score: 4, Informative

      Then, some day, if you put in a hero's effort, you might be able to be an entry-level programmer.

      Peter, I understand why you are being negative (as with most of the replies here). Programming is not an easy field to succeed in. But neither is any other field. And besides, why are we discouraging someone to do what he loves?

      You probably already know more about that domain than most programmers already working in it

      This advice you give in the beginning is very good, and something that I tell all wanna-be programmers, whether they are CS grads or something else. There are very few "pure" programming jobs, maybe just Google, Microsoft, and Apple. But in the world today, every field requires software somewhere in it.

      You ask the right question...what is it you are doing now? Because its is 99% likely that his current career has some niche need for software.

      Car mechanic - Parts inventory and job tracking
      Musician - MIDI interfaces
      Lawn mower - Job scheduling and business backend (bookkeeping)
      Restaurant manager - Server scheduling, inventory, POS, (wireless handheld order entry?)
      Truck driver - Log management

      and so forth.

      I've always thought, its easier to get an expert in some knowledge domain and teach them to program, than it is to take a programmer and try to teach them some knowledge domain.

      --
      "You cannot find out which view is the right one by science in the ordinary sense." - C.S. Lewis on Intelligent Design
  12. try it old school by larry+bagina · · Score: 5, Interesting

    Learn fortran, cobol, mumps, pick, ada, k, and other legacy or non-mainstream languages. Companies that use them generally have a hard time finding people that know them, so you can get in without the experience.

    --
    Do you even lift?

    These aren't the 'roids you're looking for.

  13. You don't want to be in this market by girlintraining · · Score: 3, Informative

    The market for IT is horrible right now and will probably get worse before it gets better. All the jobs are contract, temporary, and there's a high ratio of applicants to available positions. And the disconnect between those doing the hiring and those who have the ability do evaluate your technical skills? Let's just say HR can put on their job requirements "Five years Windows Vista" and will not look at your resume (for being honest), while some joker will get the job because he's willing to taylor his resume to whatever lies HR is looking for. There is no oversight. There are few left in this industry that actually do the hiring/screening and so a bunch of useless requirements now pervade many job listings. Legitimate workers can't find legitimate work because they're not being hired by anyone in the industry anymore... Everything (and I mean everything) is outsourced, contracted, subcontracted, then thrown in the basement bound and with a ball gag in its mouth. It's reinforced by the attitude that IT workers are a nearly unlimited and with 10% unemployment rates in some areas now and schools pumping out "msce certified technicians" by the boatload -- the industry itself is rotting due to an inability to actually see real talent in all the crap. It doesn't help that most of the jobs that used to be here are now overseas.

    My advice? Start filling out applications for customer service, or find some really rare niche tech job and learn it. But the entry level is saturated to the point of disbelief, as far as I can tell.

    - in the Midwest, YMMV.

    --
    #fuckbeta #iamslashdot #dicemustdie
  14. Sometimes entry levelers are the best by Twillerror · · Score: 3, Insightful

    I'm sure there will be a lot of posts about how much expeirence counts. Sometimes it counts in the opposite way.

    Almost everytime I hired an experienced developer I was not happy and paid to much. When I got a kid out of school
    and was smart it almost always worked out better.

    The thing to ask yourself is do you really like coding and are you good at it. If you do and your hungry you'll find a way in.
    Chances are you will lap other expeirenced developers that you come across. The kind that have never heard of slashdot for sure.

    You can always demo in an interview. Create some silly little app and demo it with excitement. How well you communicate the idea
    will let the employer know if you are write for their team.

  15. Stick in your field by C10H14N2 · · Score: 2

    ...and just start programming in it.

    Hopefully, you have a relatively coherent background that is focused in some way. "IT/Programming" is a HUGE field. You can't really just get an "IT job" of any sort of quality. I mean, programming WHAT? Recipe apps for iPhones or reactor controls for ballastic missile submarines?

    Think of this as changing your _role_ in your existing field rather than changing fields entirely. Hiring managers will be far more likely to listen to you if you present yourself as a seasoned professional in a specific field who is willing to expand their responsibilities, rather than a Johnny-come-lately with little to no skills and zero relevance.

  16. Academia. by saintlupus · · Score: 2, Insightful

    One place that you might want to consider looking is academia -- in my experience, colleges and universities tend to be more relaxed about your official background and certifications and more concerned with whether or not you can do the job. Plus, most schools will allow you to take classes for free, which would help you get some "official" education on your resume.

    Even smaller schools generally have a dedicated coding team working in the IT department. Send some resumes to the "Director of Information Technology" at nearby schools and see what hits.

    --saint

  17. Things to remember... by geminidomino · · Score: 3, Insightful

    1. You didn't mention what career you were leaving, but if you can have strings pulled, remember that an entry-level position will carry entry-level pay. Have a nice cushion to take up the slack, especially in this economy.

    2. Do SOMETHING. Paid experience is best. OSS isn't as good. "Hobby projects" are only marginally better than nothing. For the latter two, something demonstrable is almost nonnegotiable.

    3. Get your head examined. :) If you enjoy coding, nothing will kill that love faster than doing it day-in, day-out under the "guidance" of PHBs and Marketing-directed design... (What? Me? Bitter?)

  18. Start small and you will win in the end. by dlarmeir · · Score: 2, Interesting

    I worked as a security officer for 7 years and had no relevant IT experience. I spent the majority of my time pulling pc's from the garbage and building/fixing them. I took a cut in pay from being a security supervisor to work a small tech support job. I spent one year doing this, 1 year at a slightly higher paying job, and ended up making over two times what I used to make in 2 years. The secret was just getting some experience and now I have a very awesome career in IT. Anyone can do this if they love what they do and have the drive to do it.

  19. What you've done + computers by TheSimkin · · Score: 2, Insightful

    I don't know what your past career was. But taking what you know, about your past career, and merging it with computers might be a viable solution. Ie find out how tech is holding back what you do in your existing job. Or find a way tech can improve it. And then create that solution. It is tough to do, but would let you marry what you've done with the past to program development and open up many oportunities for you. I did this at my first job, where i replaced a terrible order entry system. It has worked out very well for me.

  20. Start. Code Often. Contribute. by ThatDamnMurphyGuy · · Score: 4, Insightful

    I was a double music major in college: a BA in Music Ed K-12, and a BA in Music Perf. Percussion. I got my teaching certificate, then promptly went into programming. For me, the key seems to be just programming. All you can. All the time.

    My last 2 years of school, I started doing HyperCard scripting, then UserLand scripting, then VB and whatever I could get my hands on, doing whatever departmental projects I could do, like test taking apps, etc. Then I worked my way into web pages, html, and doing the department web site.

    I've been at it for 14 years now doing .NET, Perl, SQL, Rails, Catalyst, Django...all without a programming degree or background. So, my advice would be:

    1. Don't expect someone to hand you a job by pulling strings
    2. Program. If you love it, do it all the time. The best job is one where you get paid to do what you would do as a hobby.
    3. Keep at it. Be a sponge, and show you can the job by doing as much as you can outside of that job. Contribute to open source. Work on other projects. Start your own projects. Get yourself noticed.

    For the "hiring manager" who say they never hire anyone with o experience on their resume, I'd say we all had none when we started. Conversly, I've seen awesome resumes...by people who can't even tell me how to anything more than MS point and click.

  21. Leverage your existing experience by Faizdog · · Score: 5, Insightful

    One thing you may find is that generic coding jobs may be boring/unexciting for you and also hard to get into. I would advise you leverage your current experience, and see where new software may help in your current field, or what is it about the existing software that you feel is lacking and/or needs improvement.

    It will also make it easier for you to get a job that way. "I don't have software experience, but due to x years of experience in this field, I understand the ins and outs and that will be invaluable while I build up software design and implementation experience."

    If you were a biologist, look at bioinformatics, if you were in real estate look at companies building better MLS tracking software, if you were a teacher, look at jobs with a company like Blackboard, you get the idea.

    --
    -"Those who fought today will die tommorow."-
  22. Look for something related ... by fahrbot-bot · · Score: 2, Informative
    ... to your degree and experience that you could utilize newly gained computer experience. Computers are a tool used to get stuff done.

    You didn't say what your current career field is, but in many cases, unless you're looking for pure IT, the subject matter experience is more important and computer experience is a tool you use, or help others use, in that field.

    For example, someone with lots of physics experience and some CS experience is probably a better candidate to do physics programming than someone with just a CS degree - though, obviously, not always...

    --
    It must have been something you assimilated. . . .
  23. My advice: focus on project management by TheSync · · Score: 2, Informative

    I can't recommend becoming a "coder" given the current business conditions.

    What is in desperate need is process-oriented software project managers. The good news is that you can come at this with a bit of coding background if you combine it with rigorous project management training on the PMP track. I'll admit that half of employers won't look at you as a project manager if you don't have "10 years coding experience," but the other half will be willing to overlook a depth of coding experience if you have a solid process-oriented project management training and attitude. And once you've landed a job as a software project manager and get a project or two under your belt, you will have the cred to work anywhere.

    Even if you do move forward with a "coder" career, I suggest you bone up on your software project management processes, and point out in resumes and interviews that you are serious about project process.

    There are 100 million potential coders on the planet, but if you are the kind of coder who can also gather requirements (in English, on site in the US ;), create work breakdown structures, generate project plans and test plans, track the project, and demonstrate successful testing, you will shine a bit above folks who can't, even if you have not ever written a compiler in class.

  24. This is how I did it by elloGov · · Score: 2, Informative

    Yes, relevant experience is important. Everyone wants x years of experience. Well, how do you get that experience if no one is hiring at entry-level?

    You like to program, want to get into it. You are certain that you will be able to get the job done only if someone gives you a chance. Someone taking a chance on you is exactly what you need. To get to that point, you have to start programming.

    Read object oriented programming principles, a book on JAVA would do to get an idea on things. Pick a project you are interested in. For me, it was to build a site from ground up. This exposed me to the whole picture of web development and how it all tied together.

    Database modeling and administration
    Back-end programming
    Front-end JavaScript GUI development
    Session handling
    Communications between the different layers
    Encoding
    Validation
    Web Server Administration/Configuration


    Granted I didn't become an expert of any of those technologies, it did however give me an understanding of the priceless big picture, a taste of programming. Thereupon, with confidence I applied for positions. With such exposure you can have a better idea in which direction you want to go in.

    You might not be able to go for hardcore software engineering jobs at first, but there are jobs for all levels in the field. Slowly with time, education and experience, you can as you did with your first job determine your future.

    Start programming for a project of your own and/or open-source.

    Programming has its ups and downs as with any other profession. Programming gives you an element of autonomy. Casual clothes, Flexible work schedule, working remotely, and best of all good pay are usually among many other pros. Programming heavy logic will work your brain to the limit, so it is fatiguing. You will face the computer screen quite often and it is mostly a anti-social job. Therefore it is vital that you compliment this with exercise and social activities to balance things out. Often, you will be asked to do things by business but how you do it often will be up to you. Therefore, creativity at the workplace is a fuzzy thing. But in time with technical skills you can move to management or architecture and design.


    Sincerely wishing you much success.

  25. IT != Programming by catmistake · · Score: 2, Informative

    IT is Information Technology, and Programming is software development. Unless you specifically mean software development for information technology, I'd say the question is wrong headed. Its like asking how to bust into the field of auto-mechanics/taxi driving.

    1. Re:IT != Programming by fm6 · · Score: 2, Interesting

      You're quite correct to distinguish between "information technology" in the strictest sense and programming. (And other computer/network disciplines, for that matter.) But the looser sense is pretty common, and it's not going to go away.

      It's sort of like another bit of loose terminology I've stopped objecting to (and even started using myself): "broadband" as in "lots of bandwidth". If you know about the broadband/baseband distinction, the now-common usage sounds kind of dumb. But there's no getting rid of it.

      And at least with "broadband" you can actually point at a concept and explain why people are misusing the word. When it comes to "information technology" it's not at all obvious why programming, or any other discipline that's about manipulating information, isn't part of it.

  26. IT vs Programming entry point by SpuriousLogic · · Score: 2, Informative

    You will be able to get a job in IT much more easily than in programming. Now, I know this is going to get some wicked replies, but IT is easier than Programming to enter into as the formal education requirement is much lower. I spent 7 years doing very large scale UNIX support (10,000 workstations, 900 servers, at that time one of the largest UNIX installations on the planet), and another 7 doing large scale "enterprise" development (large volume transaction processing),and hands down, the complexity of the issues in programming is much greater than in IT support. You can get a job doing helpdesk support and move into a small scale administration job in a small number of years. Getting into a entry-level programming job without either formal education or a significant amount of other IT experience will be difficult if not impossible in anything other than the smallest shop. The jobs are also very different. IT has you up at all hours, often fighting small campfires and blazing infernos. Shit roles downhill much faster in IT than any other job on the planet, and the stress can be considerable. However, the technical knowledge barrier for entry is not as high in the field as in programming. Programming on the other hand does not have as much of the firefighting, and is indeed lower stress, but some of the problems to be solved are very difficult, and doing something wrong can have very large penalties. Contrary to popular belief, most of the time spent by developers is not actually coding, be aware of that. And you are more than likely to not develop new applications, rather you will be supporting or enhancing a existing application. The two areas are very different, so make sure you want to get into programming and not IT. Either way, it will be a rough road without formal training or significant amounts of experience and the areas involve different skill sets. Spend some time determining which area is the most interesting for you. To get a helpdesk job, you could get some MCSE certs in a fairly short time which would help get you on a Windows support desk fairly quickly. Programming is a different beast. In that case I suggest getting a formal education, as going back to school will get you a entry level programming job faster than "working your way" through the ranks. Be aware that just knowing a language syntax is not enough to program anything other than the smallest applications. Programmers who just know syntax are the worst of all breeds and are thoroughly reviled - don't become one of those.

  27. School, Submersion, and Certifications by samalex01 · · Score: 2, Interesting

    I didn't read through all the posts, so someone may have suggested these. I have three suggestions: School, Certifications, and Submersion.

    First off try to get a degree of some sort, even if it's just a AAS Degree in Computer Science at a local community college. If you have any credits it may not take as long as you'd think.

    If school isn't an option or you don't want to spend the time, pick a path and submerge yourself in it. If you want to go the DotNet path then pick-up VS2008 Developer Edition, Sql Server 2008 Developer Edition, and as many books as you can. Yes it will cost some money, but you're talking about a life changing career move so you'll need to invest some cash and time.

    Also a huge piece most folks miss when telling someone how to get started are the conceptual aspects of coding. I'd say any good program has more time put into planning the concept then typing code itself. Spend as much time learning the theories behind coding, which generally are language independent. I'd suggest getting Beautiful Code and also reviewing the books at OReilly on this topic - http://oreilly.com/store/series/theory.html .

    Then once you pick a language and start getting familiar with it, start coding! Put together anything, whether it's a program to calculate your budget, your bowling team's scores, anything. Find some practical use for hte code and start hacking. Then when start looking at certifications. Microsoft has several for developers: MCTS, MCPD, MCAD, etc.

    So how does this apply to breaking into the IT workforce??? Personally my experience is a degree is best, but many employers will look at certifications second. Either shows you're able to follow through with something. Secondly even if you have no professional experience, I've seen folks carry a portfolio of work to show. If the hiring is done by a CIO or HR department, they probably will look more at certs and degrees, but if the technical side of the department is involved have something to show, even if it's a small sample of printed out code. To a developer they can read this and see how good you are.

    With all this said, don't expect to find an awesome job right out of the gate. Try to get a gopher job, which is generally fixing bugs, doing reports, etc... and from here you'll get the work experience you need to really move up in the industry. ALso make contacts!!! Find folks in your area who are coders, whether in a user group, local computer shop, or whatever. Most jobs I've seen folks get around our area are through contacts. The verbiage "It's who you know not what you know" does hold true.

    Have fun... , but my suggestion is to go to school part time at your local community college and try to pick-up an AAS Degree in Computer Science. Depending on the credits you have now it may only be a matter of a few classes, or if you're starting from scratch some technical colleges will give you a certification. But for better or for worse many employers look for a degree of some sort.

    Secondly I'd suggest picking a path and submerging yourself in it. For example if DotNet is your route, get

  28. Bureau of Labor Statistics by SpuriousLogic · · Score: 2, Informative

    You can read the report at http://www.bls.gov/oco/ocos110.htm from the Bureau of Labor Statistics. Specifically look at the Training and Outlook sections before you make your decision. It sounds like you would have ALOT of work to do to even make the most basic entry level job.

  29. Take a step back chief...... by ewenix · · Score: 3, Interesting
    Before you potentially ruin something that you enjoy as a hobby, take a good look at the situation.
    I'd recommend investing in something like: http://www.aimstesting.org/

    Take into consideration your age. Are you going to fit in with a bunch of 20 somethings fresh out of school?
    Corporate culture will differ with the company, but your co-workers "mini culture" will have a big effect.

    Is this really something you can do long term?
    By that I mean, the sheer amount of IT work in your geographic area.
    If you work for company A and it goes under or you decide to leave, what else is available?
    (You will have to compete with a much larger pool of candidates if you try a tele-commuting gig.)

    Do you enjoy your family, hobbies, etc? Plenty of IT jobs regularly require far more than 40 hours/week. Are you prepared for this as a long term situation?

    If after all that you still want to give it a shot and your contacts will pull a few strings then give it a shot.....and may God have mercy on your soul.

  30. No kidding I want advice getting OUT of SW Dev. by guidryp · · Score: 5, Insightful

    Geez.

    It is an outsourced jungle these days. Do you really want to justify why you think you are worth 10 times the salary of a coder in China? Or work for a while then train your Chinese replacements, spend EARLY morning and evenings across the timezones on calls with them to make sure everything is finally working out their new team, so they can cut you.

    Meanwhile your company is going down the toilet while your execs reward themselves for reducing salary expenses with drastic moves to low cost centers.

    Not a career I would recommend unless you are in some high security area that can't be outsourced.

    Best of luck.

  31. Lies and resumes by Savage-Rabbit · · Score: 3, Insightful

    Why would you assume people lie on their resumes? You may, but most people don't. Don't get caught at it though: that's pretty much a definitive career ending move. And the incompetence of a technologically illiterate HR person doesn't constitute a "lie" either. That's something called a mistake. Or a typo.

    I second that. I have never lied on a resume or even padded mine slightly. I have, however, been asked to an interview more than once by people who then proceeded to ask me for details about my experience with things that weren't on my resume. I will never understand why employers do that, I don't like it when people waste my time. I can only assume they were to lazy to read my resume. What I have experience with is on my resume, what I don't have experience with isn't and all they have to do is read the f*cking thing. Many HR people and head-hunters are a waste of space. I was recently asked by a head-hunter to put certain claims of experience in my resume. Even after I explicitly told him I had no experience with that technology, he wanted me to put it on my resume anyway so it would be easier for him to "sell my resume" to an employer. This, I resoloutely refused to do. In my time I have witnessed a couple of people get caught who outright lied about their experience and knowledge on a resume or in an interview and let me tell you, that's one thing I don't ever want to experience. I cannot even imagine how that feels. Never mind the fact that ever afterwards you'd have to explain why you were only at a certain company for a couple of months and why you left them. Even if you tell another lie, get away with it and get this new job you still have to worry that some PHB meets somebody from that other company on the golf course, they start chatting, and you are screwed anyway. A lie becomes a web of lies and eventually, when you lose track of what lies you have told to which people... that's when you get caught.

    And that concludes my rant...

    --
    Only to idiots, are orders laws.
    -- Henning von Tresckow
  32. It can be done. I did it by cliffski · · Score: 5, Interesting

    On the other hand, I KNOW it can be done. I made a quite insane journey from traditional wooden boatbuilding to computer programmer. It took me a long time, because I got distracted by actually working in IT support (at quite a decent paid level, 3rd line network support), but it could have been done quicker.
    I had no degree (a failed attempt at economics), not a single qualification in computing, and a work history as a guitar teacher and a boatbuilder, and yet I managed to shift into IT, and then into coding. This is how I did it:

    1) I went to evening classes and got some C and C++ exams under my belt.
    2) I coded some ganmes from scratch and started selling them, giving me something visually impressive on my CV
    3) I didn't hide my previous jobs. In fact, I think they helped my CV to stand out
    4) I acted confident about getting every job I went to. Being an ex-musician helped in this. No interview for a job is as scary as playing a gig to a bunch of drunk Hells Angels on a saturday night.

    When I was a boatbuilder, the most hi-tech equipment we had was a telephone. We didn't even have electric screwdrivers, or for that matter, plumbing. The floor was sawdust on concrete. If I can go from that environment to lead programmer, then anyone can do it. That doesn't mean it isn't extremely fucking hard to do so, but I can assure you it is doable.

    --
    DRM-free indie games for the PC and Mac: Positech Games
  33. Freelance work on the resume by drew_eckhardt · · Score: 2, Insightful

    For the time I was working on short contracts between interesting full-time positions, I list my employer of record (Drew's Software LLC) instead of the individual companies I contracted with.

  34. It's a troubled industry by 1s44c · · Score: 2, Funny

    To get a feel for what IT is like try the following:

    Write a useful program for some open source project. Redesign and rewrite it until you are happy it's as good as can be.

    Do the above in the chimpanzee enclosure at the zoo. With the chimpanzees throwing their turds at you whilst you type. Do it in half the time it takes to do it right. Spend half of your remaining time explaining how the software works to the dumbest chimpanzee, call him the PHB. Have the second dumbest chimpanzee write every third line of code for you. Once you have finished give the chimpanzees your phone number and expect them to call you every time the software they didn't let you write correctly fails.

    Seriously, working in IT for a multinational isn't in any way fun. At least stick to small sane companies.