this post was submitted on 10 Feb 2024
43 points (100.0% liked)

CSCareerQuestions

950 readers
1 users here now

A community to ask questions about the tech industry!

Rules/Guidelines

Related Communities

Credits

Icon base by Skoll under CC BY 3.0 with modifications to add a gradient

founded 1 year ago
MODERATORS
 

This dude is extremely persistent about having irrelevant things his way, and when he doesn't get it, he acts as if it were a personal attack. Do you guys have any argument or method to deal with this kind of people?

I used to say "whatever" and let him have things his way, but as I got more experienced I started to listen more to his arguments and basically respond "this makes no sense" (not with those exact words, of course).

top 21 comments
sorted by: hot top controversial new old
[–] Shadow@lemmy.ca 30 points 9 months ago* (last edited 9 months ago) (1 children)

Tell their manager to do their fucking job.

I say this as a tech manager

[–] xmunk@sh.itjust.works 11 points 9 months ago

100% - elevate though not to their manager.

I often open up the discussion to a wider channel if me and a coworker can't compromise on a technical discussion and poll other engineers.

If it's not a technical discussion (I consider naming to be technical if it's "important" like a wide reaching functiona name) then I'll actually elevate to my manager - they'll consider it and vet it before elevating further which might involve talking to the dev or to the dev's manager.

If it's a real pattern and somebody is being an ass consistently you'll really want to go through your manager because it's likely that if you're locking horns that much someone may need to switch projects.

[–] unmagical@lemmy.ml 20 points 9 months ago (1 children)

I worked with a high level senior like that. I found it easiest to just let him have his way. Eventually he was let go cause he spent most of his time arguing over trivial bullshit instead of actually working.

[–] jonne@infosec.pub 6 points 9 months ago

Yeah, if you don't really care either way, don't waste your time arguing. Eventually someone will notice he's wasting everyone's time and will be let go (or you'll find a better gig eventually).

[–] GlitterInfection@lemmy.world 16 points 9 months ago

Meeting agendas can help with this kind of thing.

If "spend 45 minutes on a variable name argument" isn't on the agenda, interrupt, say "that's not what we are here to discuss" and move to the next topic.

[–] blargerer@kbin.social 14 points 9 months ago

An argument takes 2 people. If it went for 45 minutes you argued just as much as them.

[–] modeler@lemmy.world 14 points 9 months ago

This is common enough to have a name in several industries. In SW Dev it's called 'bikeshedding'. If you have a name for it, it's easier to call out to your seniors and peers - and you should call this out and help the meeting move on to more useful matters.

I'd suggest informally discussing this with people around you - enough people that you (or someone else) can safely say "let's not get trapped in bikeshedding" in the meeting and getting immediate agreement.

[–] AlteredStateBlob@kbin.social 12 points 9 months ago (1 children)

As a PO if I heard my Dev team wasting valuable time like this, I would put an immediate stop to this.

Not your problem, escalate to management for inefficiency.

[–] PastaGorgonzola@lemmy.world 2 points 9 months ago

As a manager in software engineering: this! If I learned that one of my devs was wasting time like this, I'd want to know. Just make sure to stick to the facts.

[–] wesker@lemmy.sdf.org 9 points 9 months ago

If I've already thoroughly exhausted reasoning and respectful dialogue, then I go to their manager.

[–] rhacer@lemmy.world 9 points 9 months ago

Is he right? Naming things is hard, and often has long-term consequences for the maintainability of the code base.

I've been working twenty years on a project and can't count the number of times something has been called one thing everywhere but one place and because it's called something different in that one place, the brain has to reset while working with that one bit of code.

[–] otl@hachyderm.io 7 points 9 months ago

@testeronious @cs_career_questions Imagine somebody in a non-tech role. What could you do if someone argued 45 minutes about which typeface to use for a financial report? There’s a job exclusively for dealing with this type of issue, called “management”. There doesn’t need to be a human manager involved for there to be mismanagement (been there myself!). For me, I found if you can get somebody - really, anybody - to do some management it helps a lot. Even just temporarily.

[–] etchinghillside@reddthat.com 6 points 9 months ago

Make sure each of your PRs has one absurd variable name so they will just focus on renaming that one.

[–] tiredofsametab@kbin.social 5 points 9 months ago

Ask them every single time what were to happen if you did it the other way in detail. Keep a record of your time spent and keep the boss apprised. Maybe they'll learn it's not the end of the world to call it something else/etc.

[–] mvirts@lemmy.world 5 points 9 months ago

Decide how much it matters to you, how much effort you want to invest in doing things your way. If it matters, talk to them and be honest with how you feel.

Either way sounds like an update-your-resume situation to me.

[–] lurch@sh.itjust.works 5 points 9 months ago* (last edited 9 months ago)

you can just end the call. you can say "goodbye" before you do.

however, i hope you're not naming all variables foobar1, foobar2, etc., because then he would be right 😆

[–] kreynen@kbin.social 4 points 9 months ago* (last edited 9 months ago)

Beware of the "whatever" aproach.

Many years ago I was brought into a project where many variables where named after cars. Before I got there, if the team couldn't agree on a name, they'd use a car and move on. There was also a module in the code call "bucket". Didn't have a logical place to put a function? Add it to the bucket.

I'm sure they saved a lot of time not discussing what to name things up front, but by the time there was enough turnover on the team to change the variables and rewrite, it took months to fix.

Another, more product approach is to ask the "variable naming guy" to write up a naming policy document that would result in the names he has been suggesting. If there is logic associated his side of the "argument" it should be easy to document.

Have everyone on the team discuss and approve the policy. Hopefully you never spend time in a meeting arguing about this again.

[–] scoobford@lemmy.zip 4 points 9 months ago

Depends on if you're management or not.

Step 1 is to create a meeting agenda.

Step 2 is when he starts hijacking some shit, enforce the agenda. "It looks like our time on this is up. Moving on..."

Step 3: report time spent to management. If he continues to waste meeting time, discipline until you fire them.

[–] IWantToFuckSpez@kbin.social 3 points 9 months ago* (last edited 9 months ago)

Is it in a meeting or a 1 on 1? If it’s in a meeting the person leading the meeting should take the initiative to stop the rambling and keep the meeting on track of the agenda. If it’s in a 1 on 1 be assertive and just say “yeah no, I don’t agree I’m not going to engage with you on this. Take it up with my manager if you like but if we don’t move the conversation on to the relevant topic I will hang up. I don’t appreciate that you are wasting my time again”

You need to be assertive with people like that and don’t be afraid to hurt their feelings since he doesn’t care about yours. They are used to getting their way by steam rolling over everyone, that’s why they act like that. The only way it will stop is if you show him that his methods won’t work on you by clearly setting your boundaries.

[–] xor@infosec.pub 2 points 9 months ago

that's why they have style guides...

[–] mindbleach@sh.itjust.works 1 points 9 months ago