A>> Для того, чтобы хорошо работать в команде нужно довольно много всего понимать/уметь.

S>Речь о soft skills?

Мне кажется, надо ещё подходить по культуре. По взглядам на то, что есть правильно, а что нет.
Например, где-то надо, чтобы всё делалось быстро, а как не важно.
И человек, проработавший в подобной команде, может не вписаться туда, где хотят, чтобы у них код был приличный.
Там, посмотрев на то, как он пишет код, решат, что ничего важного доверять ему не стоит. Будут давать какие-нибудь второстепенные модули, где можно смириться с тем, как оно сделано. Потом, мол, если потребуется что-то с ними делать, просто его говнокод перепишем. Человек оттуда потом сам уволится, т.к. ему не понравится, что ему ничего интересного не дают.
Или наоборот человек, привыкший к тому, что от него ожидают относительно высокого качества кода, может не вписаться туда, где надо быстро и не важно как. Там будут считать, что он долго возится и занимается непонятно чем. А человек может не захотеть перестраиваться, потому что ему не нравится писать плохой с его точки зрения код. Всё в итоге тоже может закончиться увольнением.
Ещё бывают, например, люди, которые считают, что coding style соблюдать не надо. Мол, мне так удобнее писать, что вы ко мне придираетесь. У меня IDE так форматирует по умолчанию. Работает же.
И где-то таки разработчики работают и все друг другом довольны, а где-то другим членам команды такое может не нравиться.

A>> Для того, чтобы хорошо работать в команде нужно довольно много всего понимать/уметь.

S>Речь о soft skills?

Мне кажется, надо ещё подходить по культуре. По взглядам на то, что есть правильно, а что нет.
Например, где-то надо, чтобы всё делалось быстро, а как не важно.
И человек, проработавший в подобной команде, может не вписаться туда, где хотят, чтобы у них код был приличный.
Там, посмотрев на то, как он пишет код, решат, что ничего важного доверять ему не стоит. Будут давать какие-нибудь второстепенные модули, где можно смириться с тем, как оно сделано. Потом, мол, если потребуется что-то с ними делать, просто его говнокод перепишем. Человек оттуда потом сам уволится, т.к. ему не понравится, что ему ничего интересного не дают.
Или наоборот человек, привыкший к тому, что от него ожидают относительно высокого качества кода, может не вписаться туда, где надо быстро и не важно как. Там будут считать, что он долго возится и занимается непонятно чем. А человек может не захотеть перестраиваться, потому что ему не нравится писать плохой с его точки зрения код. Всё в итоге тоже может закончиться увольнением.
Ещё бывают, например, люди, которые считают, что coding style соблюдать не надо. Мол, мне так удобнее писать, что вы ко мне придираетесь. У меня IDE так форматирует по умолчанию. Работает же.
И где-то такие разработчики работают и все друг другом довольны, а где-то другим членам команды такое может не нравиться.