this post was submitted on 21 Jun 2023
23 points (92.6% liked)

Experienced Devs

3956 readers
1 users here now

A community for discussion amongst professional software developers.

Posts should be relevant to those well into their careers.

For those looking to break into the industry, are hustling for their first job, or have just started their career and are looking for advice, check out:

founded 1 year ago
MODERATORS
 

I generally don't like "listicles", especially ones that try to make you feel bad by suggesting that you "need" these skills as a senior engineer.

However, I do find this list valuable because it serves as a self-reflection tool.

Here are some areas I am pretty weak in:

  • How to write a design doc, take feedback, and drive it to resolution, in a reasonable period of time
  • How to convince management that they need to invest in a non-trivial technical project
  • How to repeat yourself enough that people start to listen

Anything here resonate with y'all?

top 10 comments
sorted by: hot top controversial new old
[–] HairHeel@programming.dev 5 points 1 year ago (1 children)

How to convince management that they need to invest in a non-trivial technical project

How to convince management to stop throwing money at a dead end plan

In my sad experience, you don't but simply try to avoid getting caught in the blast radius of it failing. Someone approved/supported the project and someone approved/supported the sunk cost that already went into it. Those people have more power than you and they will not like looking bad due to you.

[–] fabian@programming.dev 4 points 1 year ago (1 children)

Most of the points are good advise, a few of them rub me the wrong way. Considering that the author is somebody in higher management, a few of them sound like "how to collect brownie points" and "how I'd like my butt to be kissed by my underlings", utterly self-serving - OTOH maybe those indeed are the rules of the game, and those who think that particular game is worth playing might want to pay attention.

[–] jim@programming.dev 1 points 1 year ago (1 children)

Any specific examples? I never got that impression, but maybe I'm being naive.

[–] fabian@programming.dev 6 points 1 year ago (2 children)

More likely that I am the naive one - I know that there is no place without politics (we're all humans after all), but I strive to minimize politics, because it drains me.

What I meant specifically were those two points:

How to indulge a senior manager who wants to talk about technical stuff that they don’t really understand, without rolling your eyes or making them feel stupid

and

How to get other engineers to listen to your ideas without making them feel threatened

Beyond basic human courtesy, I don't agree that the fragility of other peoples ego should be the leitmotif of communication in a professional setting. I'd think a senior engineer should be able to speak up without beating around the bush, both to peers and higher-ups. I would assume for the higher-ups it should be more valuable to get candid responses from those in the trenches than smile-and-nod-yes-men responses.

And I think the counterpart of the second "listen to other engineers’ ideas without feeling threatened" is really good advice, because unlike the other one it is under your control and also a good thing in itself.

Then I also find "How to get another engineer to do something for you by asking for help in a way that makes them feel appreciated" has a bit of a manipulative touch.

[–] balder1993@programming.dev 7 points 1 year ago

That doesn’t seem politics to me, but empathy. Approaching people without considering their moods and feelings is a recipe to be badly interpreted (specially given the ambiguities in human interaction).

I would say part of being truly efficient in any role is being able to do the role efficiently even in less than ideal situations or with less than ideal coworkers.

In my personal experience significantly more people think they don't react emotionally than actually don't react emotionally so it's better to support each other than trying to inefficiently turn into machine together.

[–] lasagna@programming.dev 3 points 1 year ago

How to repeat yourself enough that people start to listen

I mean, if it works for parrots, there is no doubt it works in corporations too.

[–] liori@lemm.ee 3 points 1 year ago

I've seen this text when it was published, and it was pretty eye-opening at the time. I liked it so much I've set a quarterly reminder to go back to it and review where did I manage to improve.

[–] preciouspupp@sopuli.xyz 2 points 1 year ago

Seems like a solid advice.