I wouldn't mind to work long hours if that would mean purely coding.
But no, employers prefer to throw bunch of non-coding tasks at engineers and introduce politics, the more higher up the chain you go and the more impact you want to make.
If you let me code and get stuff done, I will happy do it.
However if you require me to create dumb paperwork, track JIRA tickets, create reports about reports, demand using the latest TPS REPORT cover on all my deliverables - you will get 9-to-5 PERIOD
You can’t have it both ways. If you want to just code, call yourself a coder or programmer.
An “engineer” is of a profession devoted to “the application of science and mathematics by which the properties of matter and the sources of energy in nature are made useful to people.”
Making your work useful to people involves communication and research beyond coding. Maybe it ain’t jira tickets but it also ain’t “purely coding.”
You can look at gogle - the company that has never produced any useful product beyond a few of search/ads, youtube, gmail, and maybe google docs. Thats it. Nothing more.
and gogle is considered very efficient in its engineering processes, that entire industry copies it.
meanwhile the most disruptive innovation comes from small teams that dont care about formalized rituals and jsut focused on execution and coding, they dont need PM, TPM, and Agile Coach, and Engineering manager to deliver value
I see that as simply bad management, and there is indeed a ton of it. Keep in mind that agile began as a reaction to “waterfall” and was intended to reduce bureaucratic overhead and planning. But the reaction became worse than what it was reacting to.
I think throwing out all process will just lead us back to bad process. Better to have a good process - some sort of planning and system for improvement is good and necessary IMO. Especially if you’re building an organization or iteratively improving product. v1 can arguably be done seat of the pants but what about subsequent versions.
How many people have jobs where "just coding" is actually adequate to do the job? The early years of game development are perhaps the only time this was relevant, and even then it only applies if you work for yourself and not salary.
When 16 hours a day of coding will pop out a game engine a little faster, which gets it to market faster, which gets money into your bank account faster - sure, go nuts. The monetary value of your output is potentially highly disproportionate to the hours input and you the only stakeholder is you.
Of course, if you're spending a stupid number of hours a day coding and disregarding leading your art department, or guiding your other developers, or negotiating with your publishers for funding or deadlines...then you're probably not actually doing your job.
Whether thats worth it or if employers can reasonably expect it is another matter. But absolutely more work gets done. This is a topic where the reddit and hackernoon takes are comically extreme sometimes.
They are conflating diminishing returns with less total work and it leads to ridiculous propositions. If you can get more work done in 4 days it means the 5th day of work is a negative output.
I find it insulting that I must be a "nine to fiver" if I advocate for labor. My passion isn't building what my boss wants, it's building what _I_ want.
This requirement precludes finding work you enjoy, and thus those that have the opportunity to work on something they like are in the minority.
Put another way, would you quit your job immediately if you're asked to work on something you don't want to do? If not, are you a "nine to fiver"?
You should be invested in the success of the people who you work for, financially (or whatever you value).
You're a "nine to fiver" if your incentives don't align. That can be your fault, but often isn't.
Innate to our economic system is the tension between labor and employer. Us as laborers want a higher share of the profit from our labor. Employers seek the opposite, and "fulfillment" provides them the means to extract it.
Consider the wages of game developers, which have stagnated compared to less "fulfilling" SWE work, because employers are able to supplant higher pay with work that people are passionate about. If being a "nine to fiver" prevents me from falling into that trap, so be it.
If the "via" here is "by giving me money to do what I want", then I agree. GP is arguing that fulfillment from work is necessary to be an enthusiast, thus the assumption that your response is related.
Even in the purely financial scenario though, aren't the incentives still in conflict? If both you and your employer's incentive is "earn as much money as possible", then you are both vying for the same pool of profit.
And I never said there wouldn't ever be conflict, though if you fail to see the value provided to you by your employer, that's on you.
if you don't expect promotion, then there is no incentive to over-work and overdeliver.
This is how modern tech companies get ahead of legacy corps: hire young high energy and high capability folks, and let me compete with each other for tiny pool of promotion money. As a result everyone will overwork, but you have to pay only to a few who gets promoted.
Bullshit. They are trying to make millions for themselves, not me.
I'm trying to make millions for myself through my SaaS that I work on nights/weekends.
If they want to give me founding ownership of their company then I'll reconsider, but otherwise I'm just going to do the work assigned. I'm not going to be enthusiastic or care if it succeeds. I'll just do the work to the best of my ability, and then save the rest of my energy for my business, not theirs.
Why not both?
> If they want to give me founding ownership of their company then I'll reconsider
Now you're getting it, though the "founding" part seems unnecessary. If the money is what drives you, then get a cut. But once you do, your incentives will be aligned and if money really was the issue, then you should be motivated to work whatever hours are needed.
If money wasn't the issue, then incentives weren't aligned correctly.