this post was submitted on 28 May 2024
80 points (100.0% liked)
Programming
423 readers
6 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 !webdev@programming.dev
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
I was a full time test engineer / QA person for a while. My motto quickly became "nothing ever works".
Pretty much any ticket behind a static copy change would have some problem or oversight. Sometimes even those would (did you account for very narrow view ports?)
Good developers would take this feedback gracefully. "Shit, you're right, I need to account for mobile users."
Bad developers would get defensive and upset. "We barely have any mobile users (me: did you check?). Alan already approved so I'm merging. I don't want to waste time on this"
As a dev I've been on both sides to be honest. Especially when there is pressure to finish the next task. I think it needs good planning to create enough time for these things.
In the end bad devs will still shut you up about things they are not interested in fixing...
I've done a lot of "then go get approval from the stakeholder to go ahead with this bug/problem".
If product wants it out now now now they can sign off on it not working on mobile, so when their boss has a fit about it I can point to the conversation where Ryan said it was fine.
I've mostly worked at smaller companies though.