upvote
The truth is you can't get anyone to do what you want. You can try to make them do what you want but they're someone else in the end. Sir Walter Raleigh's beloved friend and lieutenant was Lawrence Kemys. When Raleigh was pardoned and sent back to find El Dorado, the conditions set were that he should not attack the Spaniards. He goes out to South America, and puts a detachment ashore led by his close friend and confidant - as aligned a person as you can imagine. Kemys attacks a Spanish outpost against express orders, gets Raleigh's son killed, returns to Raleigh to inform him of this, and promptly commits suicide. None of this is going to help Raleigh, though, because the conditions of his pardon now having been violated he is executed as promised.
reply
> at some point why doesn’t the CTO / CEO / etc. say “I’m going to go have conversations with the workers to get their perspective?”

Why would you when all of the reports you're getting from your managers are 5/5 stars and "everything's great". Once an organization gets large enough, the information that reaches C-suite has been filtered through so many layers that it barely resembles reality anymore, even when you remove malice from the equation.

reply
Because if you’re in charge of an org, you should occasionally validate what you’re being told? Is this an uncommon belief or something?
reply
Surprisingly, it is. If you find a problem then the value of your shares drops.
reply
Still, better than letting the problem find you.
reply
its extremely hard if you're being lied to when your org is so vast that trusting delegated responsible individuals is the realistic way of managing it. Also its probably not going to factor into your bonus.
reply
At my org the CIO knows fuck all about computers. Great guy on a personal level but wouldn't be able to quit Vim even if the lives of his 3 kids depended on it.

He was put there because he was with the company for years before and he led other departments fine.

Since he can't evaluate anything IT related himself he relies on 'advice' from the people beneath him who try to get the most budget for their departments by overstating how important they are.

This layer beneath him is mostly product managers, RTEs etc... (We are SAFE Agile! Developer Velocity, Woohoo!).

They also don't know much about computer and if they do it's very domain specific, such as SAP or so.

These people try to fight for budget by overstating their importance. They demonstrate this by having more apps and more people relying on them.

"Look we handled 2000 support tickets, the company would grind to a halt without us!".

Never mind that having 2000 support tickets is a bad thing. And also mostly caused by their shitty apps.

This keeps going on and on. I have 10 years experience as engineer and wanted to see "the other side" but it's so exhausting.

A few months back a 'privacy officer' asked why the first and last names of our employees were in the Active Directory and ordered them to reduce the privacy risks.

They failed to specify what risks. Couldn't articulate them even when asked. They also didn't say when the risk would've been reduced 'enough'.

The team was panicking as they were now 'non-compliant' with company policy.

I had to intervene personally to make sure this single directive didn't derail our entire company.

reply
> Never mind that having 2000 support tickets is a bad thing. And also mostly caused by their shitty apps.

I’m constantly having to fight people to not add new, inactionable alerts as knee-jerk reactions to incidents. I swear the thought process is “an incident happened, we added a new alert - look, we’re proactive!” instead of, you know, fixing the root causes.

reply
When WeTransfer suddenty changed it's policy for AI training last summer the entire CISO department panicked and had the entire website blocked.

In traffic we could see that 12% of the company used the site daily, transferring gigabytes of data between our engineers and contractors.

I asked why we didn't just start paying WeTransfer since it's so widely used and this would solve the problem, too.

They said they should just use the internal SharePoint file sharing tool.

I asked how this would work since most of WeTransfer use was us receiving docs, not sharing them.

They said the contractors should just update their policy, and that was the end of the debate.

Last time I spoke to a field engineer he said they mostly use private mailboxes now mostly since they "can't even copy something in Outlook anymore" on company laptops.

I decided not to report this to CISO and these docs are workorders and pictures demonstrating workorders have been completed. They're irrelevant one day later.

reply
tbf quitting vim is extremely unintuitive to someone that opened it by accident for the first time.
reply
quitting vi is a basic competency test.

would you listen to a doctor that could not suture a cut? how about a mechanic that could not remove a socket from a ratchet?

simple file editing. vi has been around for every. if you haven't seen it, and needed it at least once, what have you been doing?

(personal anecdote: once had an engineering VP bring up that a stray ":wq" in a document was a sign of a real engineer...working outside of where he should be..)

reply
It's more of a cheap gotcha than a valid test. If we take somebody like me, I learned to code in IDEA/PyCharm, these days mostly code with either Zed or OpenCode, and occasionally drop into nano and Positron. I wouldn't be able to do anything in Neovim without looking it up simply because I had no reason to learn it. A doctor who learned practices appropriate in the 20th century might now necessarily be hired for knowledge of these practices today.
reply
You probably don't want a CIO who knows vim.
reply
I’d been developing with emacs for years before I learned how to quit vi. Just means he’s never had to change the config on a remote server with a barebones setup :-)
reply
I'm certainly not listening to someone who thinks vi is used by every developer
reply
used. maybe not. but cognizant of it. sure. and having used it once or twice.

come on! you are a software expert and you never had to edit a file on a machine where claude was not available?

reply
what if I told you some people weren't baptised into the unix ecosystem. Wild, I know.
reply
what would you say about a EE that could not use a scope?
reply
i would say that analogy was made by someone who seems to labour under the misunderstanding that you can only write code from within vi.
reply
> quitting vi is a basic competency test.

no, its pop quiz bullshit. Oh you know about ":wq"? Well done! But if you don't know, you do it a few times and now you know. It does nothing, outside of teaching you a bit about poor UX.

> if you haven't seen it, and needed it at least once, what have you been doing?

using one of the other available ides?

> once had an engineering VP bring up that a stray ":wq" in a document was a sign of a real engineer...working outside of where he should be..

That's not a sign of good judgement, that's a sign of being technically fashionable. It's hipster shit, akin to rejecting a candidate because they're a fan of Taylor Swift and don't know who the band Tool are.

reply
What distinguishes knowing about vim from knowing about virtually anything else? If you apply to a job in tech, you should know that by long-pressing the power button, your PC turns off. Is this pop quiz shit, too? The bar is ridiculously low these days, apparently.
reply
are you being sarcastic? Its nothing like the power button. Everyone has to press the power button but not everyone has to use Vi.

:wq is one of the most insane key combinations to quit an app and this is just hipster shit where people who use vim think they're the only "real engineers". It's just a disgusting level of arrogance and masturbation. The code is what matters, not the IDE. To focus on it as a sign of technical excellence makes a mockery of what engineers are supposed to care about (comp sci things) and replaces them with all the elegance of a high school bully belittling some other kid for not wearing Nikes.

reply
I used `killall vi` from another terminal for years before I finally memorized the proper way to do it.
reply
How did you save the edits you made in vi?
reply
Funny/informative story about this: There was a project, OpenHatch.org c. 2011 that tried to get people to be comfortable enough with programming to contribute to open source projects. In one of the tutorials (I think introducing command-line git?), if you followed the instructions, it would dump you into vim. It hadn't introduced to you vim by that point or explained that's what was happening, so you wouldn't even know enough to google the error. And this was a project that was supposed to be primarily focused on being newbie-friendly!
reply
> I legitimately don’t understand how companies get to this point

The people who start a company care deeply about the problem they're trying to solve.

The first N employees also care - they're willing to risk working for start-up because they can see the potential and want to help.

But then you hire, say, an accountant. The accountant doesn't care about your mission. You are just another client to them. You need someone to staff the phone or sweep the floors or design the logo or whatever. Why should they care? You're not paying them to care, they're not invested in the company nor its success, and they believe nothing they do for the company will change their personal fortunes.

Then, before you know it, you have a couple of floors filled with people who have no incentive to care.

It is incredibly difficult to run an organisation where everyone is mission driven.

reply
I think a big part of it is that, at some scale, leaders stop lacking access to reality and start lacking incentive to engage with it
reply