Make your code (or other engineering deliverables) beyond criticism. This state is achieved when every decision in the code is either due to a hard external requirement that we all agreed on (it has to be done that way) or else is made according to externally documented and referenced best practices.
If someone disagrees with anything in the code, you can point them either to a requirement that would have to change if it were done differently, or else some documented best practice (whether in-house or some famous external one) would be violated.
Have a reason for everything. Why is there a linear search in that function? Because the number of items is at most ten, and not expected to ever exceed around fifteen; moreover, the function is called only a dozen times, on first boot after a firmware upgrade.
Also, be the most stern critic you can be, of your own code, criticize it yourself and fix everything, so you don't leave much for anyone else.
If someone disagrees with anything in the code, you can point them either to a requirement that would have to change if it were done differently, or else some documented best practice (whether in-house or some famous external one) would be violated.
Have a reason for everything. Why is there a linear search in that function? Because the number of items is at most ten, and not expected to ever exceed around fifteen; moreover, the function is called only a dozen times, on first boot after a firmware upgrade.
Also, be the most stern critic you can be, of your own code, criticize it yourself and fix everything, so you don't leave much for anyone else.