Ask Slashdot: How Does an IT Generalist Get Back Into Programming?
CanadianSchism writes "I've been in the public sector for the past 6 years. I started off doing my work study in web design and a bit of support, eventually going through the interview process to fill in a data processing technician post, and getting the job. The first four years of my work life were spent in various schools, fixing computers, implementing new hardware, rolling out updates/ghosting labs, troubleshooting basic network and printer problems, etc. I was eventually asked to work on the administrative information systems with an analyst, which I've been doing for the past 2 years. That's consisted of program support, installing updates to the pay/financial/purchasing/tax/energy systems, taking backups on SQL servers, etc. I've never had the opportunity to take time for myself, and jump back into my first love: programming. I've picked up Powershell books (have two here at the office), but haven't gotten anything down yet, as there are always other projects that come up and whittle my attention to learning a language down to zilch. This new year will see a change in that, however. I'll be setting aside an hour every day to devote to learning a new language, in the eventual hope that I can leave this company (take a sabbatical) and hop into the private sector for a few years. My question to you all is, what language should I start with, to learn and get back into the principles of programming, that will help me build a personal portfolio, but will also lend to learning other languages? At this point, I'm not sure if I'd like to make/maintain custom applications, or if back-end web programming would be more interesting, or any of the other niches out there."
It's easy, it's fun, and it's versatile. It would be useful to all of the field you mentioned and would also be useful for scripting if you do end up going back to IT.
Apparently wizard is not a legitimate career path, so I chose programmer instead.
I do it for free; usually for NPOs that can't afford programmers. Helps me to learn.
I don't particularly care whether or not it ever becomes "famous" (it won't because it addresses a very small, select audience). I just care whether or not it is the best quality I can do.
The nice thing, is that there is minimal pressure, which is good, as my "day job" gets first dibs on my time.
I don't watch TV. I don't hunt. I don't tweak cars, and I don't like to spend much time tending a server.
I just like to code. I also make sure that I don't write stuff that competes with my "day job." I like my company, and they could easily make my life miserable if I did. I also don't spend much of my "day job's" time on my personal stuff. I don't mind spending a bit of it, though, as they DEFINITELY benefit from my extracurricular work.
That works for me.
"For every complex problem there is an answer that is clear, simple, and wrong."
-H. L. Mencken
http://xkcd.com/353/ Results may vary but yes it is that simple and powerful.
Take a look at this Google Python Class video: it will get you immediately up & running: http://www.youtube.com/watch?v=tKTZoB2Vjuk
SeqBox
You can become a rockstar DevOps Sysadmin if you get this down
I'd suggest Ruby first, then Python...but of course, you'll want to make sure your Linux/unix sysadmin knowledge is top notch too. I'm self taught so I'm not very good at telling people how to learn it besides "eh figure it out", but I'm sure you are industrious enough :)
In conclusion: Stick with IT. Also add Programming. Collect $$ for being a DevOps specialist.
It's been my experiance that good programmers always have a project in the works. It's almost a disease. I can't go 2 weeks without writing something. So if you've gone 6 years without writing anything, I've got to wonder if it's really your thing.
That said, the next question is where to start. Pick something with high demand where it's relatively easy to get your foot in the door. The biggest problem you'll encounter is that everyone wants 5 years of experiance. If you can work programming into your current job, great. That's how I switch from systems administration to programming. I'd recommend learning C# and MVC. The tools are excellent and there's huge demand for it right now. The HTML and Javascript side of it will translate over to anything else you want to do.
Yep. Ain't no other way. Write stuff.
Even better, write stuff that's hard. Read stuff. Read really complicated stuff, and try to make it do other stuff. Nothing will teach you good programming practices like knowing why you follow them, and nothing will tell you why like seeing the hell that comes of not following them, which any large project is almost guaranteed to contain plenty of examples of. From misnamed or misused variable/functions, to multiple (and therefore slowly diverging) implementations of the same logic, to spending weeks reinventing something already solved in your programming language's standard library because they didn't like the order of arguments on a function, to bringing in a massive overcomplicated framework to solve a simple problem due to a too-strong avoidance of NIH (not that you shouldn't beware of NIH, you just shouldn't let it lead you into trying to pound a space shuttle into a square hole), you'll see it all.
Fix some bugs for a large FOSS project. Pick things that are just slightly over your head, and then pretend someone's breathing down your neck to get it done yesterday. Pick a project where you don't just get to commit changes, find something where your code is reviewed before it's accepted. You'll find a lot of honesty in people that aren't getting paid and don't give a shit about alienating you, and if you can handle a bruised ego you'll learn a lot.
One thing I wouldn't suggest doing is writing code for other people on your own, not right away. It's not that you shouldn't do that eventually, just don't do it when you care more about accomplishing your goal than you do about learning until you've got some good habits firmly established. Otherwise, your bad habits will just become reinforced, since they're usually easier especially when you're only looking at your own code, and to to be honest, you probably don't know the difference between a good habit and a bad habit until you've worked on a large project with a lot of people.
The best thing about working on FOSS projects is, you'll actually be able to demonstrate work to future employers. That goes a long way in an interview or on a resume.
<xml><I><am><so><damn>Web 2.0</damn></so></am></I></xml>
Instead of following the pattern on here of recommending this programming language or that, I'll suggest a different course.
First, choose a very specific field of work. Video games, insurance, pinnipeds, ASIC design... something.
Second, look at the development technologies and tools that exist in that field and are used frequently and common. Games use C++ and assembly, ASICs use Verilog, pinniped databases are written in .NET.
Third, focus on learning the technologies that are used in your particular field of interest.
This will permit you to have a marketable skill in precisely the area of programming you want to accomplish.
I am aware that many programmers consider themselves "generalists" -- and heck, I do too. But the field of programming is now sufficiently wide that ALL programmers must, to an extent, specialize. Of course you can always apply your generalist knowledge to solving one-off problems. Instead, I suggest you focus on a particular area of expertise related to your dream job.
Best of luck.
Hardware guys are indeed the most likely ones to get chicks in the IT world.
Must be all that silicon.
By and large, languages don't matter. It's the frameworks that do. Nobody* is looking for a ruby programmer - they're looking for a ruby on rails programmer. Nobody is looking for an Objective-C programmer - they're looking for iOS (and/or MacApps) programmers.
* yes, there probably are 3 ruby jobs, but you don't qualify and they are not near you/flexible enough/whatever.
I don't happen to like Java. I found python annoying when I last tried it (which was long ago). I think I'd like it more, now. php was meh. I really enjoy ruby and I liked Obj-C 15 years ago. Find out what you like to work with.
Check out the Seven Languages book. It's fun to take a few languages for a spin. If it's not fun for you, maybe you should stick with IT :-)
But you're really asking about finding a job.
By and large, jobs don't matter. Yes, you need/want to make enough to live comfortably, but it's amazing what you can be comfortable with. What really matters is what you work on, who you work with, and what you work with. Find a job in a field that interests you, working for/with folks that you get along with. Once you're there, fix the kinds of problems you enjoy fixing. Do some of the ones that need fixing, too. You do both software and IT - it should not be hard to find a great place to work and make it work for you.
Do you have a Bachelor's degree? I began working as a systems administrator before completing my Bachelor's degree. I have always done some amateur programming, but wanted to improve my skills to where I really was a "programmer". So I killed two birds with one stone and started taking one course a semester at a local college. I would go either at night, or on the weekend. Some semesters I took more than one course.
As I said, I already had written programs. I did not have the deeper understanding to write better, bigger and more complex programs though. The computer science program laid a foundation of calculus, statistics, and discrete mathematics. Then it went deeper into graph theory, and the theory of computation. Then we began learning C++. Then we learned more advanced C++, how algorithms and recursion and so forth worked. Then we learned Java. Then we learned about data structures, and the relationship between data structures and algorithms.
If you just want to learn a little Perl to write some simple scripts, you don't need to do all of this. It sounds like you want to have a deeper understanding of programming though. So this is necessary. I think it is best done at a college, although theoretically someone can learn much of this on their own.
I think the idea of learning programming by "I want to learn one language well" is an amateur mistake. Our learning initially was almost purely mathematical. If you read volume I of "The Art of Computer Programming", he doesn't get into (M)MIX programming until pretty far into the book, the beginning is math. The cursory learning of a programming language was just a byway to then teach us about recursion, backtracking and the like. We immediately moved onto Java instead of going deeper into C++, to see that there were different ways of doing programming by different languages. We later learned radically different languages using different paradigms like logical programming (Prolog), functional programming (Lisp) on top of the object-oriented programming (C++, Java) languages we had already learned.
Eric Raymond once said "Lisp is worth learning for the profound enlightenment experience you will have when you finally get it; that experience will make you a better programmer for the rest of your days, even if you never actually use Lisp itself a lot." Other experienced programmers have agreed with this sentiment. As you said you're still an amateur, it's probably beyond your capacity right now to understand why someone should "waste time" learning a language like Scheme Lisp which they might end up never using. An ounce of prevention is worth a pound of cure though. The opinion of most expert programmers is that understanding the core ideas of computer science and programming is more important than domain expertise in a particular language. You say "I'll be setting aside an hour every day to devote to learning a new language, in the eventual hope that I can leave this company (take a sabbatical) and hop into the private sector for a few years." You should ask yourself if this is enough. Yes, knowing at least one commonly used programming language is important to get a job as a programmer. You will never really understand that language, and its limitations and advantages, until you learn some other languages, and some of the general concepts behind all programming and computer science. You said you were a novice programmer, and I think putting too much emphasis on learning one language well is an amateur mistake. There's a lot of steps you should be doing before deciding to become an expert in one language.
I'll give a personal example. I do a lot of Android (Java-like) programming. I also need a web API for some of the programs. A server-side Java solution is just too expensive for what I'm doing - sites like Bluehost and Dreamhost don't really support Tomcat and the like for $9 a month. So I use other languages for my web API than Java. Do a Google, or more importantly, a Craigslist job search for "full s
Dear lord, no they are not. Yes Jr level positions are usually shadowed/mentored by some Sr level developers, but they expect you to have at least some experience. Now, obviously they don't expect you to necessarily have professional experience, otherwise no one would ever get into the field, but every software shop I have seen expects at least a few years of programming experience before they will even talk to you.
Actually, the hourly rate and what a contractor makes depends on a lot of factors. I've contracted a lot ( almost 10 gigs in my career ) as an LCC, Sub Chapter-S corp and as a W-2 Employee ) and basically:
1. You can setup a sub-chapter S corp and work for a company as another corporation.
2. You can just do 1099 self-employeed as sole-propritor, LLC or partnership if you have others involved.
3. You can work through a contracting company as their "employee" where they pull out the FICA, Social Security, etc and provide benefits at a cost to you and you get billed at X dollars an hour and get paid X - Y dollars an hour ( Y being the contracting companies cut ).
There are probably other options I don't know about.
So when someone says 100 bucks an hour, it doesn't mean much until you look at HOW they are earning 100 bucks an hour: W-2 or Independent as S-Corp, self-employed, etc , how they are filing their taxes, what expenses and other deductions they are taking, etc. In fact, I would say that at least in my experience I actually earned more of the rate as a sub-chapter S then any other way. Its just some extra work to keep track of all the expenses, run your own payroll, pay estimated taxes, file taxes and make sure you take all the deductions for the right expenses, etc.
Also rates depend very much on skills and demand. 100 dollars an hour is not that unrealistic. SAP and other ERP software packages and specialists can easily go over 100 an hour even being paid as a W-2 employee no matter where you are.
On the other hand, if a programming language or skill is "saturated" with a lot of programmers and the supply of talent exceeds the demand, rates drop like bricks. This seemed to happen with Java a few years back. I had some people calling me offering 30-40 bucks an hour for Java. I either ignored or laughed at most of them. Thankfully Java rates seem to be going up again, although I'm not doing much Java these days so I can't comment on what the going rates are for Java right now.
But the previous post was right. You have to "live" it. Even when I take time off between jobs, I spend some time reading technical books, checking out new languages, and writing code to keep my skills current. An hour a day probably isn't enough to learn a new language.