this post was submitted on 20 Dec 2023
131 points (94.6% liked)
Programming
18364 readers
277 users here now
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities [email protected]
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
It isn't unless you're a corporation trying to keep employees down.
It is if you're the one trying to coordinate multiple product teams and one of them doesn't build to spec, introduces different behavior in edge cases or declares something to be "not their responsibility". Anti-authoritarianism is a bad trait to combine with "being wrong".
Someone who wasn't present during the design meetings, stakeholder calls, planning sessions etc... can absolutely still have very good input regarding decisions that were made. But they should raise those concerns with whoever made the final designs and discuss them, not decide on their own to deviate from the given instructions. They may not see the full picture and cause a ton of delays that way.
Yea, that one point in the post doesn't necessarily make much sense (though this really depends on how the corresponding questions were phrased). Doing what you think is right over what you're told is good if it's a question of morals, it's not good if you're in a situation where you might not have the full picture. Though the correct thing to do when you're told to do something you don't agree with in this case would regardless be to bring it up and have a discussion about it.