Актуальные темы
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Так я начал с vscode с одним терминалом в прошлом году - не очень продуктивно, если честно - возвращался к разработке / кодированию после перерыва.
Затем я переключился на warp, запуская / Claude code / codex.
Потом снова на Ghostty / Tmux / Claude code / Codex / Opencode, так как хотел больше гибкости и параллелизма.
Текущая ситуация - Warp / Zed / Cmux / Dmux с любым агентом… codex / cc / opencode.
Затем появляются все различные варианты разработки, основанной на спецификациях, где я провожу значительное количество времени.
BMAD, GSD (в последнее время GSD2), Openspec, Specflow и т.д.… суперсилы, если я правильно помню…
Я все еще верю, что хорошие инженерные практики очень важны в зависимости от того, что строится, но все же в основном я сторонник проектирования, ориентированного на домен, и TDD.
Существенный риск с кодирующими агентами заключается в том, что они могут производить код, который не работает, или ненужный, что становится техническим долгом - особенно по мере роста проекта существует вероятность, что новое изменение может сломать существующий код (личный опыт).
Я стал более продуктивным с подходом TDD, с лучшим качеством кода и меньшим временем, потраченным на выяснение сломанных изменений…
Тем не менее - все движется с такой быстрой скоростью… надеюсь, что слияние инструментов и лучших практик произойдет скорее sooner than later…
Топ
Рейтинг
Избранное
