SK>Эээ... насчет корпоративных правил это зря. Как говорил Брукс "дисциплина полезна искусству". Как корпоративный стиль разработки может подавить индивидуальность? Для этого подребуется, чтобы это стиль уже имел готовые программы на все случаи жизни и их надо было только вставить куда, опять же слиль, требует. Это не так, стиль чаще всего это форматирование, документирование, именование и несколько хороших правил, которые могут иногда раздражать, но вообщем для бользы дела.
Как правило корпоративный стиль разработки накладывает огромные ограничения, начиная от выбора версий программ, заканчивая набором оттестированных компонент, которые не всегда оптимальны для решения той или иной задачи. Учитывая жесткие сроки при решении аналогичных задач в КСР распространен древний способ программирования Copy-Paste.
А хорошие правила как правило быстро впитываются. И с высказыванием Брукса полностью согласен, хотя здесь тоже незачем перегибать палку, учитывая процесс рождения кода.
Кстати многие из-за выше приведенных ограничений не хотят идти в данные организации предпочитая работать в маленькой могучей кучке, чем в коллективе маляров.
и солнце б утром не вставало, когда бы не было меня
