Hacker News Digest

Хорошие продукты несут в себе часть своих создателей — их опыт, заботы и взгляд на то, как всё должно работать. Даже не зная авторов, эту перспективу чувствуешь внутри продукта. В индустрии же принято говорить о софте так, будто он сходит с конвейера: собрал требования, построил функции, измерил результат — и получил хороший продукт. Теперь к этому добавляют автоматизацию всего процесса с помощью ИИ-агентов. Но две команды могут общаться с похожими клиентами, использовать одинаковые технологии — и создать совершенно разные вещи. Разница — в том, как они понимают увиденное, и в стиле, с которым строят.

В «Linear» всегда ценили интуицию выше процесса и данных. Это часто понимают как решения по личному вкусу, без размышлений. На деле интуиция растёт из опыта: работаешь, говоришь с клиентами, ошибаешься и учишься понимать, на что смотреть. Перед запуском команда общалась с людьми из разных компаний и ролей — и это помогло увидеть важное за пределами собственного опыта. Так у продукта появляется характер: через то, чему уделяют внимание, от чего отказываются и что продолжают дорабатывать, даже когда всё технически работает. Это и есть «душа» продукта.

Сегодня многие продукты кажутся автору статьи захламлёнными — в том числе у очень успешных компаний. Изменения в основном добавляют новое, а не улучшают суть, ведь добавить проще, чем переосмыслить. Отдельный человек с ИИ-агентами превращается в мини-фабрику: каждое изменение логично само по себе, но вместе они похожи на чудовище Франкенштейна. Без общей перспективы продукт становится усреднением выходов, а характер размывается. Делать софт проще — и хочется, чтобы это дало простор для развития собственного взгляда и глубокого понимания задачи. Хочется чувствовать за софтом создателя, а не фабрики.

Ценность программного продукта определяется решениями и взглядами его создателей, а не только кодом или архитектурой. Человеческая интуиция, опыт и вкус, которые AI пока не может заменить, формируют характер продукта и делают его эмпатичным и ощущаемым пользователем. Добавление функций без единой концепции приводит к фрагментации: продукт превращается в «мега‐продукт для всего», «лоскутное одеяло» или «монстра Франкенштейна», теряя целостность и длительную ценность. AI может писать код лучше, но не принимает стратегических решений о том, что строить и что не строить, не обладает ценностями, намерениями или вкусом. Автоматизированные подходы вроде A/B‐тестирования не заменяют человеческого суждения и часто приводят к размытому дизайну вместо целенаправленного. Главная ценность — в формировании общей визии и проверке, как каждый элемент помогает клиенту. В эпоху AI ключевым фактором остаётся личный опыт, интуиция и вкус создателей, особенно в больших организациях, где согласование взглядов сложно. «Великое программное обеспечение — это opinionated»: оно отражает мнения своих создателей, и это не меняется с появлением AI. Готово — не только технически завершённое, но и создающее длительную ценность для пользователя, на что AI в основном не ориентируется.

Автор выражает усталость от шаблонных постов в LinkedIn о сбое CloudFlare: все копируют друг друга через ChatGPT, фокусируясь на .unwrap() без проверки пост-мортема. Реальная проблема — отсутствие автоматизированных тестов или QA, даже feature flag выявил бы баг заранее. Посты отражают бездушный корпоративный подход: менеджеры дружат с ИИ, не заботясь о фактах или карьере, только о внешнем виде.

В компании автора изначально было мало менеджеров, фокус на инструментах и обучении — всё работало. Теперь 3 менеджера на 1 dev (автора), 40% времени уходит на busywork и тикеты в Linear вместо разработки. Менеджеры не снижают context switching, меняют приоритеты mid-cycle по клиентским хотелкам (не нуждам), винят dev в дрейфе проекта. Автор на PIP, увольняют в январе вместе с другими; компания стала стартапом с корпоративным адом, но он желает коллегам удачи. Дисклеймер: пост эмоциональный, из-за усталости продуктивность упала.

• Критика LinkedIn за кринжовый, AI-генерированный контент, контраст с реальной речью и корпоративный слоган, делающий платформу "адом".
• Полезность как инструмент для поиска работы, networking, продаж и контактов с коллегами, несмотря на плохой фид (рекомендуют игнорировать его).
• Предложения: использовать блокировщики, фокусироваться на профиле/поисках, вести блоги; сравнения с Twitter/FB как платформами самопрезентации.
• Обсуждение корпоративного ада (PIP, мотивация деньгами), эхо-камере и отсутствия альтернативы для рынка труда.

Параллельная разработка с Claude Code: коротко

Запустил 3 агентов (product-manager, ux-designer, senior-engineer) одной командой — за минуту получил полный тикет в Linear.
Далее те же агенты кодят, ревьюят, тестируют в отдельных терминалах, пока я занят другим.
Ошибка стоит копейки — просто перезапускаю.

Ключевые принципы

1. Параллельность: backend, frontend, тесты, доки пишутся одновременно.
2. Специализация: каждый агент видит только нужный контекст (Stripe-интеграция, UI-форма, тесты).
3. Минимальные требования: чёткая цель + границы (/docs, /tests, /ui).

Как повторить

• Положи .md-инструкции для ролей в agents/.
• Один bash-скрипт: claude -p agents/pm.md & claude -p agents/dev.md & claude -p agents/qa.md.
• Результаты сливаются автоматом; если rate-limit — добавь sleep 1.

Готово: спеку, код и тесты получаешь быстрее, чем пишешь Jira-таск.

• Подавляющее большинство участников считают «ролевых» суб-агентов (product-manager, frontend, backend и т.д.) маркетинговым трюком: они не получают полного системного промпта и CLAUDE.md, быстро теряют контекст, пишут «моки» или ломают уже рабочий код.
• Практический итог: вместо ускорения появляется «казино» — много запусков, загрязнённый контекст, регрессии и перерасход токенов; проекты приходится переписывать вручную.
• Кто всё-таки использует суб-агентов, делает их не «по ролям», а «по задачам»: короткий запрос → агент жрёт много токенов → возвращает компактный отчёт (покрытие тестами, соответствие гайдам, рефакторинг-чек-лист), чтобы основной чат не засорять.
• Альтернатива — уйти от чёрного ящика: Tmux + два独立的 CLI-агента в соседних панелях, ручной синх через файлы или GitHub-issues; так проще остановить и подправить.
• Общий вывод: для реального кода достаточно обычного Claude Code с хорошим промптом, правилами в /commands и лаконичным CLAUDE.md; «мульти-агент» пока не приносит выгод, зато точно приносит лишние траты и головную боль.