Yaaas please, this so much.
Boiling down engineering decisions into dispassionate lists of tradeoffs is an important skill, but early in my career I erred too hard in this direction. Coworkers who spoke without thinking "won" every time and I got stuck digging us out of the holes they led us into even though I had seen the holes from miles away. This happened several times before I learned to trust myself and stand up for my own ideas even if I wasn't 100% confident in them. That's an important skill too.
Ultimately you want to set up a feedback loop that looks for evidence that you are erring in one direction or another and corrects appropriately, but by now we have descended into the realm of completely generic self-help :)
Then you've missed then point you were responding to, which was contemplate first, advocate later
It's not that you need to say yes to things, it's that you need to sit with it a minute, and challenge your objection internally / try to creatively get around the fatal flaw you perceive, before voicing your opinion. Sometimes you'll actually be wrong, other times you'll invent something that works in response. Sometimes you'll be right, and you can raise the objection after you've put in a little internal work.
This isn't the case if, say, someone suggests something as outlandish as "we should just invent a new compression algorithm that works on all possible inputs." But then, that's not something a peer or someone resembling a peer is likely to say.