4
Tell their manager to do their fucking job.
I say this as a tech manager
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.
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.
An argument takes 2 people. If it went for 45 minutes you argued just as much as them.
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.
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).
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.
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 ๐
If I've already thoroughly exhausted reasoning and respectful dialogue, then I go to their manager.
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.
this post was submitted on 10 Feb 2024
4 points (100.0% liked)
CSCareerQuestions
770 readers
1 users here now
A community to ask questions about the tech industry!
Rules/Guidelines
- Follow the programming.dev site rules
- Please only post questions here, not articles to avoid the discussion being about the article instead of the question
Related Communities
- !programming@programming.dev - a general programming community
- !no_stupid_questions@programming.dev - general question community
- !ask_experienced_devs@programming.dev - for questions targeted towards experienced developers
Credits
Icon base by Skoll under CC BY 3.0 with modifications to add a gradient
founded 1 year ago
MODERATORS