Еще одну тему которую мы обсуждали на прошлом созвоне — это правильные или неправильные ответы на интервью. Что есть редфлаги и как их не допустить не только на собесе, но и в жизни?
Как мы уже определили:
Ключевая метрика сеньора — умение системно мыслить и работать в условиях неопределенности.
Он не ждёт инструкций, а сам формулирует проблему, принимает решения и ведёт проект.
Инженера оценивают не по знанию паттернов и SOLID, а мышлению и способности строить системы. Я собрали и структурировал основные редфлаги инженера.
Статью подробнее c другими примерами можно почитать в закрытом ноушене, но здесь поделюсь основными критериями.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
System Design: Правила декомпозиции при разработке фичи
В прошлом опросе топ 2 тема по интересу — это декомпозиция задачи. И не в том смысле, как поделить задачу в jira-трекере. А как правильно разделить её в коде. И это не про «выбери между очередным MV(X) паттерном». Декомпозиция более обширный термин и зависит от многих переменных.
Например, одно из самых ужасных для меня архитектурных решений — это класть все Service или даже ViewModel в одну папку. Огромный склад всех вьюмоделей, оторванных от своих блоков и бизнес-функций. Или же в VIPER все протоколы в один файл ModuleNameProtocols. Попробуй в этом разберись. Мы даже разбирали отдельный пост 2 года назад.
Вот вам дали разработать чат. С чего начнете? Будете делать шаблонами или оцените ситуацию? Начнете с нетворка или UI?
Многие начинают делать задачу с верстки, но даже когда еще мы читали книгу Mobile System Design, то разбирали — не торопись верстать.
Мы разберем сейчас самую базу, а потом подробнее пройдемся по:
- Layered Architecture
- многомодульной декомпозиции
- UDF декомпозиция
В прошлом опросе топ 2 тема по интересу — это декомпозиция задачи. И не в том смысле, как поделить задачу в jira-трекере. А как правильно разделить её в коде. И это не про «выбери между очередным MV(X) паттерном». Декомпозиция более обширный термин и зависит от многих переменных.
Например, одно из самых ужасных для меня архитектурных решений — это класть все Service или даже ViewModel в одну папку. Огромный склад всех вьюмоделей, оторванных от своих блоков и бизнес-функций. Или же в VIPER все протоколы в один файл ModuleNameProtocols. Попробуй в этом разберись. Мы даже разбирали отдельный пост 2 года назад.
Вот вам дали разработать чат. С чего начнете? Будете делать шаблонами или оцените ситуацию? Начнете с нетворка или UI?
Многие начинают делать задачу с верстки, но даже когда еще мы читали книгу Mobile System Design, то разбирали — не торопись верстать.
Мы разберем сейчас самую базу, а потом подробнее пройдемся по:
- Layered Architecture
- многомодульной декомпозиции
- UDF декомпозиция
2025-10-21 19.39.40.jpg
129 KB
Задачи System Design: Чат, модуль Аналитики, Избранное
В прошлом году мы делали марафон по проектированию. И тогда участвовало почти 100 человек. Я решил что все же можно поделиться контентом оттуда и выбрать самые интересные варианты.
В прошлом году мы делали марафон по проектированию. И тогда участвовало почти 100 человек. Я решил что все же можно поделиться контентом оттуда и выбрать самые интересные варианты.