Developer productivity, y'all. It is a three TRILLION dollar opportunity, per the stripe report.

Eng managers and directors, we have got to stop asking for "more headcount" and start treating this like the systems problem that it is. https://t.co/XJ0CkFdgiO

If you are getting barely more than 50% productivity out of your very expensive engineers, I can pretty much guarantee you cannot hire your way out of this resourcing issue. 😐

(the stripe report is here: https://t.co/SbyZDarWr9)
Say you've got a strategic initiative that 3 engineers to build and support it. Well, they're going to be swimming in the same muddy pipeline as everyone else at ~50%, so you're actually gotta source, hire and train 6, er make that 7 (gonna need another manager too now)...
...which actually understates the problem, because each person you add also adds friction and overhead to the system. Communication, coordination all get harder and processes get more complex and elaborate, etc.
So we could hire 7 people, or we could patch up our sociotechnical system to lose say only 25% productivity to tech debt, instead of 42%? 🤔

By my calculations, that would reclaim 3 engineers worth of capacity given a team of just 17-18 people.
And yes I KNOW these numbers are utter bullshit and people and teams don't work quite like that. I do.

But also, we are wasting a fuck load of people's valuable time and energy, all because we refuse to improve our pipeline and fulfill the real promise of Continuous Delivery.
It would be one thing if that 42% of wasted productivity was the fun stuff, like beach vacations and slacking off when the boss is out.

But it's not. It's the brutal grind of detangling stupid problems that should never have existed, repeatedly, with your eyes taped closed.
It's the hours your teams spend debugging the same problem over and over, because your tools aren't modern enough to let you verify it is the same problem til the bitter end. 😵

It's getting woken up in the middle of the night. It's flappy pages. For deprecated code.
It is the shit that grinds people down and makes them say they hate graphs, and computers, and life.

And let us be clear: this is a fucking management problem. The fact that developer productivity is not high on every VP, director, and manager 2021 goals is a management failure.
I know it's not easy. Systems problems never are. But there's a staggering amount of upside to every inch of improvement you make, and a steep cost to the status quo. Your competitive existence is at stake.

You've seen this graph, right? (The yellow bubble is the "elite" teams.)
Those teams aren't "better" at engineering. They swim in better pipelines. They write the code -> it gets deployed, in the tightest, shortest, most automatic loop possible.

Then they tend to that shit, and don't let it drift.
I've been yelling at engineers about this for years, but maybe I've been doing it wrong. Engineers by and large already know this, are already on board, are trying to make a case.

I am sure there are exceptions, but increasingly I see this as a manager/director/VP eng problem.
I also think this is a place where non technical eng managers, or even managers who are told to focus exclusively on people coaching, can do a great deal of damage despite excellent intentions. 😕

Hear me out. I don't have it out for y'all; I've known some stellar nontech EMs.
But I admit it's a hard call to make and defend. You're asking the leadership org to accept a slowdown on their roadmap and less stability upfront for an indeterminate length of time, in order to implement something that runs absolutely counter to our instincts as humans!
The "speed = safety" aspect of shipping software is counterintuitive at best. Yes, it's true, but it doesn't *feel* true.

That's a hard line for an EM to take with upper management (none of whom may have read or care about DORA reports or Accelerate).
Hard enough for an EM with an engineering background who knows for god damn certain that it's true because she's been there herself.

EMs who don't have that personal grounded knowledge? Nah. I can't imagine going out on this limb based on hearsay. I sure wouldn't.
These are complex sociotechnical systems. To understand, unpack, and improve them, you need a dual fluency -- experience in tech, experience with people, and curiosity about the intersection.

Anyone who walls you off with people OR tech isn't acting in your interest long term.
Annnyway. I gotta stop rambling and go to bed.

Moral of the story? (Morals?)

If you are an engineer, set yourself a goal that 2020 is the last year you leak time working for a place without observability and CD. Find one or help your job become one, but don't get left behind.
If you are an eng VP or CTO who knows what I'm talking about, begin working o11y and CD into your 2021 strategy. In a month or two, write a medium post about how and why you are doing this and use it as recruiting catnip.

(If you *don't* know...catch up I guess)
If you are an eng manager or director....oh, kitten, listen to me.

The power to change the lives of engineers and teams around the world *dramatically* for the better rests primarily with you.

You span worlds. You have the moral authority of the doer and the influence.
You probably don't push your own agenda much. That's good! 💜

But what is the point of power and influence if you don't haul it out when a mountain needs moving?

This fucking mountain, lol. Burn it to the grond. 😈
(p.s. if wondering what o11y and CD have to do with each other... It can be prohibitively hard to reach continuous deployment without real time visibility. why even care about o11y's real-time feedback loop if your code rots for days or weeks before it rolls out to users?)

More from Software

The Great Software Stagnation is real, but we have to understand it to fight it. The CAUSE of the TGSS is not "teh interwebs". The cause is the "direct manipulation" paradigm : the "worst idea in computer science" \1


Progress in CS comes from discovering ever more abstract and expressive languages to tell the computer to do something. But replacing "tell the computer to do something in language" with "do it yourself using these gestures" halts that progress. \2

Stagnation started in the 1970s after the first GUIs were invented. Every genre of software that gives users a "friendly" GUI interface, effectively freezes progress at that level of abstraction / expressivity. Because we can never abandon old direct manipulation metaphors \3

The 1990s were simply the point when most people in the world finally got access to a personal computer with a GUI. So that's where we see most of the ideas frozen. \4

It's no surprise that the improvements @jonathoda cites, that are still taking place are improvements in textual representation : \5
How Silicon Valley, in a Show of Monopolistic Force, Destroyed

In the last three months, tech giants have censored political speech and journalism to manipulate U.S. politics -- banning reporting on the Bidens, removing the President, destroying a new competitor -- while US liberals, with virtual unanimity, have cheered.

The ACLU said the unity of Silicon Valley monopoly power to destroy Parler was deeply troubling. Leaders from Germany, France and Mexico protested. Only US liberals support it, because the dominant strain of US liberalism is not economic socialism but political authoritarianism.

https://t.co/qD9OdwlPbV


Just three months ago, a Dem-led House Committee issued a major report warning of the dangers of the anti-trust power of Apple, Amazon, Google and Facebook. Left-wing scholars have been sounding the alarm for years. Now it's here, and liberals
As the year wrap's up, let's run through some of the worst public security mistakes and delays in fixes by AWS in 2020. A thread.

First, that time when an AWS employee posted confidential AWS customer information including including AWS access keys for those customer accounts to


Discovery by @SpenGietz that you can disable CloudTrail without triggering GuardDuty by using cloudtrail:PutEventSelectors to filter all events.


Amazon launched their bug bounty, but specifically excluded AWS, which has no bug bounty.


Repeated, over and over again examples of AWS having no change control over their Managed IAM policies, including the mistaken release of CheesepuffsServiceRolePolicy, AWSServiceRoleForThorInternalDevPolicy, AWSCodeArtifactReadOnlyAccess.json, AmazonCirrusGammaRoleForInstaller.

You May Also Like

Moderna CEO Stephane Bancel was previously CEO of bioMerieux in France from 07-10.

Alain Merieux, who owns bioMerieux, was instrumental in the creation of the Wuhan Institute of Virology P4 Lab.

The same people who helped create the virus, also helped to create the vaccines...


Moderna partnered with French Pasteur Institute in 2015 to develop mRNA vaccine technology.

Pasteur Institute partnered with the Wuhan P4 Laboratory in 2017 along with the Merieux Foundation to study emerging viruses...
https://t.co/yFsHwrNYaK
https://t.co/9M5lydBKhM


Nobel prize winning scientist Luc Montagnier asserts that Sars-Cov-2 is man-made and originated from the Wuhan Institute of Virology.

Montagnier did extensive work with the Pasteur Institute in France which was partnered with the Wuhan P4.

Merieux Foundation & the Chinese government have worked together since 1965, and partnered to study emerging pathogens in Africa in 2015.

Their research included "PATHOGENS CARRIED BY BATS" that provoke respiratory diseases.

🚨🚨🚨
https://t.co/gVwpT0ssqI