Napkin Math в Turbopuffer: как расчёты на салфетке и долгая tenure меняют разработку

Сооснователь и CTO Turbopuffer Саймон Эскильдсен в интервью The Pragmatic Engineer поделился философией, которая помогает его команде создавать высокопроизводительное и долговечное программное обеспечение. В основе подхода лежат «napkin math» — быстрые прикидочные расчёты без сложных инструментов, и принципы первого порядка, возвращающие к фундаментальным ограничениям железа. Эскильдсен также утверждает, что долгий срок работы в одной компании — не недостаток, а преимущество, позволяющее глубоко понять продукт и архитектуру. Эти идеи бросают вызов современной культуре быстрого успеха и предлагают альтернативный путь к устойчивости в разработке.

Napkin math и принципы первого порядка

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

Принципы первого порядка — ещё один краеугольный камень философии компании. Эскильдсен объясняет, что инженеры часто копируют решения без понимания их сути, что ведёт к излишней сложности. В Turbopuffer каждый архитектурный выбор проверяется через базовые ограничения: например, сколько операций ввода-вывода в секунду может выполнить NVMe-диск, или какова задержка передачи данных по сети. Такой подход отсекает неэффективные варианты и фокусирует усилия на реалистичных решениях.

Почему napkin math так эффективен для разработки?

Napkin math позволяет инженерам быстро отбрасывать заведомо нерабочие идеи, не тратя время на детальное прототипирование. Эскильдсен приводит пример: оценка пропускной способности сервера на базе NVMe-дисков. Зная скорость чтения NVMe (около 5 ГБ/с) и средний размер запроса (1 КБ), можно получить оценку в 5 миллионов QPS. Эта цифра сразу показывает, какие архитектуры имеют смысл, а какие нет. Такой подход применяется ко всем компонентам системы: от сети до CPU кэшей. Turbopuffer даже разработала внутренний инструмент для автоматизации этих расчётов, что делает napkin math доступным для всей команды.

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

Долгий срок работы — преимущество, а не недостаток

В индустрии, где частая смена работы считается нормой, Эскильдсен занимает противоположную позицию. Он проработал в Shopify более семи лет, а затем основал Turbopuffer. По его мнению, долгая tenure позволяет инженеру накопить уникальные знания о продукте, архитектуре и бизнесе, которые невозможно получить за короткий срок. Это снижает количество ошибок и ускоряет разработку, так как сотрудник глубоко понимает все нюансы системы.

Эскильдсен отмечает, что многие компании недооценивают ценность долгосрочных сотрудников. В Turbopuffer он сознательно строит культуру, где люди остаются надолго, и считает это одним из главных конкурентных преимуществ. Долгая tenure также способствует накоплению технического долга в управляемой форме: инженеры, знающие историю проекта, могут принимать более взвешенные решения о рефакторинге и оптимизации.

Как долгая tenure влияет на качество кода?

Когда инженер работает над продуктом годы, он начинает видеть долгосрочные последствия своих решений. Это снижает вероятность поспешных компромиссов, которые ведут к техническому долгу. Эскильдсен приводит пример из своего опыта в Shopify: многие архитектурные решения, принятые в первые годы, оставались актуальными спустя пять лет, потому что они были продуманы с учётом будущего развития. В Turbopuffer такой подход заложен в культуру: команда не гонится за быстрыми фичами, а стремится к устойчивой архитектуре.

Кроме того, долгая tenure улучшает коммуникацию внутри команды. Инженеры, работающие вместе долгое время, лучше понимают сильные стороны друг друга и могут эффективнее распределять задачи. Это особенно важно в стартапе, где каждый сотрудник играет ключевую роль.

Осторожность с венчурным капиталом

Эскильдсен предостерегает основателей стартапов от излишней зависимости от венчурного капитала. По его словам, VC-деньги часто навязывают быстрый рост и агрессивные метрики, что может привести к созданию хрупких продуктов и выгоранию команды. Turbopuffer привлёк финансирование, но делает это осознанно, сохраняя контроль над roadmap и культурой.

Он рекомендует основателям сначала убедиться, что продукт действительно решает проблему клиентов, и только потом привлекать внешние инвестиции. «Лучше расти медленно, но устойчиво, чем быстро сгореть», — говорит он. Этот подход перекликается с философией napkin math: сначала оценить фундаментальные ограничения, а потом строить планы.

Почему стартапам стоит быть осторожнее с VC?

Венчурный капитал часто диктует темпы роста, которые не соответствуют реальным возможностям продукта и команды. Эскильдсен видел много стартапов, которые сгорели, пытаясь угнаться за метриками, навязанными инвесторами. В Turbopuffer он выбрал путь устойчивого развития: компания растёт органически, фокусируясь на качестве продукта и удовлетворённости клиентов. Это позволяет избежать выгорания и сохранить контроль над стратегией.

Кроме того, зависимость от VC может привести к размыванию фокуса. Вместо того чтобы решать реальные проблемы пользователей, команда начинает гнаться за показателями, которые важны для инвесторов. Эскильдсен считает, что основатели должны чётко понимать, зачем им нужны деньги, и иметь план, как они будут использовать их без ущерба для культуры.

Как это работает: napkin math на практике

Чтобы проиллюстрировать свой подход, Эскильдсен приводит конкретный пример: оценка того, сколько запросов в секунду может выдержать сервер на базе NVMe-дисков. Используя простые цифры — скорость чтения NVMe (около 5 ГБ/с) и средний размер запроса (1 КБ) — он получает оценку в 5 миллионов QPS. Это позволяет сразу отбросить неэффективные архитектуры и сосредоточиться на реалистичных вариантах.

Такой подход применяется ко всем компонентам системы: от сети до CPU кэшей. Turbopuffer даже использует специальный инструмент для автоматизации таких расчётов, что делает их доступными для всей команды. Эскильдсен подчёркивает, что napkin math — это не замена точным измерениям, а способ быстро проверить гипотезы и избежать ненужной сложности.

Пример napkin math для сети

Допустим, нужно оценить максимальное количество запросов, которое может обработать сетевой интерфейс. Зная пропускную способность (например, 10 Гбит/с) и средний размер пакета (1 КБ), можно получить оценку в 1,25 миллиона пакетов в секунду. Если архитектура предполагает больше, значит, нужны оптимизации или другое железо. Такие расчёты помогают команде Turbopuffer быстро принимать решения без глубокого погружения в детали.

Кого затронет и как

Философия Эскильдсена в первую очередь интересна инженерам и техническим лидерам, которые стремятся к глубокой экспертизе и долгосрочной устойчивости продуктов. Стартапы, особенно на ранних стадиях, могут пересмотреть своё отношение к венчурному капиталу и срокам работы сотрудников. Российским и СНГ-командам подход «napkin math» может быть особенно полезен в условиях ограниченных ресурсов, когда каждый инженер на счету.

Кроме того, идеи Эскильдсена могут повлиять на корпоративную культуру в целом. Если больше компаний начнут ценить долгую tenure и осознанный подход к финансированию, это может снизить текучку кадров и повысить качество продуктов. В долгосрочной перспективе такой подход способствует созданию более устойчивой экосистемы разработки.

Что будет дальше

Эскильдсен планирует продолжать развивать Turbopuffer, сохраняя фокус на производительности и простоте. Он надеется, что его опыт вдохновит других основателей на более осознанный подход к инженерии и финансированию. В ближайшие годы можно ожидать появления большего числа стартапов, которые отдают предпочтение устойчивому росту и глубокой технической экспертизе.

Turbopuffer также активно делится своими наработками в области napkin math: компания публикует статьи и инструменты с открытым исходным кодом. Эскильдсен верит, что популяризация этого подхода поможет инженерам по всему миру создавать более эффективные системы.

Итог

Подход Саймона Эскильдсена — это вызов современной «культуре быстрого успеха». Napkin math, долгая tenure и осторожность с VC — не просто принципы, а практические инструменты для создания ПО, которое выдерживает испытание временем. Для инженеров и основателей, уставших от гонки метрик, это может стать альтернативным путём к настоящей устойчивости. Внедряя эти идеи, команды могут не только улучшить свои продукты, но и создать более здоровую рабочую среду.