Денис, кончай истерить. Твой самопиар на целевую аудиторию для вашей Школы несколько поднадоел. Это уже больше похоже на осознанную провокацию, чем на реальное обсуждение. Можно подумать ты не занимаешься компиляцией в рамках своей работы и подготовки тренингов... Все и так знают что ты умный. Но умных - много, толковых мало. Был бы толковым - использовал бы эту тему в своем бизнесе, т.к. реально этот топик не раскручен.
Думаю модератору пора закрыть топик для дальнейшего обсуждения.
Мне тоже кажется, что топик себя исчерпал. Нападки и оскорбления - не лучший способ найти истину. Именно за это я не очень люблю форумы. Очная беседа куда лучше
Мы в своей работе сделали попытку привлечь внимание к проблематике, посмотреть на ИТ существенно шире, чем положено. Тут один из читателей статьи, Алексей Федорищев, классно и афористично высказался в фейсбуке: "возможно, разница в подходах обусловлена образованием? Те, кто изучают технарские дисциплины, и воспринимают жизнь как механическую систему, а гуманитарии - как организм? Истина наверное где-то по середине... Из практического, возможно имеет смысл для полноты заканчивать два вуза?)))"
Эту идею я поддерживаю.
Кстати, тут недавно читал книгу. Понравилась цитата:
"PP Not a new idea, just a new label
Fred Brooks (author of The Mythical Man-Month) stated in his book that he performed pair programming in 1950 during his graduate studies
Larry Constantine (author of more than 150 technical articles and 16 books) first saw pair programming performed in the early 1980s at Whitesmiths, Ltd.
He noticed that it produces faster, better quality and bug-free code
In 1998, John Nosek (Temple University professor) performed first empirical study about efficiency of pair programming"
Так что, для тех, кто верит, что ни парного программирования ни секса не было в СССР до 1993 года, спешу разочаровать...
Было и то и другое
Вот только споры о том, как формировать пары не утихают и сейчас, так как те, кто относятся к людям как к механизмам не могут понять, что люди организмы... и работают они не так, как механизмы.
Для UML сообщества я предлагаю классную идею - развить тему, получить ответы на вопросы, которые еще не получены. Мы открыли серию статей, но это не значит, что ее будем насыщать только мы втроем.