Уже месяц я в Microsoft Research. Пора бы рассказать, что здесь и как. К тому же, насколько я понял, даже сотрудники продуктового MS часто плохо представляют, что такое "research" и зачем он нужен. Исправляем этот досадный недостаток.
Поинт номер один, самый важный. Ресёч - это не программирование. Точнее, это не только программирование. Это гораздо круче. Тут не надо сидеть и целыми днями набирать код. Более того, это самый верный способ ничего не сделать. Не надо обсуждать с заказчиком оптимальные размеры окошек и цвет формочек. Не надо пытаться создать расширяемую архитектуру. Не надо писать кучу тестов  и следовать принципам тдд. И, вы не поверите!, не надо править баги в вашем любимом орме (веб-сервере, парсере xml). Потому что главное - это идея. Идея, при помощи которой можно сделать классную программу, создать удобный сервис или просто добавить фичу в Windows, которую потом будут использовать миллионы пользователей. Код, который тут пишется, в большинстве случаев - просто прототип, который дальше вашего отдела не уйдет. Зато если Ваш проект окажется удачным, то за дело возьмутся профессионалы из продуктовой части MS и сделают все на высшем уровне.
Таким образом, процесс разработки очень простой. Родил идею (придумал новую фичу, разработал быстрый алгоритм), написал статью, реализовал прототип, показал его общественности. Если работа интересная - продолжаешь ее развивать вплоть до включения в конечный продукт (часто для этого ресёчеры "переходят" в соотвествующую группу разработки). Если нет, то начинаешь все сначала. Основное отличие от промышленного программирования - первый этап. Он же самый сложный и самый интересный. Сложный, потому что вообще не понятно, как его выполнять. Вот попробуйте, скажем, придумать фичу в Visual Studio, которая была бы полезна большинству пользователей, которую несложно реализовать и которой до сих пор нет. У меня сходу не вышло :) Интересный, потому что ты ни чем не ограничен. Нет перед тобой заказчика, который хочет "автоматических отчетов" и "зеленых кнопочек на красном гриде".
Другое отличие от разработки софта - это задачи, которые возникают. Помнится, при написании разнообразных бизнес-приложений я 85% всех задач решал сходу, не думая ("взять всех сотрдуников из базы, посортировать по фамилии, выдать уникальные"), еще 10% решались банальным гуглением. Очень-очень редко приходилось спрашивать совета у какого-нибудь тимлида или "гуру" из соседней комнаты. В остальных случаях (когда возникали по-настоящему интересные задачи) проблема переформулировалась, или убеждали заказчика сделать по-другому. Здесь все не так. Хочешь, чтобы проект был успешным - решай сложные задачи. Пользуйся любыми средствами, любыми финансами, общайся с лучшими специалистами в своей области, хоть на стенку лезь, но задача должна быть решена. Когда мы с моим руководителем придумали мой текущий проект, то первым делом я начал интересоваться, кто и что уже делал в этой области. Спросил у Тима, который занимается подобными вещами уже лет 10. Выяснилось, что мою задачу не решал до меня вообще никто. И, уверяю Вас, таких задач тут большинство.
С другой стороны, подавляющее большинство проектов так и не покидает стен MSR. Причин много. Многие технологии, которые здесь разрабатываются насколько amazing, настолько и неприменимые для обычной жизни. Тем не менее, денег вбухивается сюда немерено. Зачем, спрашивается вообще нужен MSR? У меня пока нет однозначного ответа. Большинство из тех, кому я задавал этот вопрос, сходятся во мнении, что MSR - это такая "исследовательская лаборатория" при Микрософте. Билл Гейтс хочет, чтобы его не забыли. И делает это всеми доступными способами. Десяток миллиардов долларов в год (бюджет MSR) для него не проблема. Плюс есть шанс, что когда-нибудь один из проектов MSR "выстрелит", как гугл в свое время, и вложения окупятся. Посмотрим.
Продолжение следует...

Tags: ms