be good people
Posted by just10bps@reddit | ExperiencedDevs | View on Reddit | 21 comments
this is probably a meta post. i've had a long day. we had a release today, we found issues last minute. lot's of last minute fixes and coordination.
what i found / have always known is keeping your calm and being good to one another is what always matters. focus on working together and figuring out how to fix the issue, as opposed to dissecting how it got there in the first place ( that can be done later ).
i found that just knowing that you have people to lean-on and someone reliable to bank on, that will help you get through it counts more than someone who will disappear in the day and come up with the magic fix. i much prefer the co-worker who will let me know every 1 or 2 hours or so how things are progressing and knowing that i have someone to work with through this. AI won't replace it, neither will a lonewolf rockstar dev.
i think an underrated aspect of our job is how often we rely on the goodwill of others to help us get through the day. friendly, supportive communication. just be good to one another. i know a lot of people just treat a job as a job and log off or forget about their job after 5p, but i think it helps to garner strong relationships when the environment isn't naturally conducive to 5p log offs. if someone has to stick around to finish the job - that's not good. that's definitely not me. i will work to find a way that no one has to stay past the regular hours, but as long as someone has to - i'll try my best to be available if they need me to be.
MaiMee-_-@reddit
Seems like a long day
InterestingBoard67@reddit
Agree, that also goes for collaboration between devs of different companies, case in point, I run into this issue here recently.
It's a valuable skill to be a chill dev, and open to working together with another dev on the same code.
psyyduck@reddit
Weird punctuation = AI post
just10bps@reddit (OP)
weird punctuation can also be tired human hah
johnpeters42@reddit
Overuse of lowercase = is either AI or will at least get you sussed as AI, if that's something you care about.
Isogash@reddit
Good engineering culture means high psychological safety, trust and goodwill, which requires everyone bring that mindset to the workplace.
It is frustrating to work with people who refuse to see the value of that.
Unhappy-Ladder-4594@reddit
The opposite of the modern workplace.
Buttleston@reddit
Irrelevant stuff "how could we prevent this" or "what monitors should we be adding" during an incident drive me absolutely wild. Let people work on getting us out of the pit, then later at our leisure we can put up a fence around it
arihoenig@reddit
Sounds like you spend a lot of time in pits. Perhaps spending more attention on the RCA and actually applying learning will prevent spending time in the pit in the first place?
Buttleston@reddit
The RCA comes after. If you try to do RCA while I'm working an incident I am going to ask you to stop
gefahr@reddit
Leadership, as well as the incident manager, should be strongly rebuking people bringing that up during an active incident. that's terrible incident management if that's allowed to happen over and over.
And if you have people on the incident call from outside your org that genuinely don't know any better, and it was just an honest "didn't know that wasn't appropriate" - no harm no foul. But those people shouldn't be *on* the call with the people firefighting. That's what the incident comms process is for.
If you don't have these designated roles (they could be called something else, the titles don't matter) - *that's* the actual problem.
arnitkun@reddit
The people who need to hear this will never read it imo.
electric_seesaw@reddit
This is great perspective.
But also, you do releases on Fridays? I can’t recommend enough to not do that
coderstephen@reddit
Releasing on Friday is definitely a choice
Groove-Theory@reddit
Im really convinced at this stage in my career that like... maybe a goot 50% of all "engineering problems" can have been solved in the past if people had better people skills (within teams or companies treating people kindly)
I've seen ex-FAANG/near-FAANG teams (of engs and non-engs alike), yet huge assholes, just make messes of things and silo due to mistrust long term.... and be WAY less effective than the best team I've ever been on. Which was a bunch of Midwestern no-name engineers with super high empathy and, frankly, life skills. The high performance came DIRECTLY from the high trust we built with ourselves. No ego, no high school drama bullshit.
I've always weighted the "are you an asshole" part of the interview super highly when I talk to candidates. Im super forgiving with any coding or system design, perhaps to a fault. I do NOT tolerate bringing a dickhead to any team I'm on
UnStrict_Veggie@reddit
In my team, only the assholes are winning … soooo that’s that
Frequent_Bag9260@reddit
Shame these types of skills are not valued or evaluated in 99% of interview processes these days.
Groove-Theory@reddit
Sorry best I can do is fail you on a 3rd coding round with red-black trees
seyerkram@reddit
And even in performance reviews! They only care about metrics or some BS initiative that doesn’t really improve anything
eurasian@reddit
Amen brother/sister.
Odd_Perspective3019@reddit
it really depends on the culture when there’s low engagement and ur the only one that cares it’s hard to keep doing it or care