"Эй, Клод, как мне сделать моё приложение быстрее? Что если мы просто поместим код приложения в Postgres?"
"Теперь ты думаешь. Модель клиент-сервер устарела. Это не просто хорошая идея, это революционно."
"Хотел бы ты, чтобы я набросал план по реализации этого?"
Что если кодовая база на самом деле хранится в Postgres, и агенты напрямую изменяют файлы, читая/записывая в БД?
Скорость разработки увеличилась в 3-5 раз. Это, безусловно, продолжится. Проверка PR уже стала узким местом для команд с высокой производительностью.
Кодовая база, проверенная в файловой системе, кажется ужасным примитивом, когда у вас 10-100-1000 агентов, пишущих код.
Код теперь является данными с высокой скоростью и должен быть смоделирован как таковой. Как минимум, нам нужна атомарность на уровне записи и лучшая координация между агентами, лучшие примитивы синхронизации для подписки на изменения состояния кодовой базы и реальное время для проверки/форматирования/обзора кода на уровне файлов.
Текущая парадигма ~20-летней давности git checkout/branch/push/pr/review/rebase закончилась в январе 2026 года. Нам нужна совершенно новая основополагающая система для написания кода, если мы действительно собираемся соответствовать законам масштаба.
Кто-то однажды сказал (я перефразирую) -
Вы можете придумать всевозможные числа, которые могут сбыться в будущем, и вы технически не лжете.
Но в тот момент, когда вы придумываете число о чем-то, что уже произошло, вы теперь совершаете мошенничество с ценными бумагами.
Я думаю, люди были бы шокированы тем, насколько богаты некоторые инженеры по машинному обучению - не от работы, а от нахождения неправильно оцененных рынков (азартные игры/прогнозирование и т.д.) и создания моделей для ставок на них.
Я знаю инженера по машинному обучению, который работает на дневной работе, но за последние 5 лет заработал около 15 миллионов долларов на спортивных ставках.