Picture this: you join a new team with a senior engineer, call him Pete. Pete wrote the initial version of a new product, and you joined the team to take over and continue it's development. Pete is bona fide genius who can work miracles and he is always in the critical path of each new initiative, you are told.
Once you open the lid of this new codebase you discover that this new product is a half baked spaghetti ball of mud that barely works as the demo that it was intended. With no documentation or tests, it takes you a while to even understand what's going on. Meanwhile the clock is ticking. It took Pete a mere 2 weeks to write this system, why it is taking you so long to add new features?
You try to explain to management the pickle you find yourself in, but to no avail. They fucking love Pete, and won't have anyone criticizing him. He has saved their asses in numerous occasions, and why is it always that others are the ones who can't keep up with him?
So you chug along, paying the price of the mess that Pete made while he keeps moving to even larger initiatives under leadership adoration. He also seems to have a knack to leave ship before his acts catch up with him, and when he decided to leave the job for a promotion and significant raise, management will miss him.
I've seen this behavior more than once and it seems too specific to not be intentional. Let me know if you ever met someone like Pete and how you call such people.
I do "computer stuff" as my profession for about 20 years and always for rather small companies. I do everything from wiring a network, any level of supported, programming and administrative stuff... oh yeah, and in my current job I sometimes drive a forklift in the warehouse.
I work now for about 10 years for the same company and have built significant parts of their software ecosystem, and in my professional opinion: Its a Rube Goldberg machine fixed and extended with duct-tape, hotglue and tons of wishful thinking. Nothing, absolutely nothing in the system I had to build was carefully planned, implemented or tested. Most new feature requests were handed in by an stressed out boss on a Friday afternoon telling me that we need feature X / solution for problem Y / bugfix Z ABSOLUTELY URGENTLY because something went terribly wrong. Its not uncommon that this visits were the result of some prior hotfix backfiring.
And I build it. And it works.
I have often told my boss that it would be best to drag the whole system behind the warehouse and shoot it to relief it of its misery... but, well, it works...
Perhaps I should work on having this 'Pete skill' of leaving ship for the raise and promotion thing ;-)
They milk the credit and move on, leaving the next engineer explain to management that what they have is not what they believe they have.
People like you acknowledge and understand the engineering trade-offs. Which you might smirk at, but is true nonetheless. If there is only one example of you not being op's Pete is that you tell your boss about the reality of the situation.
The OP's Pete I have met many. It is exactly as described.
As for the psychology of such people, I haven't found a single resource. Clearly the system they operate in provides a feedback loop that reinforces their behavior. I'm sure personality, as defined by the Big Five model, plays a part (e.g. orderliness).
As for the psychology: I always assumed that some people just don't perceive the contrast between creation and maintenance as very expressive or strong, the article The Maintenance Race[0] from Works in Progress comes to mind here. That article distinguishes between 3 types: Robin Knox-Johnston, Donald Crowhurst and Bernard Moitessier. Maintenance isn't fun for me, it's just tedious work that needs to be done. The easier and the faster it can be done, the better. There's accidental complexity anyway, and the world sure can be messy, but I'll do my best to keep my produced artifacts in line. My perception to orderliness is probably pretty sensitive, maybe my tendency towards depression plays a role here ("Doing maintenance cures depression" is a quote in the mentioned article above) and I can acknowledge that not all people are like that. But for me it feels somewhat similar as if I would compare real vintage things to things that just have been designed with that certain vintage look. Real vintage has to be accepted, it's history after all, but history just can't be designed and you're better off to work into the time ahead. I'll honor accidental complexity, it feels like history, but incomprensible problem-solving skills aren't somewhat part of it, in my book at least.
I fear they missed the vocabulary part, which was what I found most valuable.
This, 100 times.
The reason they can "move fast" is because everyone else is trying to limit complexity, etc. and they are punching holes through the abstractions.
Then turn into your "Pete" when they get promoted...
That's perfectly fine. Your salary is paid by paying customers which are attracted and maintained by improving their user experience. You will never get a new paying customer by advertising that you prevented your abstractions from being soiled.
This is not a "knack". It's a manipulative skill he has learned over time. A way to burnish his reputation at the expense of his peers. Petes suck.
I do not know the author of the blog, but this part especially strikes me as a misinterpretation of the point of the piece.
But that's shedding light, and maybe it's not and my interpretation was too narrow.
My interpretation was: Julius is a parasite, who contributes nothing but merely makes the productive members of the team work harder to compensate. He sounds convincing but understands nothing, does nothing, contributes nothing, and not only wastes others' time but also steals their credit.
But you see him as contributing? You see what he brings as being valid and valuable -- is that right?
If you got something working, and are available to answer an email explaining why you made a design decision, then you're already cleared of being a bad Pete.
Pete can't make the perfect product and he shouldn't try to. If it took 2 weeks to make management happy then its a problem you can do "right" in 1 or 2 months. A new dev needs to read up on the problem, what Pete did, what needs improvement, and maybe restart fresh to deliver. Good management knows this.
But a 2-week-delivered project is naturally bounded in scope, and its better off for being 'proven' than whatever OP imagined the right way to do it is.
There are only 3 cardinal sins. Don't destroy/overwrite an existing architecture, don't be a smart/dumb coder, don't do a months long Pete-style yolo project.
She would take on a dozen small-ish projects (~6 months / $1M), and just jam them through by buying some off the shelf managed solution and using an external contractor who would write spaghetti to run tentacles to everything. She would routinely deliver projects early and under budget, which made her a stand out STAR. No other projects in the entire company were remotely close - normal was double time and budget. Green ticks next to her name, promotions, bonuses, etc.
Once I was invited to a conference call with a dozen people I didn't really know.
Her: We've tapped you as the main support person for this new system we've just deployed into production as part of this new project. I has customers live now.
Me: OK, great. Where's the documentation (there is none). What server does it run on? (Huh?). What credentials do I use to login (what?). Who is managing this SSL certificate? (What?). And so on.
I was told later that was a Career Limiting Move (CLM) on my part, because I wasn't being a team player, and I was adding friction to The Greatest Project Manager(TM).
She did this for at least 50 projects, always getting accolades while creating an absolute shit-storm for support to deal with. As the years rolled on I learned this is perfectly normal for a telco.
It is a ying-yang kind of situation where you need people to do the greenfield stuff and just get something working and you also need people who balance that through documentation, rollout, and day 2 operations.
I am in a feedback loop of if what I built sucks I will get paged and woken up in the night, but that only includes operational health and not necessarily “good” architecture and documentation.
I will say that 9/10 times when I cut corners or do something which is hacky it is really only an aesthetics thing and does not affect metrics which matter. The best thing you can do is make things simple and hacky, it leads to quick MVP and is easy to refactor. Complex and hacky is where you get into all sorts of problems.
I mean, why not, this sort of quick delivery is super valuable to companies. But management needs to understand that the solution is more like a prototype, difficult to scale (in features, team) and that's where it is the engineer's responsibility to be transparent.
LLMs are a real pain for students on so many levels. These tools can destroy their confidence by being seemingly better than them at first, which also makes these students want to use these tools instead of learning, and then it starts to become a self-fulfilling prophecy. I kind of fear the impact this tech will have on our future. A society mostly full of Juliuses is doomed.
Perhaps I am becoming overly cynical as I approach middle age, but it seems to me that this phenomenon exists because the people who have the ultimate decision making powers in businesses are business people. Businesses exist to serve the egos and goals of the people who run them - from their perspective things like technical competence and honesty are often secondary to achieving business outcomes or impressing upper management (it is telling that these are somehow different things). Julius is clearly better at this than the sad programmers who merely know how to code.
I would dearly love to believe that an alternative is possible, but there seem to be powerful incentives pushing the world towards this scenario. For many of us the best we can hope for is a work place that is not too dysfunctional, that respects your personal boundaries while paying an ok salary. I count myself fortunate to work at such a place, while dreaming of other things.
It’s frustrating to simultaneously be able to perceive this and also do nothing about it. There are a lot of Juliuses out there. Still work doesn’t have to be one’s whole identity. If one happens to be there at the right place and at the right time then awesome. They probably got the experience of their lifetime. But if not then it’s ok! I think we can all do work that we’re proud of still, and it’s probably best to not get too worked up over this stuff. I don’t think Julius has that same option.
- The Julii infiltrate and take over,
- A company run by Julii from the outset comes to dominate the market.
This is because "what we actually make" is a specialist skill, whereas business, sales, operations, financial planning and governance, HR, culture, legal are broadly generalist; and the bigger you get, the greater the important all that stuff becomes, relatively, to core execution on the product and its tech.
Which is not to say the importance of the latter ever goes to zero, but as a ratio it's like 1/log N or so.
Did you see PG's Founder Mode essay by any chance?
>The theme of Brian's talk was that the conventional wisdom about how to run larger companies is mistaken. As Airbnb grew, well-meaning people advised him that he had to run the company in a certain way for it to scale. Their advice could be optimistically summarized as "hire good people and give them room to do their jobs." He followed this advice and the results were disastrous. So he had to figure out a better way on his own, which he did partly by studying how Steve Jobs ran Apple. So far it seems to be working. Airbnb's free cash flow margin is now among the best in Silicon Valley.
Love him or hate him, Elon Musk has done a pretty good job of demonstrating that the market can reward autistic technical leaders who piss everyone off.
Recent viral video of Andrej Karpathy describing Elon's management style: https://www.youtube.com/watch?v=aSiJ4YTKxfM
Obviously Elon's character flaws are well-documented. I don't think anyone should venerate him. I'm just skeptical that conventional management practices are over-determined by incentives.
I can also assure you that Julii exist at e.g. Tesla, which employees over 100000 people.
I don't want to start an Elon flame war, but from what I've read I would be sceptical of attributing his business success to technical acumen (which is not to deny that SpaceX builds very cool and impressive rockets, or that the businesses he own employ very smart and motivated people).
I think what happens to developers and engineers is that since we have the ability to attune our toolsets very specifically to our needs, we assume everyone can do the same.
This is untrue. Most people live a life of hodge-podge technical solutions that don’t work very well, meaning their expectations for how software should work is supremely low.
Once I understood this I became Julius. Management does not care how or why the software does or doesn’t work - they just want 12 rules for life style platitudes and charisma.
The part about sending Julius to meetings while everyone else worked to fix things particularly stood out. The meetings are useless, but that’s where everyone glad hands. Gladhanders get raises.
The difference is that I like to think I’m still pretty good and doing my job. I’m just acknowledging that pure l33t skills does not a career ladder make. If anything it could even be a hindrance.
Perhaps this is a cynical response.
Which clearly shows that something is wrong in the industry, or how management roles are filled, or how wealth and influence and opportunities are distributed generally.
And will you be able to fix these issues within your own lifetime? Will you be able to turnover the behemoth of bureaucracy and golf playing managers that has become the technology industry?
If not I highly suggest adopting the Julius mentality.
When they were in over their head on a project, they were always assigned someone who could bail them out. Because of this they always increased the work load of others, thus they were loathed. What usually helped us was they would get promoted, then they became useful because then we could control the projects.
You can basically choose a "scape-goat" at any of these levels, or just choose to accept them all as equal parts of a strange contraption.
I've met my fair share of Juliuses, both in college and in work. It often really made me question why I even care about what I do.
The author is running a poll to establish the plural: https://mamot.fr/@ploum/113704470821790664
"My boss came to see me. He told me that the team’s productivity was dangerously declining. That we should use artificial intelligence more effectively. That we risked being overtaken by competitors who, without a doubt, were using the very latest artificial intelligence."
This is the oldest scam in the book. A boss will never talk to you if there is any kind of problem with your productivity, they will fire you and that's it. Any boss talking about needing to work harder etc. is only trying to squeeze out some extra juice from workers who are already working perfectly fine.
But the author and his team seem to be willing victims of scammers and exploiters, so what else is to be expected?
I feel sorry for you having experienced that culture... this is not normal behaviour for good companies, and they do exist.
And there's even good companies, where they will give a bad employee a chance to become better.
But in more everyday workplaces you first don't get hired unless you're productive, and you secondly get fired if you're not productive. When/if the boss comes around to threaten about working harder, it's almost always a scam, because if there really was any issue, you'd been fired already. This becomes less and less of an issue the better paid a job is, because at the higher levels people know well if they're good or not.
This is just a fictional story meant to be an allegory about AI. I don't understand why people takes it so literally in the comments.
…missing the twist.
So as a TLDR, I’ll say that Julius is a peer of the author who is polished but uncomprehending, often spouting convincing-sounding nonsense.
And here in 2024 we not only have folks like that to contend with, but also have polished AI output being forced at us from every direction.
What a world we have ahead of us with Internet-scale automated uncomprehending nonsense
As coders we spend a lot of time And pride on the code. We evaluate our work based on its correctness, elegance, effeciency and so on.
But the way everyone else values it is on how it interacts with the world. We get frustrated when someone with clearly inferior skills perfects the presentation layer.
The solution is not to teach Julius to code. The solution is to understand the importance of what Julius is doing and prioritize adding that to our skillset.
Make no mistake, the 10x programmer doesn't write more code, rather they make their code more useful, more accessible, optimized for usefulness as much as effeciency.
Internalize phrases like "if it's not documented it doesn't exist" and understand that training is more important than creation.
As for AI being the new version of this, I don't think so. The effect of this tech is more likely to remove one layer in the hierarchy. But maybe it's your boss, not you, that will get replaced.
Wtf, are places actually making this nonsense mandatory now?!
Unpleasant assignment at a decidedly unethical firm, and frankly often-dodgy industry, my own stay was brief.
Technical masters from a top-tier university, had all the toys, flashy wheels, etc.
But stymied by the most elementary coding tasks.
"Julius" turned up in headlines a few years later charged (and subsequently convicted, sentenced, and incarcerated) for insider trading / securities fraud.
I can find links for the legal case, very little if anything online since.
What I try to tell myself is that I am working in a state where I am at best ~75% sure of what I am doing. I assume others are in a similar situation with a varying percentage value.
Mistakes happen more often than I would like (not quite of the IP-less internet caliber, but still) and both when I make mistakes, and other make mistakes, I try to remind myself of this.
I value highly anyone that takes the time to tell me I made a mistake and why, I try to offer the same courtesy when I get the chance.
I only am worried when people _repeatedly_ make no attempt to learn from mistakes and just shrug them off, or worse leave the hot potato to someone else and still get the credit. But I can also see how sometimes we make mistakes and don't even realize.
...more on the topic, I guess, I have stopped using AI tools while coding almost completely
These individuals may think of themselves as “nice guys,” but their unwavering confidence in their own infallibility blinds them to the distinction between doing things wrong and doing things differently. They dismiss documentation, consensus building, and communication with non-technical colleagues as wastes of time—then wonder why their accomplishments go unrecognized or unappreciated.
I think this part is real. Developers who can use AI tooling to gain a multiple of productivity boost while still having the domain expertise to correct the parts that AI gets wrong will become much more desirable than ones who don’t.
But it’s not so much like the article states- AI is not itself the employee that managers love and their peers despise. The developer who can achieve extremely high and accurate velocity due to a combination of domain expertise and AI use will be the one that both managers and their peers love. And that organization will seek to hire more developers like that one.
Maybe that should be the discussion. Is Julius a psychopath, and that is what bubbles to the top of corporate hierarchies.