I am looking forward to follow up articles like “woodworking as a career isent right for me”, “bookkeeping as a career isent right for me” and the really enlightening “any job sucks when your boss is shit”.
It’s a little curse to be remotely passionated about programming and be a programmer nowadays. Some companies make it extremely dull and toxic with all their additional requirements and managerial practices. But there’s hope, there are good companies or teams, and eventually if you stay long enough you will find your place.
That was my case.
The only lesson you need to learn is to make distinction between your interests, side projects and hobbies and the actual work you need to do ar work. If they overlap that’s amazing, if not you need to adapt. You need to give the company what the company wants (so you can get paid), and to yourself what you want, so you can be fulfilled.
If they overlap, aren’t you in danger of having your company try to take over your passion project?
That’s a possibility.
All the problems mentioned here are common to various tech jobs and possibly other fields as well. It’s nothing specific to programming. All problems mentioned are societal issues and not inherent problems of any profession. Things like student loans, hustle culture that leads to burnout, over compartmentalization of work, clueless managers, etc. We need a social revolution, not a career change.
All problems mentioned are societal issues
Exactly. This follows Marx’s theory of alienation closely. I found 3 out of 4 features described by Marx in the original article.
Now my day-to-day is filled with process. We must break our deliverables into 2-week chunks so that the stakeholders can see our progress and know that we’ll deliver on time. But it’s not on time. Everything must be tested. But it still has bugs. Everything must have thorough documentation. But it quickly gets out of date and we never read it.
Most stakeholders don’t understand software-development, development cycles, or even SCRUM (the most known collaboration framework for software development). It always amazes me how managers and even seasoned developers do not understand these things. They don’t understand estimates, roadmaps, task division, the value of software architecture nor exploration, nor just how complex it is to write software.
This also leads to them not understanding the tools used to manage the process, the developers, the software, nor the outcomes.
Everyone just wings it.
Dude is burnt out in 6 years? I’ve been doing it 25+ professionally and still love it, started as a kid writing basic with the line numbers.
Cool, how much of your 25 years was to “write test automation to test the front end” full time?
This guy is in his 3th job after 6 years - so job-hopping every 2 years (as per the current programmer-job-meta. - ) trying to find the right job that fits him - but obviously he hopped into a disaster of a job. Its a personal anecdote of his experience so far.
If you have 25+ years of experience, but you can’t relate at all to what he’s experiencing, then this guy already has more experience than you do
I write programs for myself. I have learned enough C, Pascal, Fortran, Basic to write small things and even larger things like a visual file manager for MSDOS, or my own version of the venerable STAR TREK game. I even know of big O notation (But I don’t know how to calculate it for a given algorithm)
But I never wanted to be a programmer - having to work on other people’s programs 8 hours a day. That would ruin programming as a hobby. When I am self-directed it is fun.
I was a Data Center tech instead. Minding 3 football fields of other people’s computers.
Programming is thankless work best left undone if at all possible.