TGViewer
dmgritsan - CTO & Co-founder with AI tools dmgritsan - CTO & Co-founder with AI tools @fullstackmanager · 304 subscribers
Post #196 353
Моя роль в Squads - Fullstack Product Engineer. Я отвечаю за фичи, над которыми работаю, end-to-end: начиная с первой строчки продуктовых требований и заканчивая последней строчкой кода багофиксов после релиза. У такого подхода есть самые разные плюсы и минусы, но чем мне сразу концептуально понравилось предложение так работать, так это возможностью самому решать в зависимости от стадии проработки продукта, где срезать углы, а где упарываться в грамотные технические решения.

Например, понятно, что схему данных нужно проработать настолько хорошо, насколько это возможно сразу. У неё всегда самый длинный хвост проблем (если, конечно, мы не говорим о встраиваемых куда-то библиотеках, привет, коллеги из АппМетрики) и лишних миграций данных хочется избежать. А вот на разные грязные хаки в том, кто тригерит обновления и в каких ситуациях, я готов с радостью пойти, зафиксировав переход на нормальную фоновую синхронизацию, как техдолг. Это же Proof of Concept. Мы пока не знаем, что именно изменится после первых тестов, а значит смысла делать сразу всё идеально не очень много.

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

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

И теперь у меня вопрос - может кто-то уже научился доступно объяснять агентам, что вот этот код фу-фу-фу и по его образу строить ничего не надо, а вот этот смело бери как пример и делай по аналогии.
  • ❤ 8
  • 👾 4
  • 👨‍💻 3
More from @fullstackmanager
  1. Sep 24, 2026Надоело после того, как Codex что-то доработал, идти в Claude и спрашивать — "Ну, как тебе…
  2. Aug 28, 2026Столкнулся с неожиданным для себя примером того, как многое зависит от контекста, в которо…
  3. Aug 14, 2026Ловите немного пятничной мудрости. Хотите побыть в моменте — начните изучать новый язык. И…
  4. Aug 10, 2026Клод-коду тоже иногда нужно проветриться
  5. Jul 22, 2026Довольно продолжительное время, лет 6–7, я всё делал на AWS. Там есть сервисы на все случа…
  6. Jul 20, 2026Всем привет, я Дима, и я ИИголик. Это осознание пришло ко мне сегодня в районе 4 утра. Да,…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →