svcoderЕсть коллектив разработчиков, уровень очень разный:
1) думает перед тем как писать код
2) думает во время написания кода
3) думает после написания кода
4) вообще не думает что пишет.

Если разные люди разрабатывают и поддерживают непересекающийся функционал - проблем не возникает, каждый варится в собственном *о*е, но когда возникают смежные задачи возникает конфликт:
Если опытному разработчику необходимо изменить модуль новичка - возникает требование нехилово рефакторинга, который опытному специалисту делать неинтересно. Если новичку необходимо изменить модуль опытного разработчика - он вставляет туда залепуху, из-за которой перестает работать функционал опытного разработчика.

Думаю все в той или иной степени сталкивались с такой проблемой. Какой из вариантов решения выбрать?
1) Учить категории 3 и 4 хотя бы до уровня 2
2) Внедрить контроль качества, когда уровень 1 контролирует уровень 2, а уровень 2 контролирует уровни 3 и 4
3) Дать уровням 3 и 4 самостоятельно достичь уровня 2 в течение полугода, иначе выгонять
4) Выгнать уровни 3 и 4

Есть коллектив разработчиков , уровень очень разный:
1) получает хор бабло - эдакий успешный барин от программирования, и думает, что думает перед тем как писать код
2) давно уже программит в режиме "лавинного аппетита заказчика во время написания проекта" и думает во время написания кода, получает среднюю в отделе з/п, мечтает о з/п из п.1
3) программит в режиме "это надо было вчера уже сдать, хотя мы в курсе что это невозможно, но очень хочется" и думает после написания кода, что после сдачи проекта ему прибавят бабла
4) насколько платят, настолько думает, когда пишет.


теперь о пересекающемся коде
Если опытному разработчику в падлу заниматься обучением новичка (например, вдруг новичек окажется умнее или -бабла за обучение не платят) и необходимо изменить модуль новичка - возникает отмазка нехилово рефакторинга, который опытному специалисту делать неинтересно. Если новичку необходимо изменить модуль опытного разработчика - отмазка опытного кодера - не дам , потому что новичок вставляет туда залепуху, из-за которой перестает работать функционал опытного разработчика (проблема та же - разработчику в падлу заниматься обучением новичка (например, вдруг новичек окажется умнее найдет залепухи опытного кодера или -бабла за обучение не платят или -если новичок справляется с заданием опытного кодера- на х.. тогда опытный кодер)

Думаю все в той или иной степени сталкивались с такой проблемой. Какой из вариантов решения выбрать?
1) Учить категории 3 и 4 хотя бы до уровня 2 или просто поднять им з/п до уровня 2, с условием, что они будут работать как уровень 2 и посмотреть ,какой метод решит проблему
2) Внедрить контроль качества, когда уровень 1 контролирует уровень 2, а уровень 2 контролирует уровни 3 и 4 и штрафовать уровень 1, если уровень 3,4 не поднимется до уровня 2 за полгода, чтобы у всех были равные шансы и ответственность
3) Дать уровням 3 и 4 самостоятельно достичь уровня 2 в течение полугода с обязательством поднять з/п, иначе выгонять
4) Выгнать уровни 3 и 4 тогда самому и нехило рефакторить или быдлокодить, если не удастсяя убедить заняться этим уровень 1.

Сыроежка
Во-первых, надо действительно быть уверенным, что во главе коллектива стоят высококвалифицированные программисты, а не "быдлокодировщики", как вы их называете. Дело в том, что в жизни вверх по служебной лестнице рвутся именно быдлокодировщики, так как они программировать не умеют, а следовательно им это и не очень нравится. Поэтому для себя они видят выход - это быстрее подняться по служебной лестнице на административную работу. Причем этот быдлокодировщик не обязательно является плохим специалистом. Только он не является специалистом в программировании. Например, он может хорошо знать содержательную или описательную часть программы. Например, он был в проекте с самого начала, а потому лучше любого профессионального тпрограммиста, но новичка, знает, что программа делает и какие у нее слабые места, и почему было сделано именно так и не иначе. Они пользуются этим преимуществом в знании проекта и, как только видят, что пришедший профессионал-программист начинает их догонять по знанию программы, то стараются всеми способами изжить его, чтобы опять набрать новичков, которые будут естественно в начале беспомощны в проекте, так как требуется время, чтобы разобраться, что этот проект делает и как он написан.
Ежели во главе проекта действительно стоят высококвалифицированные программисты, то в этом случае вопрос решается очень просто. Организуется код-ревью. То есть быдлопрограммист пишет код, который естетсвенно в проект не включается. Затем этот код предоставляется всем участникам проекта на ревью, то есть каждый может сделать свои замечания по коду. После чего программист, чей код ревьюируется, должен либо дать аргументированный отказ от принятия замечаний, либо переделать код.
При таком подходе у быдлокодировщика есть два выхода: 1) либо самому уволиться, так как он будет себя чувствовать некомфортно: 2) либо на основе тех комментариев, которые к его коду дают более квалифицированные программисты, расти самому как программисту.:)
В этом что-то есть конечно, но в компанию Luxsoft приходят как приходят работать в макдональдс - надо расти до очередного старшего смены, чтобы ходить с блокнотиком и карандашиком, пока другие быдлокодят - швабрами или на кассе
Код-ревью - полная х-ня , заказчику насрать на чистоту вашего кода