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.
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.
And also, don't get married, because divorces tend to wipe out 50-70 percent of your net worth.
Or just don't get divorced. It is common knowledge that half of all marriages end in divorce. But that hides huge variations. If both partners have college degrees, the divorce rate is about 20%. If both have engineering degrees, it is about 10%. It helps to marry someone trained in problem solving, and capable of rational thinking.
It helps to marry someone ... capable of rational thinking.
Well, once you get past the gay marriage issue you're kind of SOL.
-_-
It's 2014 and we still have streaming video served up as FLASH???? ON SLASHDOT?!?!?!?!?! What a joke.
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.
Actually more often I have seen the opposite: claims the new stuff is going to be faster, the compiler is not smart enough to figure out that they are the same, and thus you should use the new stuff.
There was a coworker who insisted that using C++ std::foreach for loops was faster because "the compiler knows you can't break out of it and thus can optimize the whole thing". I had two objections to this: first of all it would be a really stupid optimizing compiler that could not figure out there are no "break" statements inside the for loop. And second the C++ was still allowed to throw exceptions in both cases.
The other objection I had was that the functors were unreadable.
Yet another objection is my suspicion that the optimization would be far worse on the functors due to the enormous header files of templates they actually used and I expected the optimizer for the simple for loop to have fewer bugs in it. But I did not test this.
Kids don't have to cost very much. Billions of them are raised around the world for next to nothing. Living below your means and having a good retirement account is a very good idea.
But yeah, marriage is a piss poor idea. You have no idea what you're going to get. My ex wife held her breath for 5.5 years of dating and everything was wonderful. Which ended within days of the ring going on her finger.
The old saying is true: marriages fail because men think that everything will stay the same and women think everything will be different.
I survived financially because most of my assets were earned before we married and weren't community property. There's a reason they call it financial death.