← На главную

Почему индустрия воспитывает технологов, а не продуктовых инженеров

28.10.2026 16:30 · hackernews

Автор эссе рассматривает свою карьеру как пример того, как индустрия поощряет абстрактное техническое мастерство в ущерб пониманию продукта. В стартапе Runa команда обещала динамическое ценообразование для небольших интернет-магазинов, но фактически предлагала скидку всем, кто бросил корзину. Главными трудностями были доверие к расчётам и нежелание продавцов передавать контроль над ценами. Вместо исправления бизнес-модели инженеры готовились к будущему росту: выбрали Clojure и HBase, а затем боялись менять ранние решения, чтобы не оказаться неготовыми к гипотетическому наплыву клиентов. Выживал проект благодаря отдельному заказу eBay, а позднее был куплен Staples ради команды, а не созданной технологии.

В Factual автора привлекла база географических объектов, связывавшая идентификаторы разных сервисов и объединявшая разрозненные наборы данных. Она использовалась Facebook Places и картами Apple, но рынок крупных покупателей такой онтологии оказался ограниченным. Ради роста компания начала продавать услуги рекламным фирмам и всё больше ориентировала разработку на геотаргетинг. Даже при увольнении генеральный директор продолжал называть рекламу временным направлением, хотя именно оно приносило рост. Впоследствии Factual объединилась с Foursquare.

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

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

Читать оригинал →