The Grumpy Programmer has Advice for Young Computer Workers (Video)
Bob Pendleton calls his blog "The Grumpy Programmer" because he's both grumpy and a programmer. He's also over 60 years old and has been programming since he was in his teens. This pair of videos is a break from our recent spate of conference panels and corporate people. It's an old programmer sharing his career experiences with younger programmers so they (you?) can avoid making his mistakes and possibly avoid becoming as grumpy as he is -- which is kind of a joke, since Bob is not nearly as grumpy as he is light-hearted. (Transcript covers both videos. Alternate Video Link One; Alternate Video Link Two)
"Bob Pendleton calls his blog "The Grumpy Programmer" because he's both grumpy and a programmer."
Thanks, Rob!!
You were critically hit for no damage. The bruise will look nice, and maybe the scars will make good party talk.
The transcript reads like a conversation between two guys with almost nothing to say. I'm honestly not sure what my takeaway from this should have been. Guy was a working programmer for 30 years (unemployed for the last 12+), and now he's... ...a guy making small-talk in a video?
Help me understand what I missed.
Robin Miller: But age discrimination in employment, have you encountered?
Bob Pendleton: Oh, absolutely. I got laid off on my 49th birthday and haven’t been able to find a full time job since.
One piece of advice I always give younger engineers and programmers is to be increasingly vigilant about your career as you age. In the last decade or so before retirement one is very vulnerable to layoffs, because one's salary is high and one's formal education was a long time ago.
I'm one of these grumpies. Some of what I had to say may be useful to the wet-behind-the-year dopes. Not likely, though, because, back when I was at their age, I didn't listen to the old geezers, and that both helped me as well as screwed me.
So, given the rapid speed of change in the landscape of IT industry, I have to wonder how relevant our experiences and lessons would be to the young'uns.
Fuck systemd. Fuck Redhat. Fuck Soylent, too. Wait, scratch the last one.
I am not sure there's much advice us older programmers can give new developers because the industry is a lot different now.
In the old days we were often tasked with solving a problem, and we were more-often free to use whatever tools and technology were best, and we also thought of development environments as tools, which we could switch out if the application required something different. We also did all our own testing. I recently worked with a younger programmer on a project and it was miserable. He couldn't give me 20 lines of code that didn't have a bug in it, because he was dependent upon having some QA person test his work and an IDE that would hilight every mistake.
Nowadays there is so much abstraction going on in programming, people don't really seem like they're programming as much as they're using some sort of GUI development tool and plodding through innumerable amounts of API documentation and going on witch-hunts to try and figure out why something that's documented to work, doesn't actually work. I remember a big Oracle project I was on where my software wouldn't work properly and I couldn't figure out why. It took me several months of bitching on usenet to finally get a rep within Oracle contact me privately and tell me I wasn't crazy, they knew about the bug and just weren't acknowledging it. In the old days, there wasn't as much of that going on. Programming was simpler and less bureaucratic.