> I suppose if you're talking about code quality et. al, yes, but you definitely do get evaluated on its impact on the business. If you are part of a successful product launch and you engineered major features (even if other people could've written those features) you get rewarded.

A few remarks:

If you do something fairly major, then probably yes.

If you do something fairly major, there will often be people around you who will attempt (and often succeed) to take a fair amount of that credit without having contributed much. So yes, you get rewarded, but so will others who shouldn't. This is very common where I've worked. I think it's generally the case in large companies.

We should not focus on major product launches where you did major work. Say there is an existing product and most of the work is bug fixing and adding features. This category is where most of the work in industry is, and is where my comment mostly applies. This is also the category where innovation is highly touted but rarely rewarded. I've certainly been in jobs where innovation is needed, but the one who steps up to solve those problems is often the one who gets poor reviews, because everyone in the team becomes more productive because of him, and the manager sees less output from him because he spent a big chunk of his time solving infrastructure issues.

When I speak of objectively measuring performance, people often compare how it's done between jobs. This is not the point. Compare with how it's done when you were a student. In most technical courses, it's highly unlikely that someone who barely understands the material gets an A grade while simultaneously the one who understood the material well gets a B or a C. In industry, this scenario is quite common.