Zhdko пришёл в Angular с чистого листа — и за две недели собрал полноценный UI Kit, которым пользуется вся команда. Кнопка — 12 часов. Инпут с ControlValueAccessor — 14. Чекбокс, тостер с сервисной архитектурой, документация к каждому компоненту. «Каждый раз, встречаясь с новым термином, уходил гуглить по разным ресурсам в попытках понять, как все устроено изнутри», — пишет он, и это не фигура речи: дневники zhdko читаются как конспект исследователя, где каждая проблема разобрана до винтика. Но UI Kit — только половина истории. Когда команда начала писать страницы, zhdko переключился на дизайн: Figma-макеты для Event Loop, варфреймы дашборда с анализом метрик, кнопки во всех состояниях. «Не хочу, чтобы наши старания по написанию приложения не были оценены по достоинству из-за разнонаправленности в дизайне», — объясняет он. Восемьдесят два часа за две недели, от настройки ESLint до clip-path — и ни одного пропущенного дня в дневнике.

yermekyerden из Typocalypse сделал всё по учебнику. ADR-фреймворк, доменные гайдлайны, глоссарий, спецификация пайплайна, инварианты VFS, модель безопасности — за первую неделю он выстроил документационную крепость, которой позавидовал бы любой enterprise-проект. Branch protection, PR-only workflow, три долгоживущие ветки. Безупречно. А потом крепость обрушилась на своего строителя. К 26 февраля yermekyerden пишет открытым текстом: «Burnout and very low motivation to continue. I don't see much value in the course certificate anymore». Координация большой команды, конфликты при мёрже Tailwind-конфигов, бесконечные ревью — всё это перемололо энтузиазм в пыль. «The cost — time + stress + burnout — is too high», — фиксирует он и ставит себе жёсткую границу: больше никакой бесплатной командной работы. Грабли здесь не в лени и не в слабости. yermekyerden честно называет корневую причину: размер команды был ошибкой с самого старта. Больше людей — больше коммуникации, больше конфликтов, больше процесса ради процесса. Документация, которая должна была упростить жизнь, сама стала задачей на поддержку. К 1 марта он сознательно урезал документацию до MVP-минимума и вернулся к коду — роутинг, scaffold, CI/CD. Выводы сделаны, но шрам останется.

Библиотека компонентов, которая должна упрощать жизнь, стала камнем преткновения для RainbowUnicorn. Material UI — штука мощная, но когда вся команда впервые открывает React, добавлять сверху ещё один слой абстракции — решение как минимум спорное. Ментор указал на сложность кастомизации, в команде нарастало непонимание, и вопрос встал ребром: выбрасываем или оставляем? Команда поступила по-взрослому — устроила голосование. Artem-WebDeveloper признаёт парадокс ситуации: «Сама по себе библиотека должна упрощать разработку, но в нашем случае это новый инструмент, который требует изучения». Он же, впрочем, нашёл в этом и плюс — его ожидания «попробовать в проекте всё то, что никогда раньше не делал, не действуя на автомате, нашли отклик». Меньшая гибкость по сравнению с кастомными компонентами? Принято. Кривая обучения? Принято. Голоса подсчитаны — Material UI остаётся. И вот что интересно: уже через три дня тот же Artem-WebDeveloper пишет, что «начал принимать и понимать смысл Material UI» — помогли практика, документация и код тиммейтов exppx и mightyprinces, которые параллельно осваивали те же компоненты. Хедер и футер, которые обычно занимали часы, растянулись на дни — зато команда попутно открыла для себя useMediaQuery и субпиксельную адаптивность. Главный урок: демократия в техническом выборе работает, если за голосованием следует общая готовность вложиться в результат. RainbowUnicorn не просто проголосовали — они договорились учиться вместе.