> 1. Они - кто? Братья Джолитз? Все. В *BSD не было и нет ни одного настоящего project manager'а.
> Которые вдвоем переписывали 4.4BSD,
А Торвальдс вообще в одну физиономию ядро написал.
> успешно распостранялась с журналом.
Что-то не вижу BSD на каждом первом компьютере и девайсе. Успех такой успех.
> 2. Что вы знаете об управлении проектом?
Я знаю что это очень масштабная и сложная задача. С ней хорошо справляются лишь сильно немногие, те кто сочетает в одном человеке целый ряд нетривиальных умений и знаний. Посмотреть формальные требования можешь в любой вакансии PM. Но это не то. Работая в режиме формализма PM угробит проект по технологии "итальянская забастовка". Поэтому поиск PM-а на проект - "mission impossible" для HR-ов.
> Что такое "нормально рулить проектом"?
Это очень сложный и многогранный вопрос. Если бы я знал на него полный ответ - я бы мог позажигать не хуже Торвальдса, в общепланетарном масштабе. В первом приближении это умение балансировать разработку проекта и работать с командой. Для этого в одном человеке должны сочетаться несколько нетривиальных знаний и умений. Тогда проект активно развивается, в команде появляется толковый народ, проект становится востребован окружающими. Ну а PM все это глобально координирует. В зависимости от умений координировать проект и правильности принятых решений проект развивается. Или не развивается. А то и загибается.
> 3. Unix войны - погуглить.
Сам и гугли эту х-ь. У меня есть более интересные вещи на поискать.
> 4. В 90-х был запрос на анархию. Какие дефирамбы пели анархии...
Знаешь, печальный академшит, который занимается построением юзера вместо того чтобы решать человеческие задачи - как-то и потом не сильно востребован оказался. Сферическая фигня в вакууме и есть сферическая фигня в вакууме.
> Теперь спорят о преимуществах систем контроля версий,
А git - анархичная система контроля версий. У меня вот например есть локальные отличия относительно майнлайна. Я их сделал сам. И мне плевать что думает Торвальдс и все остальные на этот счет. Мне они нужны в вон той задаче. Здесь и сейчас. А с централизованными cvs/svn, так любимыми бздюками - так ну не то чтобы совсем уж нельзя, но - сложнее и контрпродуктивно.
К примеру о хороших PM - хороший PM умеет принимать правильные решения. Вот в данном случае Торвальдс понял как сделать комфортно участникам процесса. Кроме всего прочего и запилив для этого git, где удобно делать типовые wokflow распределенного процесса разработки, патчить что-то "под ситуацию" и прочая. А бздюки по сей день втюхивают cvs и svn. Это удобно узкой группе лиц и прокатыает фэйсом об тэйбл всех остальных. Которые в результате не хотят иметь дела с геморным проектом и идут пользоваться менее геморным :)
> и матрице ролей в проектах.
А это уже ближе к ИБД имени корпорасов-проприерасов чем прожектменеджменту. В нормальной ситуации роли сами оформляются по принципу "кто может лучше всего сделать задачу, тот этим и занимается". Это очень крутой и эффективный принцип. На световые годы впереди твоего корпоративного булшита. Всякие там скрамы, канбыны и прочие agile - это потуги пропетарей хоть чему-то научиться у опенсорсников. Вот только в нормальном опенсорсном проекте получается еще более эпичное взаимодействие - и без всего этого корп-булшита.
> А зачем противопостовлять? Это паралельные ветки проектов.
Не противопоставлять а сравнивать кто и чего добился за энный интервал времени.
> Торвальдс угро-финский тормоз, не знающий тогда нихрена про штатовские университеты.
Торвальдс угро-финский тормоз. Но его операционка в 2015 году найдется буквально почти в каждом доме. А его система контроля версий - навсегда изменила представления о том как стоит разрабатывать софт. Теперь даже печальные корпорасы - разучивают гитхаб. И даже мелкософт впиливает в MSVS поддержку git "для самых маленьких".
> до релиза полноценной ОС. Первый релиз 386BSD в марте 1992 года
Они немного опоздали - линь появился раньше.
> получен 14 июля 1992 года (версия 0.1). Планируемый процесс портирования кода
> был хорошо документирован Джолитцами в 18 главах,
А, вот оно что. Пока эти красавцы писали 18 глав даром никому не упавшей галиматьи, нужной 1 раз в жизни, 1 проекту на планете - Торвальдс просто въе и просто писал код. Который окружающим как-то оказался сильно полезнее чем 18 глав СПАМА. И хотя я не дам рецепт хорошего управления проектом, я могу сказать что в этом месте мы видим пример того чем хорошее управление проектом отличается от х-вого. Х-вое управление проектом - это когда люди тратят время на написание 18 глав спама вместо того чтобы заняться чем-то полезным.