| ▲ | jaredklewis 12 hours ago | |||||||
Where have you worked where this was practiced if you don’t mind sharing? I’ve seen very close to bug free backends (more early on in development). But every frontend code base ever just always seems to have a long list of low impact bugs. Weird devices, a11y things, unanticipated screen widths, weird iOS safari quirks and so on. Also I feel like if this was official policy, many managers would then just start classifying whatever they wanted done as a bug (and the line can be somewhat blurry anyway). So curious if that was an issue that needed dealing with. | ||||||||
| ▲ | BurningFrog an hour ago | parent | next [-] | |||||||
I worked at various small agile startups around SF. Retired last year. They weren't big enough to have "official policies". We talked to each other instead. I did work a few years at big companies twice. That taught me to appreciate the simple life :) | ||||||||
| ▲ | mavamaarten 11 hours ago | parent | prev | next [-] | |||||||
I'm not going to share my employer, but this is exactly how we operate. Bugs first, they show up on the Jira board at the top of the list. If managers would abuse that (they don't), we'd just convert them to stories, lol. I do agree that it's rare, this is my first workplace where they actually work like that. | ||||||||
| ▲ | zelphirkalt 8 hours ago | parent | prev [-] | |||||||
Frontend bugs mostly stem from usage of overblown frontend frameworks, that try to abstract from the basics of the web too much. When relying on browser defaults and web standards, proper semantic HTML and sane CSS usage, the scope of things that can go wrong is limited. | ||||||||
| ||||||||