this post was submitted on 08 Feb 2024
625 points (99.1% liked)

Technology

59143 readers
3012 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 10 points 9 months ago (1 children)

I thought the same thing at 5 years, and everyone I heard from said it was a mistake to lay me off. Last I heard, my responsibilities were being split up between 3 people. On top of that I found out I was getting underpaid, so I was a good deal on top of that :p

Anyway despite all that, I still wasn't part of whatever vision upper management had going forward, so they gave me a sweet severance and sent me on my way. I'm not mad, but it's definitely made me careful not to expect my job to be safe.

[–] [email protected] 10 points 9 months ago (2 children)

Last time I was laid off it started with "we need to really nail down the docs for these systems".

No one ever gives you extra time for documentation.

Like you, my responsibilities were split between 2 or 3 people.

I'll never again do documentation that well. Fuck 'em. That's not true - I will, for myself.

[–] [email protected] 5 points 9 months ago

Those are really stupid managers.

If you don't have docs it's a tough competition between having your more knowledgeable devs re-explaining what they know X times to X new hires, or letting new devs figure it out on their own which is both costly in terms of their time and more importantly, risky as hell.

Bad managers love risk though. Since it usually is a choice between speed now and risk later, it only blows up in your face later, and quite spectacularly, and everyone looks like heroes while they are putting fires out on overtime.

That said good managers probably don't tolerate that shit from bad managers under them and can sniff out a firefighter culture pretty quick.

I guess what I meant to say was, managers that value doc do exist. If they really do, they'll let you know.

[–] [email protected] 4 points 9 months ago (2 children)

Yeah I can't feel good about that kind of stuff anymore (it's the same thing in my field with IaC - Infrastructure as Code). Even if I agree that these are good ideas, it all comes down to being able to treat workers like interchangeable cogs rather than people who can amass knowledge and expertise over time.

Then the dream: that you could sell an entire skeleton of a company with none of the old workers clinging to the bones, and another team of replaceable workers could just slot themselves in place and start making money for investors!

I'm not sure it'll ever get that extreme, but it's not ethics that is blocking it from happening, but material reality.

So yeah, fuck the docs.

[–] [email protected] 3 points 9 months ago (1 children)

I'm a big fan towards pushing for IaC and configuration as code too. What you have to do is also push for policy as code and finops too keep the managers and power point pushers on their toes too. At least it's seemed to engender some empathy from some for me.

[–] [email protected] 2 points 9 months ago (1 children)

An interesting proposition, and one I'll be thinking about for sure. Sadly we probably won't ever get "VC as Code" hah so none of us are safe

[–] [email protected] 2 points 9 months ago

The crypto space is convinced they are that. ICOs instead of IPOs. DAOs instead of boards of investors. Etc.

[–] [email protected] 3 points 9 months ago

I hadn't considered the impact of IaC type things, but I can see bean counters thinking "well it's documented, so any monkey will do", without being able to quantify to lost time/opportunity cost when people have to fumble through.

In my case, I'm always thinking ahead, trying to see the ways our imperfect systems are going to be a problem, and at least consider high-level options for those things, or for directional change we may see.

I don't make any plans, just some notes, in case any of those questions come up.

Someone unfamiliar with these systems will be in "fix" mode all the time, trying determine why something doesn't work, and reading through docs trying to comprehend things.