I find it very dangerous to work with folks that prefer speed over quality. I would prefer that folks do not request me to code review if they are going to ignore my comments and push to production without answering all my questions.

Imho, those aren’t really devs. More like corporate code monkeys.

It's speed over quality everywhere. The place that did not where I worked went bankrupt. Being creative with tradeoffs is key.

here I thought it was deference over everything

to be fair it isn't always a conscious choice. for me, I can't spend too much time on quality, and cringe at the AI slop I have to push just to meet deadlines. I hate working like this, and I have no say in the deadlines

For us it’s speed over quality for prototypes and user tests. For products we are regulatory over quantity over speed.

You can get quality speed though, so they are not mutually exclusive🤔

@hjk101 In this case they push things through without addressing concerns in code review because it "needs to get out quickly." So this is a case of ignoring quality specifically for speed.

Definitely are times when we can have both! But this is not it.

@torbuntu I'm fine with that as long as it's stability over speed.

For example there might be a better way of doing it or some polish but if the code as is solves an issue without introducing new ones it's better to push it out and either not close the ticket yet or create a new ticket that has to be picked up before any expansion on said suboptimal code.

There is a lot to be said for keeping momentum. This makes the team feel more productive/motivated. If you put safe guards against the really bad stuff like stability and compounding tech-dept you actually get a better quality codebase and faster. That's the beauty of iterative development.

There needs to be a balance between suggestions and blockers in a review. This is really hard sometimes for me too as I'm quite the perfectionist.

That said I've also worked with truly incompetent people and nothing breaks momentum faster than they do.