./новости · 21 июля 2026 г.
новость
Покок: чистых greenfield-проектов не осталось, репозиторий стареет за неделю
источник: @mattpocockuk на X ↗·
машинная выжимка · сверена с источником
Matt Pocock
@mattpocockuk
«Greenfield»-проектов на самом деле больше не существует. Сейчас объясню: Меня часто спрашивают: «а твои навыки работают на greenfield-проектах?» или «а на legacy-проектах?» Деление на Greenfield и Brownfield никогда не казалось мне настоящим. - Greenfield: ты строишь новый софт с нуля - Brownfield: ты правишь уже существующий софт Правда в том, что чистое поле, которое мы рисуем себе в начале нового проекта, всего лишь иллюзия. Мы не выплёвываем софт в пустоту. Есть системы, с которыми надо интегрироваться. Есть привычки пользователей, вокруг которых приходится работать. Единственная разница между Greenfield и Brownfield - это состояние твоего репозитория. В Greenfield-проекте ты ещё не задал соглашения по коду. Нет наработок, на которые можно опереться. У тебя есть шанс с нуля настроить, как агент будет работать в этом репозитории. Но раз код сейчас производится быстрее, чем когда-либо, сколько такая база остаётся зелёной? Два дня? Неделю от силы? Все поля бурые, и их перепахивают быстрее, чем когда-либо. Твоя позиция по умолчанию должна быть «это legacy-база», даже если ей неделя.
· 5,3 тыс. просмотров
Мэтт Покок утверждает: деление кодовых баз на greenfield и brownfield это иллюзия, потому что даже новый репозиторий за пару дней обрастает соглашениями, системами и наработками. Единственное отличие greenfield - в репозитории ещё нет соглашений по коду и прошлых наработок. Но код сейчас пишется быстрее, чем когда-либо, и база остаётся зелёной два дня, максимум неделю.
Почему это важно: Практический вывод: относись к любому репозиторию как к legacy, даже если ему неделя. Значит закладывать кодовые соглашения и контекст для агента с первого дня, а не когда база разрастётся и агент начнёт плодить хаос. Покок продаёт свои skills-навыки для агентов, так что тезис заодно работает на его продукт.
Что дальше: Заведи в новом проекте файл с соглашениями и контекстом для агента (CLAUDE.md, AGENTS.md или правила линтера) сразу, до первого коммита фич.