This is unfortunate, but all to common. The joy of coding gets lost in politics, deadlines,.documentation and process. If this is you, you might want to give gig process work a shot. As a developer, you’re actually intimately familiar with how systems work and interact, abstraction, and the interactions between the boxes. I’m pushing 50, have 4 consulting retainers going that have been with me for over 10 years each, and I’m still feeling the same buzz of figuring out my customers processes, developing a solution and seeing it implemented as I designed. Coding is the drudgery, but when you’re playing a meaningful part in effecting company wide change, it’s something else.
I’ve heard this a few times and honestly would love to do it. But I don’t really know where to get started. Any pointers?
I used to work in MNC consulting (big-5, tier-1 clients), but started a side gig for a friend’s sme company on weekends - it kinda grew from there. I had an opportunity to get into pretty much the entire business and mess around/ optimize different aspects of it, and built systems where they were needed, and as a nice side effect developed an intimate knowledge of said business aspects. End result? I have deep knowledge of particular niche segment and in my country at least, in this segment, I can confidently say I service, or have serviced the majority of companies.
Tl;dr: keep your ears open, find a friendly opportunity and work it hard. It gets easier as you go along.
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.
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?
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”.
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.
