this post was submitted on 10 Feb 2024
43 points (100.0% liked)
CSCareerQuestions
967 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
- [email protected] - a general programming community
- [email protected] - general question community
- [email protected] - 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
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
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.