Write simple code. Build complex behaviour from simple start points. Unless you're doing some serious mathematics (in which case it'll have an elegance of its own to those that comprehend the maths) then there's no real need for complicated code that is hard to understand.
You seem to not understand that some people can (1) bang out a big pile of work that is complete but scattered, then (2) see through it to the relationships underneath, then (3) perform a symbolic reduction to reach a state of simplicity, much like simplifying a complicated algebraic equation.
As a matter of course. On everything that falls into their hands. Often doing step #1 mentally.
They will find it painful and frustrating if the organization forces them to plod along, laboriously making every step of the work explicit to the back seat driver. The work will also tend to be of lower quality because their mind is constantly interrupted. Therefore they will tend to flee to another organization.
Which means that they will not be there to promote to system architects and other leaders. The organization will have to make do with people who have a proven lower ability for seeing the big picture and doing synthetic reasoning. Or the org will have to recruit leaders from outsiders who (1) don't know the business, and (2) who want to divorce themselves from hands-on work (because the chain gang approach would drive them crazy).
Now there may indeed be people who are more productive with pair programming. Or with whatever other scheme tickles your fancy. Their existence does not imply that the technique is generally, or even frequently, productive. There is so much variation in human cognition, not to mention personality, that any business operation scheme claiming generality is automatically suspect. There Are No Silver Bullets.