Исходный Код

Уже почти закрыли неделю

Не героически, не идеально, просто как смогли.

В голове аккуратно сложены задачи, переписки, созвоны, правки, уточнения.

🔔 И тут приходит оно:
«Можете глянуть одним глазом?»

Одним глазом уже нельзя, оба глаза в режиме энергосбережения:

Музыка не чинит баги

ℹ️ Жаль, конечно. Хотя она помогает собрать голову в кучу, когда нужно вернуться в фокус, досмотреть логи или пережить сборку, которая думает о жизни дольше вас.

🔥 В карточках собрали плейлист по рабочим вайбам: frontend, backend, mobile.

Ничего не забыли?

🖥 Что еще почитать? «ПРИОРИТИЗАЦИЯ ДОРАБОТОК ПО UX» в нашем блоге!

Вредный совет из болотца рабочей культуры

🔥 Вредный совет оставили на картинке, а ниже - хороший совет от нас.

Берегите себя… и фиксируйте критерии до того, как задача превращается в ящерицу с языком.

Как дела с агентами? AI-агенты чаще всего ломаются не потому, что «глупый»

Потому, что контекст был собран как попало:
❌ В задаче есть цель, но нет границ.
❌ Есть код, но нет причины, почему он такой.
❌ Есть issue, но нет истории решений.
❌ Есть тесты, но неясно, какие из них правда защищают от регресса.

С Claude, Codex и другими агентами проблема становится заметнее: они могут дольше работать автономно, ходить по файлам, запускать команды, дробить задачу на подзадачи, но если входной контур мутный, агент просто быстрее уедет не туда.

Рабочий минимум перед запуском агента:
➡️ Что нужно изменить.
➡️ Что нельзя трогать.
➡️ Как проверить результат.
➡️ Где риск отката.
➡️ Что делать, если контекст противоречит сам себе.

⚠️ LLM - усилитель сигнала, но плохой судья, если сигнал грязный.

🖥 Что еще почитать? «ПЯТЬ УРОВНЕЙ ПРОДАЮЩЕГО САЙТА» в нашем блоге!

Не весь код, который ИИ пишет быстро, так же хорошо переживает реальную разработку

🔄 Обновили устаревшую статью (ссылка).

ℹ️ В новой статье на Хабре наш CTO Илья разбирает DatePicker как удобный пример большой инженерной развилки:

🔼 Развилка 1

Когда можно взять ИИ как быстрый черновик.

🔽 Развилка 2

Когда без жесткой системы, проверок и архитектурных рамок дальше лучше не идти.

ℹ️ Материал будет полезен frontend-разработчикам, тимлидам, тем, кто собирает UI-компоненты, работает с accessibility и пробует внедрять ИИ в продакшн-разработку.

В статье - по делу:
➡️ где ИИ-драфтинг ускоряет работу, а где начинает копить техдолг;
➡️ почему доступный интерфейс не рождается только из хорошего промта;
➡️ как команда выстроила для ИИ внешний контур проверки с тестами, типизацией и сборкой;
➡️ зачем раскладывать компонент на ядро, представление и связующий слой;
➡️ как понять, какой подход подходит именно вашей задаче.

🔗 Читать статью на Хабре!

Мы дали команде 4 спорных тезиса про frontend, чтобы выяснить, что важнее, скорость или качество?

Формат простой:

Один тезис от редакции - один аргумент ЗА и один аргумент ПРОТИВ от команды.

ℹ️ Без попытки найти «единственно правильный» ответ, потому что в разработке почти всегда есть trade-off.

🔥 В карточках все тезисы от нас, ЗА и ПРОТИВ от команды.

🖥 Что еще почитать? «КАК ОФОРМИТЬ СТАТЬЮ, КОТОРАЯ ПРОДАЕТ» в нашем блоге!

Давно не публиковали ничего про наших ребят из команды «Исходного кода»

Кажется, пора продолжать.

Часть 5: Максим

ℹ️ Сегодня поговорили с ответственным за iOS-разработку и просто хорошим человеком. Задали ему пару вопросов, получилось насыщено.

Ответы в карточках!