52 ms·

An individual can change an organization

99 points by zdw 1y ago

zenethian 1y ago
A neat story, but it can be a bad trait too. Someone who can’t take no for an answer can be incredibly toxic and forcing a change by incessant badgering until everyone gives in is not the right way to go about this. I’m not saying that was the case in this particular instance, but it happens all too often.
- munchler 1y ago
  The author admits at the bottom of the article that he actually drove people to quit by pushing his opinions. So, yeah, be careful following this example.
  - gct 1y ago
    I've worked with this particular kind of toxic personality, they think until they've personally internalized all the details, that its not "right", and will exhaust everyone doing so.
gct 1y ago
One of those that thinks everyone owes them explaining everything to them in every detail or its not "right".
- MrDarcy 1y ago
  There aren’t many situations where expecting everyone to explain everything in every detail is correct, but there are some. Many of those situations where it is OK are down at the foundational level of the internet itself, which is what linode and Drew DeVault were concerned with back in the day. An example today I’m wrestling with is TLS interception (valid) vs protecting against TLS man in the middle attacks. It’s tough to get people to see it’s an either or situation, they truly are mutually exclusive. Unless, we walk together through every painstaking detail to reach the necessary conclusion together.
  - zdw 1y ago
    The TLS issue mentioned can be more easily conceptualized if you view the root CA lists as "The people you're OK with MITM-ing you". And then whether your trust in the browser vendor coalition to push back against and punish even accidental CA malfeasance are reasonable.
    - MrDarcy 1y ago
      The crux of the issue is reasonable people can disagree on what is OK at a large org. Security, like every human, believes they’re the good guys. Platform teams cannot enforce the principle of least privilege. Truly a paradox.
  - computerfriend 1y ago
    I feel like I've been in the same position as you. I ended up not being able to convince those who mattered so I left. Hope you have better luck!
- sublinear 1y ago
  I'm confused by this take. Explaining things in full detail shouldn't be a chore for a reasonably competent leader. It's just basic due diligence, and it's worth reviewing details when these topics come up. Maybe the new ideas aren't always fully baked, but they may have a point. Regular discussion is just part of the job.
  - gct 1y ago
    This person admits he drove people to quit with his behavior, that goes wayyyyyy beyond trying to get the full details. I've worked with this type before and I can envision the cold sweats in the office as he comes around to hold people hostage explaining every micro-detail of their work until he understands it.
    - sublinear 1y ago
      Would you not admit the corporate world is full of people who probably should find something else to do? I agree that hostility is not acceptable, but there are some people who take everything the wrong way when asked to perform. I get why it's threatening, but it is what it is. I didn't take anything away that led me to believe the author was being hostile. He was asking for more effort than some might expect and they couldn't handle it. I don't really know who is right in that situation. What I do know is there are a lot of people who don't take work seriously enough and hide behind HR.
brian-armstrong 1y ago
Even if this is possible, it is seldom worth it. If you look around and find deep disagreements with your coworkers, the right answer is typically to find another cohort of people to work with, not to fight an uphill battle every day. You will burn out. Just move on.
- arwhatever 1y ago
  If you can’t change your company, change your company.
supriyo-biswas 1y ago
I guess this is only possible at engineering focused organizations that value technical excellence and also requires that one person be right enough in most cases to expend their social capital to advocate for the engineering changes that they want to see. As a counterexample, I worked at a company with an extremely bureaucratic release process involving multiple levels of reviews from stakeholders, people manually monitoring a system after a release, and a policy of performing deployments only at nights, all indicators of the lack of confidence in the engineering processes of the organization. While company management talked a lot about faster releases, “falling behind in the age of AI”, and the like, they also loved their processes and would rather keep it as to them it was a sign of meticulousness and quality. I hated it, but I don’t see how anyone, even the people who carried far more importance than me could have changed it, even though they’d acknowledge that it was slow and could do with more automation in private discussions.
- tw04 1y ago
  Do you have an example of a large organization that deploys in the middle of the business day that hasn’t had a catastrophic failure? I dont think “deploying after hours” is a sign of lack of confidence in engineering, it’s just basic common sense not to disrupt the people paying your bills because it might be slightly less convenient for a small subsets of your employees. People always point to Facebook but they literally constantly have issues, it’s just that nobody dies when the like button glitches on grandma’s feed.
  - supriyo-biswas 1y ago
    I feel like a lot of people have this mistaken impression that they don't need to invest in engineering processes because there's a "downtime" during which they can make a deployment. However, large companies don't have this luxury because their application is being used all the time, so they'd usually do some sort of blue/green, canary or cellular deployment where the alarm/metric thresholds can be utilized towards stopping further traffic propagation and/or a rollback. I also see that people are just generally unwilling to invest in an integration test suite, which can be run on a staging environment before the deployment, which would also catch lots of these issues. At a smaller scale, you can also run a lightweight integration test with test data on accounts that you control that runs just before you release the new version, similar to a canary, which is something I wanted to pursue there, but by that time I had decided to leave. Note that "inconvenience" is not a concern for me, all organizations maintaining external applications have the concept of oncall. And any large organization, at scale, will have failures, it's just that Facebook has gotten good at mitigating them.
sublinear 1y ago
> there are plenty of companies with people who will make a good faith effort to do what makes sense ... I always like working for these companies Everyone likes working for these companies, but this requires a mature work culture. The people with seniority have to be competent and experienced enough to distinguish good ideas and not abuse their position for personal gain. In my experience these good places tend to be midsized companies. In contrast, just about any team you land in at a big tech company is going to be siloed off with one or more psychopaths at the helm who never "spent enough time in the trenches" to understand what healthy management looks like. The same is true at a startup. Those are workplaces mired in politics precisely because nobody in charge knows what good sense is and they do everything in their power to make sure anyone with a good idea is silenced or bullied out.
democracy 1y ago
A typical cowboy - start breaking things and quit with a nice achievement in the CV before it all goes down
timenotwasted 1y ago
There is not enough nuance here to really understand the friction that this would have created but I've found the more conducive environments that engage and value healthy debate are made up of individuals that have the "strong opinions loosely held" mindset. This, on the other hand, sounds like stubbornness and wearing everyone down but again a lot gets lost in the details so I'll opt to not jump to conclusions.
jackblemming 1y ago
Why would you work your ass off trying to do this for a likely meager raise and a pat on the back? No thanks, I’ll take my sanity instead. Keep this energy for your own projects. Do NOT use it to make someone else rich. I know I’ll get some whataboutisms of people who work for places that give good raises for good work. Great for you but you’re in the minority.
decimalenough 1y ago
This is the "Voice" option of the Exit/Voice/Loyalty model: https://en.wikipedia.org/wiki/Exit,_Voice,_and_Loyalty https://en.wikipedia.org/wiki/Exit,_Voice,_and_Loyalty These days it seems to be deeply unpopular though: the normal pattern is superficial Loyalty, followed by a quick dash to Exit as soon as something slightly better pops up. Anybody even attempting to Voice and actually change the organization is laughed off as hopelessly naive, especially if they're junior.
- supriyo-biswas 1y ago
  Thanks for the book rec, seems like it'd be worth reading. In general it is not worth pursuing changes to an organization, because in some sense the you need the organization more than they need you, and stepping on the toes of too many people with unpopular opinions is just gonna make you look like an idiot, or in the worst case, get you fired. Therefore, people can only rationally ascribe to the the capitalistic view of "vote with your wallet" or "if you don't like your job, just leave."
- safety1st 1y ago
  It's always interesting to read opinions that are diametrically opposed to your own, especially when they come from people you have deep disagreements with (in this case, it's not the poster, but his inspiration, Drew DeVault who I am philosophically not aligned with). Maybe the philosophical disagreements stem from different life experiences, as I started my career at a Big Tech, and learned the hard way that no, I could NOT change the organization I was a part of. It was the C-suite's way (and they served at the pleasure of the Board and the shareholders), or it was the highway. So I took the highway, started my own business, and we're small and obscure and it follows the principles I want it to follow and it makes me money, and as far as I'm concerned that's awesome. It's the good version of capitalism and if we're smart enough we might very well beat the old company I walked away from in some manner in a free market one day. My main point is that a company is going to follow the interests of its board and its shareholders. I suspect that whatever Drew did did NOT change the organization at Linode. I suspect it always followed the interests of its shareholders and still does, and what he really did was improve the efficiency of the asset they owned. Not to throw shade on someone who makes things better within their organization. But either you own it or you don't in which case you merely serve at the pleasure of the ones who do. I think more talented people should go off and own their own thing.
gnarbarian 1y ago
it's actually easier to start over than change the culture of a large organization. you can't even change the culture in a restaurant without replacing every single person.
fortranfiend 1y ago
Work in a large organization. Though it's a special industry in terms of being heavily regulated. One person can push over time to change management opinions on their scope of work and what the policy is. Junior engineers become seniors and leads over a decade or longer. If you're jumping every 2 years to a different company, yes you won't be changing much.
est 1y ago
sorry but 1. who is Drew DeVault? 2. what change did he bring to Linode? I lost the context after 'the same title "Developer"'
johanbcn 1y ago
Yeah, no. If it's not part of my job, and neither is my own company, it's not my problem.
LaFolle 1y ago
> if you can find the logic and the will to do it. This is important. Both logic and will are required. If only one of the 2 exists the impact can be limited if any at all. Broadly speaking, mostly, people have the logic but not the "will" in a sense that latter gets diluted by factors like ego, seniority, org lag etc.
jdthedisciple 1y ago
It comes with being named DeVault of all things...
deleted 1y ago
[deleted]

99 points by zdw 1y ago

A neat story, but it can be a bad trait too. Someone who can’t take no for an answer can be incredibly toxic and forcing a change by incessant badgering until everyone gives in is not the right way to go about this. I’m not saying that was the case in this particular instance, but it happens all too often.

munchler 1y ago
The author admits at the bottom of the article that he actually drove people to quit by pushing his opinions. So, yeah, be careful following this example.
- gct 1y ago
  I've worked with this particular kind of toxic personality, they think until they've personally internalized all the details, that its not "right", and will exhaust everyone doing so.

gct 1y ago

One of those that thinks everyone owes them explaining everything to them in every detail or its not "right".

MrDarcy 1y ago
There aren’t many situations where expecting everyone to explain everything in every detail is correct, but there are some. Many of those situations where it is OK are down at the foundational level of the internet itself, which is what linode and Drew DeVault were concerned with back in the day. An example today I’m wrestling with is TLS interception (valid) vs protecting against TLS man in the middle attacks. It’s tough to get people to see it’s an either or situation, they truly are mutually exclusive. Unless, we walk together through every painstaking detail to reach the necessary conclusion together.
- zdw 1y ago
  The TLS issue mentioned can be more easily conceptualized if you view the root CA lists as "The people you're OK with MITM-ing you". And then whether your trust in the browser vendor coalition to push back against and punish even accidental CA malfeasance are reasonable.
  - MrDarcy 1y ago
    The crux of the issue is reasonable people can disagree on what is OK at a large org. Security, like every human, believes they’re the good guys. Platform teams cannot enforce the principle of least privilege. Truly a paradox.
- computerfriend 1y ago
  I feel like I've been in the same position as you. I ended up not being able to convince those who mattered so I left. Hope you have better luck!
sublinear 1y ago
I'm confused by this take. Explaining things in full detail shouldn't be a chore for a reasonably competent leader. It's just basic due diligence, and it's worth reviewing details when these topics come up. Maybe the new ideas aren't always fully baked, but they may have a point. Regular discussion is just part of the job.
- gct 1y ago
  This person admits he drove people to quit with his behavior, that goes wayyyyyy beyond trying to get the full details. I've worked with this type before and I can envision the cold sweats in the office as he comes around to hold people hostage explaining every micro-detail of their work until he understands it.
  - sublinear 1y ago
    Would you not admit the corporate world is full of people who probably should find something else to do? I agree that hostility is not acceptable, but there are some people who take everything the wrong way when asked to perform. I get why it's threatening, but it is what it is. I didn't take anything away that led me to believe the author was being hostile. He was asking for more effort than some might expect and they couldn't handle it. I don't really know who is right in that situation. What I do know is there are a lot of people who don't take work seriously enough and hide behind HR.

brian-armstrong 1y ago

Even if this is possible, it is seldom worth it. If you look around and find deep disagreements with your coworkers, the right answer is typically to find another cohort of people to work with, not to fight an uphill battle every day. You will burn out. Just move on.

arwhatever 1y ago
If you can’t change your company, change your company.

supriyo-biswas 1y ago

I guess this is only possible at engineering focused organizations that value technical excellence and also requires that one person be right enough in most cases to expend their social capital to advocate for the engineering changes that they want to see. As a counterexample, I worked at a company with an extremely bureaucratic release process involving multiple levels of reviews from stakeholders, people manually monitoring a system after a release, and a policy of performing deployments only at nights, all indicators of the lack of confidence in the engineering processes of the organization. While company management talked a lot about faster releases, “falling behind in the age of AI”, and the like, they also loved their processes and would rather keep it as to them it was a sign of meticulousness and quality. I hated it, but I don’t see how anyone, even the people who carried far more importance than me could have changed it, even though they’d acknowledge that it was slow and could do with more automation in private discussions.

tw04 1y ago
Do you have an example of a large organization that deploys in the middle of the business day that hasn’t had a catastrophic failure? I dont think “deploying after hours” is a sign of lack of confidence in engineering, it’s just basic common sense not to disrupt the people paying your bills because it might be slightly less convenient for a small subsets of your employees. People always point to Facebook but they literally constantly have issues, it’s just that nobody dies when the like button glitches on grandma’s feed.
- supriyo-biswas 1y ago
  I feel like a lot of people have this mistaken impression that they don't need to invest in engineering processes because there's a "downtime" during which they can make a deployment. However, large companies don't have this luxury because their application is being used all the time, so they'd usually do some sort of blue/green, canary or cellular deployment where the alarm/metric thresholds can be utilized towards stopping further traffic propagation and/or a rollback. I also see that people are just generally unwilling to invest in an integration test suite, which can be run on a staging environment before the deployment, which would also catch lots of these issues. At a smaller scale, you can also run a lightweight integration test with test data on accounts that you control that runs just before you release the new version, similar to a canary, which is something I wanted to pursue there, but by that time I had decided to leave. Note that "inconvenience" is not a concern for me, all organizations maintaining external applications have the concept of oncall. And any large organization, at scale, will have failures, it's just that Facebook has gotten good at mitigating them.

sublinear 1y ago

> there are plenty of companies with people who will make a good faith effort to do what makes sense ... I always like working for these companies Everyone likes working for these companies, but this requires a mature work culture. The people with seniority have to be competent and experienced enough to distinguish good ideas and not abuse their position for personal gain. In my experience these good places tend to be midsized companies. In contrast, just about any team you land in at a big tech company is going to be siloed off with one or more psychopaths at the helm who never "spent enough time in the trenches" to understand what healthy management looks like. The same is true at a startup. Those are workplaces mired in politics precisely because nobody in charge knows what good sense is and they do everything in their power to make sure anyone with a good idea is silenced or bullied out.

democracy 1y ago

A typical cowboy - start breaking things and quit with a nice achievement in the CV before it all goes down

timenotwasted 1y ago

There is not enough nuance here to really understand the friction that this would have created but I've found the more conducive environments that engage and value healthy debate are made up of individuals that have the "strong opinions loosely held" mindset. This, on the other hand, sounds like stubbornness and wearing everyone down but again a lot gets lost in the details so I'll opt to not jump to conclusions.

jackblemming 1y ago

Why would you work your ass off trying to do this for a likely meager raise and a pat on the back? No thanks, I’ll take my sanity instead. Keep this energy for your own projects. Do NOT use it to make someone else rich. I know I’ll get some whataboutisms of people who work for places that give good raises for good work. Great for you but you’re in the minority.

decimalenough 1y ago

This is the "Voice" option of the Exit/Voice/Loyalty model: https://en.wikipedia.org/wiki/Exit,_Voice,_and_Loyalty https://en.wikipedia.org/wiki/Exit,_Voice,_and_Loyalty These days it seems to be deeply unpopular though: the normal pattern is superficial Loyalty, followed by a quick dash to Exit as soon as something slightly better pops up. Anybody even attempting to Voice and actually change the organization is laughed off as hopelessly naive, especially if they're junior.

supriyo-biswas 1y ago
Thanks for the book rec, seems like it'd be worth reading. In general it is not worth pursuing changes to an organization, because in some sense the you need the organization more than they need you, and stepping on the toes of too many people with unpopular opinions is just gonna make you look like an idiot, or in the worst case, get you fired. Therefore, people can only rationally ascribe to the the capitalistic view of "vote with your wallet" or "if you don't like your job, just leave."
safety1st 1y ago
It's always interesting to read opinions that are diametrically opposed to your own, especially when they come from people you have deep disagreements with (in this case, it's not the poster, but his inspiration, Drew DeVault who I am philosophically not aligned with). Maybe the philosophical disagreements stem from different life experiences, as I started my career at a Big Tech, and learned the hard way that no, I could NOT change the organization I was a part of. It was the C-suite's way (and they served at the pleasure of the Board and the shareholders), or it was the highway. So I took the highway, started my own business, and we're small and obscure and it follows the principles I want it to follow and it makes me money, and as far as I'm concerned that's awesome. It's the good version of capitalism and if we're smart enough we might very well beat the old company I walked away from in some manner in a free market one day. My main point is that a company is going to follow the interests of its board and its shareholders. I suspect that whatever Drew did did NOT change the organization at Linode. I suspect it always followed the interests of its shareholders and still does, and what he really did was improve the efficiency of the asset they owned. Not to throw shade on someone who makes things better within their organization. But either you own it or you don't in which case you merely serve at the pleasure of the ones who do. I think more talented people should go off and own their own thing.

gnarbarian 1y ago

it's actually easier to start over than change the culture of a large organization. you can't even change the culture in a restaurant without replacing every single person.

fortranfiend 1y ago

Work in a large organization. Though it's a special industry in terms of being heavily regulated. One person can push over time to change management opinions on their scope of work and what the policy is. Junior engineers become seniors and leads over a decade or longer. If you're jumping every 2 years to a different company, yes you won't be changing much.

est 1y ago

sorry but 1. who is Drew DeVault? 2. what change did he bring to Linode? I lost the context after 'the same title "Developer"'

johanbcn 1y ago

Yeah, no. If it's not part of my job, and neither is my own company, it's not my problem.

LaFolle 1y ago

> if you can find the logic and the will to do it. This is important. Both logic and will are required. If only one of the 2 exists the impact can be limited if any at all. Broadly speaking, mostly, people have the logic but not the "will" in a sense that latter gets diluted by factors like ego, seniority, org lag etc.

jdthedisciple 1y ago

It comes with being named DeVault of all things...

deleted 1y ago

[deleted]