К основному содержимому
к презентации
Конспект выступления2023CTO

Как RnD появляется в крупных ИТ-компаниях

Инженерное R&D появляется, когда рост бизнеса приводит компанию к пределам готовых решений и привычных подходов. Автор сопоставляет развитие Google, Amazon и Тинькофф, связывая исследовательские задачи с продуктами и масштабом. В центре внимания — распределённые системы, инфраструктура и инженерная производительность; исследования машинного обучения рассматриваются как отдельная большая тема, которая не исчерпывает R&D.

TeamLead++ Conf3 минуты

Конспект сокращён относительно исходного материала; примеры и оценки передают опыт и позицию автора.

Основная линия материала
01

Google соединяет исследования с задачами продуктов

Рост поиска потребовал обработки всё больших объёмов информации и стал источником инфраструктурных задач. В разборе Google представлен через гибридный исследовательский подход: фундаментальные работы, новые продукты, улучшение существующих продуктов и инфраструктура могут сосуществовать в одном портфеле. Различаются сроки и риски, а направление работы определяется не единственной универсальной формой исследовательского центра.

В качестве инженерных результатов перечислены GFS, MapReduce, Bigtable, Spanner, Borg и другие системы. Их публикации повлияли на последующие открытые реализации, но статья о системе часто выходит позже самой разработки. Автор также различает публикацию идеи и выпуск доступного инструмента: ранние работы Google нередко порождали внешние аналоги, тогда как Kubernetes и TensorFlow служат примерами непосредственного участия в открытой экосистеме.

02

Amazon делает инфраструктурные решения доступными как продукт

История Amazon связывается с развитием электронной торговли, площадки для продавцов и облачной инфраструктуры. Исследовательский подход описывается через движение от потребностей клиента к задаче. Для инженерного R&D важны сервисы вычислений, хранения и баз данных: они решают масштабные технические проблемы и одновременно могут стать самостоятельным предложением для внешних пользователей.

Автор противопоставляет способы распространения результатов: в рассматриваемый ранний период Amazon чаще выводила инфраструктурный сервис, чем публиковала подробную исследовательскую статью. Позже появился заметный поток публикаций, включая работы об Aurora и DynamoDB. Сравнение показывает, что результат R&D может выражаться не только в статье, но и в продукте или интерфейсе, на который начинают опираться другие компании. Это авторская интерпретация истории, а не рейтинг исследовательских организаций.

03

Собственный R&D требует связи с долгосрочными задачами

В Тинькофф рост клиентской базы привёл к ограничениям готовых коммерческих решений, внешних сервисов и части открытых инструментов. Описанная концепция предполагает совместную работу собственных команд и университетов над сложными долгосрочными задачами. Цель — поддерживать масштабирование бизнеса, создавать устойчивые преимущества и привлекать сильных инженеров. Само наличие отдельного подразделения не является доказательством выполнения этих целей.

Среди направлений названы производительность инженерной работы, надёжность распределённых систем, оптимизация, облачные системы и безопасность. Примеры результатов включают Voice Kit, Sage, ETNA и Data Detective. Такая конкретизация связывает исследовательскую деятельность с потребностями компании. Для переноса опыта полезно сначала определить, где существующие решения ограничивают развитие и как будет использоваться результат, а затем выбирать организационную форму исследования и сотрудничества.

Выводы

Что стоит унести с собой

  1. 01Инженерные исследования часто возникают из ограничений, с которыми бизнес сталкивается при росте.
  2. 02Публикация, открытый инструмент и коммерческий сервис — разные способы распространения результата R&D.
  3. 03Исследовательский портфель нужно связывать с долгосрочными потребностями компании и возможностью применения результата.

Источники