My Personal Creed of Employment
devjac.dev
devjac.dev
This is the most important one to me - I do my job for exactly that reason - it is a job. A business transaction where I get a specific amount of money in exchange for putting time and energy towards their goals. It is amazing how much you can accomplish while not letting the BS get to you once you take the attitude of your work being a daily business transaction.
No, it's just a thing they tell themselves to hype themselves up and avoid the depressing truth most teams face, "we're far from the best and probably never will be the best, and there's a good chance we're going to lose this game".
Well, in work the depressing truth is "my boss is my boss, I have to do what they says so I can eat". A little chant to remind yourself that work should, ideally, be mutually beneficial and based on mutual respect, and that you're not a slave to the company and its politics is all this is.
One thing that distinguishes a professional is the focus of what they work on. If somebody tells you what to do, and it’s not in that narrow range, you are not a professional anymore; you’re a stand-in for a professional, and you’ll get treated poorly.
This is excellent advice. In the past, I've often tried to do my personal projects after a long 9 hour work day, and it was just so difficult to pull myself together to put the effort, even into projects that I loved and had a passion for. The few times I have tried working in the morning however, have been amazing. I'm full of energy, and able to put my best into the project. I 100% need to remember this advice always.
Eventually I just ended up mostly re-allocating my evenings to recreation and relaxation which I felt had a positive impact on my life balance.
Clearly every lesson is hard won from many years experience.
This is where development employment ends up I think after gaining significant experience.
You start by caring, making mistakes, throwing yourself into it, becoming disappointed, mad, excited, frustrated, overjoyed, deeply engaged, loving the company, less loving the company - believing in the mission.
Over time, you think about and wonder about situations that do not play out well, you formulate strategies to do better on them.
In the end, the passion for the company and its mission gives way to a cooler, calmer, more professional and reliable approach. At this point you're probably a much better and more valuable employee, but inside you no longer really care about what you are doing. You're easier to get along with, more predictable, and likely a very much better developer than when you started.
I'd say the employees who have learned all these lessons are the most valuable, but they're not going to be wildly enthusiastic perhaps. Unless of course the situation demands overt enthusiasm, in which case these employees might show the required enthusiasm, but it's ticking off an internal box "enthusiasm required in this situation".
I personally got to the point that I don't believe in any company mission except my own mission to make my own software - I'll build stuff for some other company, and I won't say out loud what I think about the mission/the product/the management/the strategy, but inside I won't believe.
I am making "things" now. I'm on the software side, but it's tightly integrated with the hardware side of an actual thing, that people can use. For some reason, much of the bullshit in web development just does not apply in that situation. I still care. I had to adjust what exactly I'm working on a few times, but then I still care.
One passage I noticed in the article is that the author contemplates the question "could I make this app just myself", and the answer being along the lines of "yes, but then I'd have to deal with all the marketing and so on". In my case, the answer is a resounding no. The complexity is so high that you absolutely need multiple teams, some that work on pieces essentially distinct from other teams.
Maybe that is a factor? The fact that I can only work on a specific piece of the thing anyway, but can own that to a high degree? Does that make me feel "part of something" myself? I don't know.
The other passage I noticed was "don't rewrite things". That just does not apply to my work at all. Me, my teammates, and other teams have rewritten plenty of stuff. Some of these attempts failed, but for those that did not fail I remember many times where I and others were glad that we did not have to deal with the old code anymore, that had just grown in complexity from now illfitting beginnings.
Rewriting is a regular part of all of our jobs, and without that we had probably become mad by now.
With the deadline, there is pressure to push employees as the production deadline approaches. In software where you and all your competitors can push changes to production at any time, that pressure exists 100% of the time - sort of like on a factory floor.
Edit: The other side of it is that hardware production depends on standardization far more than software. Once you have designed a part and a manufacturing process around it, the ROI of designing a new alternative is usually negative compared to improving part of the manufacturing process.
IMHO that's okay. Life has given me lots more things to care about, and I can enjoy them more freely because I'm not trying to squeeze a living out of them. Though to be fair I've never worked anywhere that really "sold" me on its mission, and it's actually kind of difficult for me to imagine such a company.
I have a question I always ask when I'm being interviewed: what's your favorite part about working here? The best answer I've gotten is "the work-life balance" and it's been a very good fit for me.
I, <name>, in the presence of these my betters and my equals in my Calling, bind myself upon my Honor and Cold Iron, that, of the best of my knowledge and power, I will not henceforward suffer or pass, or be privy to the passing of, Bad Workmanship or Faulty Material in aught that concerns my works before mankind as an Engineer, or in my dealing with my own Soul before my Maker.
MY TIME I will not refuse; my Thought I will not grudge; my Care I will not deny towards the honour, use, stability and perfection of any works to which I may be called to set my hand.
MY FAIR WAGES for that work I will openly take. My Reputation in my Calling I will honourably guard; but I will in no way go about to compass or wrest judgement or gratifiction from any one with whom I may deal. And further, I will early and warily strive my uttermost against professional jealousy and the belittling of my working-colleagues in any field of their labour.
FOR MY ASSURED FAILURES and derelictions, I ask pardon beforehand of my betters and my equals in my Calling here assembled; praying that in the hour of my temptations, weakness and weariness, the memory of this my Obligation and of the company before whom it was entered into, may return to me to aid, comfort, and restrain.
I am an Engineer. In my profession I take deep pride. To it I owe solemn obligations.
As an Engineer, I pledge to practice integrity and fair dealing, tolerance and respect; and to uphold devotion to the standards and the dignity of my profession, conscious always that my skill carries with it the obligation to serve humanity by making the best use of the Earth's precious wealth.
As an Engineer, I shall participate in none but honest enterprises. When needed, my skill and knowledge shall be given without reservation for the public good. In the performance of duty and in fidelity to my profession, I shall give my utmost.
Someone earlier wrote they are a “Wolf” but more likely they are the code monkey. That’s usually the gist of the problem, software coders end up being a tool that gets used by the people that actually do the thinking in the organization. If this is you I suggest trying to find a position where you are also the user of your code. To continue with the animal analogy you eat your own dog food.
This, I’ve found is the most satisfying experience one can have writing code. For example, if you own a Tesla, get a job writing code or developing hardware for an electric car startup. Or if you are in finance get a job working on a crypto exchange so you can trade on the code you wrote. If you do your own taxes get a job at Intuit. Etc.
Then maybe you won’t feel so disconnected from the work you do and it will become more satisfying.
I'm curious to hear thoughts from others on their personal definition of 'done' for a given 'day'. I've felt 'done' plenty of times, but dared not stray too far into enjoying it because I usually (almost always) get pinged for something.
Agree though, someone always pings for something, so that is what I'll do for remainder of day.
The meetings in the morning are a really killer though - offshore team + 2 daily stand-ups + scrum of scrums, it's got me drained and looking for another gig.
Great crede though. Lots of good nuggets that made me reflect. Reminded me a tiny bit of Naval.
I empathize. A prior job had me hopping from call to call from 7 to 1 during the pandemic, then I'd spend a couple of hours helping my team triage, putting out project fires, babysitting slack, barely finding time to do any actual engineering because I was an EM that was also expected to IC tickets (something I asked about in the interview and had such a different experience than the one I was informed of that it feels now like a complete lie). I was ending days with throbbing headaches. Thankfully that chapter is closed.
That said, I don't know that I necessarily agree with EVERYTHING of this creed, but it's got me wondering if its beyond time I wrote one of my own. For that I tip a hat to the author.
Unfortunately, for salaried employees, early delivery is usually rewarded with more work, often with no compensation.
I kind of agree here but also feel like it could be isolating. Part of forming meaningful relationships that make you more successful is sharing some intimate things. It’s a double-edged sword of course, you can ultimately regret some things you’ve shared or said. That being said, I think it’s ultimately a net positive because good relationships allow you to be more effective in the workplace (eg people may be more willing to listen to the problems you surface of solutions you propose).
Awesome list though.
> Appreciate marketing. It seems like bullshit, but it’s bullshit I don’t want to have to do. I’m glad someone else is doing it, I’m sincerely grateful for their efforts.
or:
> User interface matters.
That's a good basis to compare my current attitude too.
As for the workplace, be loyal to people, never to a company. The company will kick you out at their unfeeling convenience, but people can and will respect you and support you.
In my experience as well, I've had better relationships with coworkers when I half-assed stuff with a positive attitude than I did when I was just a workaholic. Nobody likes do-gooder brown nosing workers. Nobody. Everybody despises you because you make them all look bad. Making friends and getting along is worth far more than being able to do the job day 1. Every supervisor wants less work, especially with people. So give it to them.
This seems like a big leap in conclusions just from calling life (or social norms) a game.
I stopped playing being the good employee and just started viewing everything as a means to an end. Talking? Figure out what makes them tick. Milk everything for what its worth. Engage positively out of purely Machiavellian instinct. You shouldn't do good because it's good, you should do good because you believe there is a reward somewhere. Is it evil? Well it could be considered that way, but when you work with a varying degree of people who have different dark triad traits, you need to evaluate how much of it on your end you're willing to engage with in order to get ahead. In my life, I've found that if you don't do this, people will notice and walk all over you.
I think it's possible to be disillusioned with work and yet still do a good job and find satisfaction in it. Maybe it's just a matter of finding the proper distance between you and your work.
Thanks.
Well, having experienced ageism in software engineering the last three plus years I entirely guarantee you this point #1 is totally untrue. I am at my best, at leadership, management, architecture, security, compliance, SRE, testing... And my salary is worse than 12 years ago (and way worse than a few years ago) and my workload way higher.
So, I stopped reading.
Asking for a friend, so he can be prepared.
"Face the problems" might have been clearer, but this point is inspired by a time where, in hindsight, I should have got up from my desk and physically gone to another building to talk to the people who could fix the problem. I also should have spent more time reading and and changing legacy systems instead of avoiding them. It means, to me, to get close to the people and systems involved with the problems (or who are causing the problems). Sometimes the problems aren't that hard to fix, but to fix them you'd have to learn a legacy system written in another language, or contribute to another team's project, etc, and so I think of it as going to the problem, you just need to be where the problem is.
Source: Much experience with surgical refactoring/ re-engineering/ rearchitecture.
Plus observation of the after-the-fact results of many less experienced teams "writing" or "rewriting" software.