Точно не знаю но примерно 2 года назад читал что в Microsoft только чтобы создать новый функции для Word, работало свыше 150 человек над этим проектом.

В команде принимают стандарт оформления кода. Да и вообще, в любой вменяемой конторе от программистов требуют придерживаться определённых правил, даже если они делают программу в одиночку.

;-)

я думаю, что человек имел ввиду не столько стиль оформления программ, сколько стиль программирования. Я, например, на С++ пишу в более-менее функциональном стиле, используя в осноном открытые структуры и функции над ними, сводя к минимуму глобальные побочные эффекты, а классы использую относительно редко, в то время как другие наши разработчики, вместо свободных функций используют статические функции классов, глобальные состояния и т.п.

Я пишу по-разному, в зависимости от задания. Где-то функционально, где-то побольше ООП, где-то побольше шаблонов.
У меня другая проблема: другие члены команды С++ знают плохо и на качество кода плевали свысока. Слава богу, что недолго осталось ;)

Да ! Я о стиле написания.. Я например создаю ООП для серьезных проектов, если там мелкий на функциях и т.п и сама структура скрипта и методы могут быть у каждого разные..

Какая разница. Есть стандарты кодирования для оформления, есть фаза обсуждения архитектуры проекта для выбора способа декомпозиции кода в том числе. Если тебе отдают на откуп реализацию большого модуля в виде чёрного ящика и никого не волнует, как ты его напишешь, значит, нет нормально построенной командной работы и ничего хорошего в этом нет. А при нормально построенном процессе командной работы есть проектирование, есть регулярные код-ревью и когда полкоманды с трудом осилила STL, а про boost и речи не идёт, а ты лепишь свою функциональщину на C++ (lol), то тебе дают по рукам.

я с таким тоже постоянно сталкиваюсь - у нас правда немного легче стало, поскольку верхнее начальство требует и code review и прочие методы улучшения качества...

Ты сам пишешь - нормально построенная командная работа, нормально построенный процесс и тд. К сожалению, это не всегда имеется.

У нас в принципе команда.
Во-первых есть документ, предписывающий основные принципы стиля программирования на фирме. У нас например форматирование расписано очень подробно. Использование глобальных обьектов должно быть сведено к минимуму.
Во-вторых, когда код, сотворенный в творческом порыве, вызывает некоторое недоумение у коллег, то с программистом беседует шеф. Никто никого на заборе не вешает, но программист или обьясняет настоятельную необходимость использования определенного решения или получает указания код переделать. У тех, кто работает определенное время, вырабатывается этакий коммандный стиль. Разумеется в деталях стиль разный.

Я сделал шаблон для astyle и предложил всем пользоваться :)

т.е. код сводится к нижнему пределу понимания всех разработчиков?

Нет. Скелет приложения и низкоуровневые классы пишутся теми людьми, которые и определяют стиль программирования. Чем слабее программист, тем более деталированые задания и подготовленные шниттштелле он получает. И тем более контроля .
Но в принципе кода, непонятного для того, кто интересуется, нет. Я часто исправляю ошибки в чужих модулях (как и другие в моих) и смотрю чужие классы в качестве доноров идей.
Кроме того есть достаточно регулярные фирменные воркшопы.

Работу найти не сложно.
Если знаете пхп, и все что к нему прилагается, и хорошо знаете английсикий, через тот же монстр за пару тройку месяцев найдете.
Я нашел год назад, имея неплохой опыт, и полное отсутсвие классической программисткой школы, вообще считаю себя посредственным программером.
Сам во время и после технического вуза учился програмить как мог, но не всегда желанием и настойчивостью перекрывается образование.
Контора которая меня сюда привезла попалась дураковатая. Уволили, на мое счастье, через 7 месяцев, дела у них не очень.
Вторую работу нашел тут(Мюнхен) за 2 недели. Работаю 4 месяц, доволен как слон. Работа легче, зарплата больше. После того как нашел, звонят и предлагают еще места, и спрашивают не знаю ли я кого.
Вы только не думайте что тут все радужно. Заплату вам скорее всего из-за того что не знаете немецкого большую не дадут. За большую тут и немца найдут.
Дадут такую, что бы вас местное бюро по трудоустройству пустило. А они пропускают, если зарплата достигает какого то по их мнению достаточного уровня, и на это место нету немцев.
При том, если дадут скажем 3000, вы из них 1200 заплатите налогов, если не женаты и детей нету. За квартиру отдадите около 500, в зависимости от региона.
Так что сильно не разгонишься. У меня и в Киеве могло получаться столько же, толком че поперся объяснить не могу :)

думали, что здесь кисельные берега и молочные реки...и евро ковшами черпают..

Какое вам дело что я думал, писал я не вам. Вообще какой то народец на форуме озлобленный.
Человек нормально спросил, вместо того что бы отвечать, умничают многие, злятся. Типа че вам переться, если тут уже Я есть.
А что здесь делается и так знал, у меня тут много знакомых и родственников.
А на счет того что евро капает, оно не только капает но и льется.
Так как айти развито лучше, и при толковой бизнес схеме у компаний дела отоично идут.

ага - только разработчиков это не касается
Тут не принято платить за разработку нормальные деньги
Бонусы и пр - только для рук-ва и менеджмента
Чтобы закрепить положение введена блауенкарте - 33600 pro Jahr und nicht mehr

Нам на лекции приводили пример крупного проекта крупной же фирмы, когда наняли 300 человек, они работали год, наработали пару миллионов убытков, задачу не решили ... После этого половину из них уволили, остальных посадили парами, чтобы друг друга контролировали, обсуждали, вместе делали и за пол года осилили задачу. Метод описывался как супер прогрессивный ...
Хотя мне тоже интересно, как они там к общему мнению приходили

это называется agile software development methods
http://en.wikipedia.org/wiki/Agile_software_development
увольнять надо было менеджеров проекта

пожалуйста не обобщайте... нормальные фирмы понимают что откуда берется, и платят и нормальные зарплаты и бонусы.