Здравствуйте, Artem Korneev, Вы писали:

AK>Думаю, что на основании дел, но это всё-таки субъективно.
AK>Статистику коммитов я поглядываю, но лишь для тех команд, с которыми я сам работаю — а это лишь две-три команды. Про остальные команды могу судить лишь по тем результатам, которые они представляют на внутренних ежемесячных
демо-митингах.
Офигеть! Реальные результаты на митингах! Там, где я работал, митинги проходили по стандартной схеме:
1. Идея новой фичи.
2. Сбор фидбека со всех, кому не лень было прийти.
3. Чтобы никого не обидеть, фидбек принимаем со всех и никому не возражаем.
4. Сложность фичи со всем фидбеком раз в 5 превышает первоначальную.
5. PMы сходятся во мнении, что это слишком сложно и рискованно и обязательно будет рассмотрено в следующем спринте.
6. Идея новой фичи.
Собственно, до реализации, а уж тем более, до результатов, дело ни разу не доходило. Как я понимаю, это связано с системой review, где если человек возражает на предложения, чтобы удержать сложность в реализуемых рамках, то он получает ревью хуже того, кто просто со всем соглашается и ничего не делает. Интересно, как с этим борятся в вашем отделе?

AK>Чего-то прям революционного не припомню, но заметные улучшения в работах разных подсистем Bing'а производятся постоянно, я б не сказал, что люди сидят без дела. Во всяком случае, большинство явно работает.
Круто. Мои поздравления. Тогда, наверное, обходить стороной следует не весь MS, а скорее конкретные отделы.

AK>Ой.. да, вот с этим я сталкивался!
AK>Но было это лишь в одной из команд, в самом начале работы. Я тогда только начинал писать на шарпе и, хоть и старался делать код простым и понятным, но некоторых специфичных для шарпа вещей ещё не знал. Получал довольно много комментариев в духе "это лучше переписать вот так". Через полгода работы уже изрядно поднадоело — код мой стал более-менее подходить под требования, но всё-таки комментарии в духе "а давайте вот это переименуем" приходили часто. Когда стал работать с другой командой (не переходя в другую команду, а просто участвуя в разработке ещё одного проекта), был приятно удивлён, что, оказывается, бывает и так, что код-ревью можно пройти за день, а не за две недели.
Ну если по существу, то это нормально. Меня раздражает, когда люди неделю ждут модуля, которого нет, потому что команда обсуждает, что лучше: early return или goto cleanup.

AK>Ещё вот, один коллега недавно жаловался, что, собственно, программирования в его работе кот наплакал — основная деятельность его команды заключалась в управлении конфигурациями, исправлении конфигурационных файлов и т.п., летом он сбежал разрабатывать Visual Studio.
Ну да, про devdiv я слышал только хорошее.

AK>Да! Есть.
AK>...
Круто! Мои поздравления!

Здравствуйте, Artem Korneev, Вы писали:

AK>Думаю, что на основании дел, но это всё-таки субъективно.
AK>Статистику коммитов я поглядываю, но лишь для тех команд, с которыми я сам работаю — а это лишь две-три команды. Про остальные команды могу судить лишь по тем результатам, которые они представляют на внутренних ежемесячных
демо-митингах.
Офигеть! Реальные результаты на митингах! Там, где я работал, митинги проходили по стандартной схеме:
1. Идея новой фичи.
2. Сбор фидбека со всех, кому не лень было прийти.
3. Чтобы никого не обидеть, фидбек принимаем со всех и никому не возражаем.
4. Сложность фичи со всем фидбеком раз в 5 превышает первоначальную.
5. PMы сходятся во мнении, что это слишком сложно и рискованно и обязательно будет рассмотрено в следующем спринте.
6. Идея новой фичи.
Собственно, до реализации, а уж тем более, до результатов, дело ни разу не доходило. Как я понимаю, это связано с системой review, где если человек возражает на предложения, чтобы удержать сложность в реализуемых рамках, то он получает ревью хуже того, кто просто со всем соглашается и ничего не делает. Интересно, как с этим борятся в вашем отделе?

AK>Чего-то прям революционного не припомню, но заметные улучшения в работах разных подсистем Bing'а производятся постоянно, я б не сказал, что люди сидят без дела. Во всяком случае, большинство явно работает.
Круто. Мои поздравления. Тогда, наверное, обходить стороной следует не весь MS, а скорее конкретные отделы.

AK>Ой.. да, вот с этим я сталкивался!
AK>Но было это лишь в одной из команд, в самом начале работы. Я тогда только начинал писать на шарпе и, хоть и старался делать код простым и понятным, но некоторых специфичных для шарпа вещей ещё не знал. Получал довольно много комментариев в духе "это лучше переписать вот так". Через полгода работы уже изрядно поднадоело — код мой стал более-менее подходить под требования, но всё-таки комментарии в духе "а давайте вот это переименуем" приходили часто. Когда стал работать с другой командой (не переходя в другую команду, а просто участвуя в разработке ещё одного проекта), был приятно удивлён, что, оказывается, бывает и так, что код-ревью можно пройти за день, а не за две недели.
Ну если по существу, то это нормально. Меня раздражает, когда люди неделю ждут модуля, которого нет, потому что команда обсуждает, что лучше: early return или goto cleanup.

AK>Ещё вот, один коллега недавно жаловался, что, собственно, программирования в его работе кот наплакал — основная деятельность его команды заключалась в управлении конфигурациями, исправлении конфигурационных файлов и т.п., летом он сбежал разрабатывать Visual Studio.
Ну да, про devdiv я слышал только хорошее.

AK>Да! Есть.
AK>...
Круто! Мои поздравления! Возможно, я был черезчур пессимистичен. Конкретно в моем подразделении проблема была еще в том, что на словах все было, как описываете Вы: результаты, развитие, рост... А на делах — прямая противоположность. Скажем, на очередном митинге по обсуждению очередной будущей фичи люди искренее верят, что эта фича будет реализована. А то, что 10 фич, обсужденных перед ней, пылятся на полке, это, как-бы, факт из другой реальности и его никто не замечает. В результате, ценность слов падает до нуля и люди разбегаются по другим компаниям под полным впечатлением, что весь MS — болото.