alfaniner
Penultimate Amazing
Thirty years in the field and I'm still supporting a company that has programs that run on COBOL. So I can't really give you much advice on other necessary skills.
This whole line of questioning came up because one of my colleagues suggested I look into technical writing.
Technical writing is an excellent skill. It can be very difficult to write clearly to convey programmers' descriptions of things into user understandable terms. I have one who is very good at pointing out 'that's implementor speak' (amongst other things).
I hate when programmers say, "I need to talk to you in person; I can't explain it in an email." To which I reply, "Well, why not?"
Particularly bad since programming itself is explaining something, in writing, to the computer.
Sometimes, twenty minutes chatting in front of a whiteboard, is worth more than hours of trying to get all the concepts clearly delineated in writing.
My bad then, thx for that info.I think it depends on the market. I've done technical interviews for hiring. East Coast US companies would think I brought in roadkill if I told them to look at a resume with no degree.
Many (most?) Silicon Valley companies don't ask about it or worry about it. There's a lot of companies there that got founded by dropouts and it completely changes the culture.
And tons of people will sucker companies into hiring them, thinking they need to hire specialists to take care of the "Y10K" issue so their information systems won't explode when that year hits.When the Y10K problem comes around in 7,985 years, there will probably still be systems running on COBOL.
Would be nice if the computer could be in on that whiteboard discussion. Until then, at least one of those humans still needs to be good at the clearly-delineated-in-writing bit.
This is a valuable skill in many areas where email exchanges are used. After a couple of back-and-forths, it's time for a phone call or face-to-face meeting.One of the most valuable soft skills in my role is recognizing when such an email thread is starting, and cut it off at the knees by getting up, walking over to the engineer, and talking to him for 20 minutes.
It seems like you've misunderstood me.
Obviously the developer is good at "delineating things in writing"--that is, writing the code that runs on the servers.
But it's a large and complex system, with a lot of dependencies, endpoints, and contingency mechanisms. In order to support it effectively in production, I need to have a clear understanding of how it works, and what the implications are of any change or addition.
Sometimes, I can get that understanding much quicker, easier, and better, by having a quick chat with the Engineer, rather than asking him to type up a detailed--and accurate--description in email. Especially the part where I have questions, misconceptions, information to pass back to the engineer, etc. I've seen that process take the better part of two days. It's excruciating.
One of the most valuable soft skills in my role is recognizing when such an email thread is starting, and cut it off at the knees by getting up, walking over to the engineer, and talking to him for 20 minutes.
Sure, being able to clearly and correctly describe your code in writing is good, and sometimes necessary. All I'm saying is that in my experience doing production support of your code, it's not always necessary, and is sometimes contra-indicated.
I am not making this up, or speculating. People in the valley are getting jobs every single day w/o a degree. Almost every graduate from these hacker schools are getting multiple job offers. If I recall correctly you are in the East coast; I moved from the DC area in '08 and I agree that at least at that time you needed a degree over there. But not over here. I'm not making it up, people ARE getting hired. You cannot argue against empirical evidence - it's irrational....which means she probably wouldn't have to take most of them again.
If you're saying she doesn't need an I.T. degree of some kind to break into development, sorry, the job market on the whole disagrees.
Bingo. My point.But an I.T. degree - nobody will hire her based on a humanities degree.
I would say that is quite rare. You need to bring something to the table and there are tons of people out there who DO have IT degrees and/or experience nowdays.
Yeah. At McDonalds.Seriously, I think the odds of getting a job in IT wiht no IT degree and no experience are slim. If she got some certs, maybe.
I guarantee people are winning the lottery too. I'm sorry but your "guarantee" (or mine or anyone else's, nothing against you) means nothing here.
Naw. Download Python, take the 2 day google python class (free on the web), get the book Think Python (free on the web, also on dead trees for $), or take the introductory course on programming on Coursera. Then set yourself some projects and just do it. Ain't no thing.Having slept (and done some research) since then, I now realize I was REALLY jumping the gun. I figure I have a LOOOOOOOOONG way to go before I can even consider programming a hobby, but now that I have the info you guys gave me, at least I know where to go once I have some clue about what I'm doing.
...which makes it hard to wow them.![]()
Don't kid yourself that a 4 yr degree isn't important in getting your foot in the door if one has no experience.
Both Python and Ruby have great things to recommend them. As I said before, I still do most of my programming at home in Perl, but that's primarily because I've worked with it for a decade and know it well. But for starting out you've be better off with Python or Ruby. Python is gaining traction as a language being used for a lot of utilities in Linux. Ruby is popular in small businesses these days, primarily due to the strength of the "Ruby on Rails" development platform.I appreciate the conversation. I started with Ruby, but I keep seeing recommendations for working in Python (especially from other Mac folks.) I found a couple of Perl books online, but haven't started reading them yet. So far I'm still having fun, but like I said, I'm still very much in the "raw beginner" stage.
Pretty much, yes. A good programmer can pick up a new language very quickly, because it's a matter of "how does this new language do (loops|regexps|case|control flow|OO|variable scoping)?" and getting to know the standard library.Do most people just pick a language, and then just move on to other languages that fit the kind of problems they're trying to solve?