Бывший инженер Palantir: выездные инженеры в ИИ всё чаще работают как консультанты
Вину Ганеш, который строил в Palantir программу подготовки выездных инженеров, считает: такой инженер нужен, чтобы улучшать продукт, а не угождать одному клиенту. Иначе получается консалтинг с новым названием должности.
ИИ-лаборатории, стартапы и фонды прямых инвестиций наперебой нанимают инженеров, которые работают прямо у клиента. Но что эти люди должны делать, почти никто толком не понимает. Так считает Вину Ганеш (Vinoo Ganesh), глава компании Kepler. Раньше он руководил направлением Spark в Palantir и создал там Project Frontline — программу, которая превращала обычных разработчиков в таких инженеров. Через неё прошли около 250 человек. Многие из них теперь руководят такими командами в OpenAI, Anthropic, SpaceXAI и Anduril.
Толчком к колонке стал ужин участников стипендиальной программы a16z для таких инженеров. За одним столом сидели люди из Snowflake, Anthropic и стартапов. Выяснилось, что под одним названием они понимают совсем разную работу: кто-то помогает продавать, кто-то сам продаёт и умеет писать на Python, а кто-то по сути работает консультантом по договору.
Ганеш объясняет, почему такие инженеры вообще понадобились. Задачи, которые решает один продукт, одинаково проданный тысяче компаний, в основном уже решены. Осталось то, что спрятано внутри конкретной компании: запутанные, нигде не описанные процессы. Ганеш советует собирать «существительные и глаголы» — то, с какими сущностями работает компания и как они проходят через её процессы. Пример из его практики: сотрудница клиента год блокировала переход с CSV на формат Parquet. Инженер понаблюдал за её работой и увидел, что она проверяет данные, открывая файлы на ноутбуке двойным щелчком. Для Parquet такого просмотрщика тогда не было. Его написали за ночь, через два дня переход одобрили, а обработка данных ускорилась с 17 часов до двух.
Главное, по мнению Ганеша, — чтобы опыт с выезда возвращался в продукт. Инженер, после которого остался один довольный клиент, а в платформе ничего не изменилось, провалил свою единственную задачу. Сам Ганеш однажды за день набросал временный скрипт vinoo.groovy, а через год тот уже работал у клиента почти на сто тысяч человек. Скрипт так и не превратили в нормальный продукт, и команда годами поддерживала эту заплатку.
«Это разница между продажей часов и созданием актива», — пишет Ганеш. По его оценке, большинство компаний на этой золотой лихорадке строят первое, а совету директоров рассказывают про второе. Поэтому в Kepler такие инженеры подчиняются продуктовой команде, а не отделу продаж.
Преимущество перед конкурентами Ганеш видит не в модели и не в людях: модели дешевеют, а за нужных специалистов борются все лаборатории. Защищает другое — накопленное и проверенное знание о том, как на самом деле работают компании отрасли. Важно не описание их работы, а понимание, в чём оно ошибается. А это знание, по словам Ганеша, приходит только после того, как тебя поправили.