Исходный Код

3% на телефоне, но Яндекс GO начеку и тут же предлагает вам аренду пауэрбанка «Бери заряд».

✏️ История:

В пункте управления телефоном 3%, вы судорожно пытаетесь вызвать машину до дома, а приложение прямо в интерфейсе подсвечивает «Садится телефон» и предлагает «Бери заряд».

ℹ️ Это не всегда забота - скорее чистый контекстный апсейл, превращающий панику пользователя в кросс-продуктовую транзакцию экосистемы.

ℹ️ В зрелых цифровых продуктах каждый паттерн либо срезает косты компании, либо генерирует новый cash flow - и это здорово.

🔥 Листайте карточки - на примере Яндекс Go разбираем 5 неочевидных UX-паттернов, которые крутят счетчик бизнесовых метрик прямо сейчас.

🖥 Что еще почитать? «КАК СОЗДАТЬ ЛЕНДИНГ» в нашем блоге!

Без паники и эмоций: учимся экологично решать любые споры.

Часть 1
Конфликт на работе.

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

🔥 В карточках - универсальный runbook, чтобы погасить рабочую ссору и сохранить команду за 5 шагов.

🖥 Что еще почитать? «ЦЕЛИ БИЗНЕСА И ЦЕЛИ ПОЛЬЗОВАТЕЛЯ» в нашем блоге!

Сначала видишь фикс бага. Ниже - новый баг. Еще ниже - старый костыль, который держит половину сценария.

ℹ️ Где-то в глубине внезапно лежит SQL, хотя ты пришел посмотреть фронтовую правку.

ℹ️ Code review иногда правда похоже на археологию: важно не просто найти артефакт, а понять, почему он там оказался.

Два сценария

❌ Нерабочий сценарий:
Сразу писать «переделай». Так мы лечим симптом и не понимаем причину.

✔️ Рабочий сценарий:
Отделить фикс от соседних изменений; проверить, какой сценарий реально чинится; найти, что может сломаться рядом; спросить, почему выбран именно этот путь; зафиксировать, что оставляем как техдолг, а что тормозим до мержа.

ℹ️ Главный сигнал: если PR чинит одну проблему, но объяснить его можно только через три соседних модуля, это уже не просто ревью. Это раскоп контекста.

И тут задача ревьюера - не стать строгим хранителем музея, а помочь команде не закопать следующий баг еще глубже.

🖥 Исходный код — перейти на сайт!

ИИ-ассистент уже не просто «дописывает код за разработчиком».

ℹ️ Google на I/O 2026 прямо формулирует сдвиг: от помощников к агентам, которые могут брать на себя куски workflow - запускать инструменты, работать с Android/Web-контуром, проверять, дебажить и оптимизировать код.

ℹ️ Мы скептически относимся к этому и сейчас не готовы доверить часть работы агентам. Продолжаем ценить труд и усилия человека в решении задач.

Доверяете ИИ-агентам часть своей работы?
👍 - доверяю 51% работы
🔥 - не доверяю

400+ коммитов, 4 слоя архитектуры, 700 звезд - и краш на обычном CRUD-сценарии.

🗣️ Так начинается хороший вопрос к любому проекту:

Что именно мы проверяем, когда говорим «код нормальный»?

ℹ️ На YouTube-канале коллеги вышел разбор демо-проекта от Senior Android-разработчика из Европы, который уже два года не может найти работу.

ℹ️ Проект оформлен по всем канонам: правильная многомодульная архитектура (разделение на data/domain/presentation/UI), паттерны проектирования и полностью «зеленые» юнит-тесты.

На схеме все выглядело убедительно. Но при ручном прогоне простого сценария приложение упало:
➡️ сохранить геопозицию;
➡️ посмотреть историю;
➡️ очистить историю;
➡️ вернуться назад.

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

💬 Мы вынесли из этого 3 сигнала для ревью и собеседований в комментариях!

🖥 Исходный код — перейти на сайт!

Две книжные полки: база для старта от джуна и книга, которая расширяет угол от сеньора.

🗣️ Джун чаще ищет:

Как сделать правильно?

🗣️ Сеньор чаще спрашивает:

Какой trade-off я беру, где риск и как это проверить?

🔥 Собрали мини-полку в карточках и сравнили выбор сеньора против выбора джуна по 4 ролям: frontend, backend, mobile и QA.

🖥 Исходный код — перейти на сайт!