naja, ich meinte das allgemeine entwicklerwissen auf das man dann wiederum seinen schwerpunkt aufbaut. natürlich wird es weiterhin experten in sachen hardware nähe etc. geben. das sich die arbeitsteilung in der software weiter ausdehnen wird, ist der hauptgrund warum ich schreibe, dass sinnvoll wäre beizeiten weg von der "vom code zur software"-sichtweise zu kommen und anstelle dessen eine "von der software zum code"-sichtweise zu entwickeln. das ziel immer im auge haben!
wenn ich eine software bauen möchte, suche ich mir erst alle software teile aus die mir gefallen und die zum ziel passen. dann bastle ich alles zusammen und optimiere das ganze dann so, dass meine software step by step die gewollte gestallt annimmt. natürlich pople ich dabei auch manchmal fertige software komponenten auf und drehe paar code sachen um, aber das tue ich erst nachdem der kern meiner software funktioniert. der unterschied zur "vom code zur software"-herangehensweise ist, dass ich junittests, debugger, etc. auf ganz andere weise verwenden muss