😘 Вакансия part-time

Мои друзья ищут хорошего разработчика на парт-тайм, от мидла и выше. Ориентировочно на 1-2 квартала. Главное требование SwiftUI/Combine и ответственность.

Если ты такой, то скидывай резюме мне @lvbond

🍨 Проектирование систем и знание архитектур

Пусть знание VIPER, MVVM, делегатов и часть проектирования, но это не одно и то же.

Проектирование (system design) — это более масштабная вещь. Это практики и методы, которые помогают создать программу, которая удовлетворяет потребности бизнеса.

Для простоты возьмем аналогию. Кто-то считает программирование готовкой, кто-то строительством. Все это — услуга. Мы — прислуги. Наша обязанность выполнить услугу качественно. Это закон капитализма.

Когда нам строят дом, то мы требуем качественной реализации. Приходим в частную школу, то ожидаем обучения лучше, чем в доступных ресурсах. Идем в ресторан, то ожидаем еду лучше, чем готовит жена (но жене этого не скажем). У нас есть свои потребности. Они могут противоречить нормам, которые пишут в книгах или законам логики, но эти потребности надо выполнять. Также и у бизнеса.

Главная услуга хорошего разработчика — решать проблемы. А главное требование хорошо запроектированной системы — удовлетворить бизнес-требования. ИТ — мир невероятно глубокий и обширный. На каждую проблему можно найти десятки решений. Часто, чтобы найти оптимальное решение, нужно изучить и применить сотни других. Учесть возможные недочеты и сделать максимально качественно под имеющиеся ресурсы. А где-то перевыполнить.

Проектирование необязательно в небольших командах или экспериментальных продуктах. Цена стоимости слишком высокая, а профиты сомнительные. Оно чаще обязательно для хай-грейдов в крупных компаниях, где мастабы команд слишком высокие и многое нужно держать в голове, чтобы не сломалось. Когда человек получил 3-4 года опыта и начал в чем-то разбираться. Простое заучивание материалов и кирпичей не поможет сделать архитектурное чудо света.

🟢 Почему проектирование важно для мобильных систем?

Все программирование развивается слишком быстро. Особенно мобильные устройства. Вчера нужно было знать только один язык и одну технологию. Сегодня уже 3 и по 2 технологии на каждый. Конкуренция по доставке фичи для клиента очень высокая. Иногда, от нее зависит жизнь проекта.

🟡 Для чего нужно проектирование?

- Создать качественную программу
- Сократить разработку и поддержку системы бизнес
- Иметь возможность адаптироваться к измененным требованиям

Mobile system design interview guide

В СНГ не так много компаний проводят проектирование: Авито, Яндекс, дзен и еще парочка. Хотя на западе почти все.

В авито я успел провести собес систем дизайна только как ученик. Хотя постоянно просился и требовал, потому что самому интересно и для повышения полезно 😂 Уж очень редкие кандидаты доходили до него. Так более того. За 50 кандидатов за пару лет там было очень мало тех, кто прошел его выше грейда мидл+ по этой секции. Так что не верьте тем, кто с пару лет опыта говорит, что он эксперт в проектировании. Такой опыт можно получить только работая в очень крупных командах.

Я жадно старался изучить как же и что проверяют на таких секциях. На ютубе есть много видосов с поверхностным описанием, когда же на практике проектирование самая сложная вещь и одного листочка и абстрактных вопросов недостаточно. На этой секции нет правильных ответов. Важнее сколько даешь сомнительных. Многие интервьюеры жаловались, что даже 2 часа мало, чтобы оценить кандидата.

Мы же в следующих постах разберем каждую деталь, а начнем с главного навыка — это коммуникация, формулировка, сбор требований и ограничений.

И еще.

По планам на контент в ближайшие месяцы. Не обещаю, что смогу все дать оперативно, ведь это не основная моя работа:

⏺ Сейчас я буду много писать про system design. Может быть даже сниму видео-скринкаст. Это больше уровень для сеньоров
⏺ Дальше я буду делать контент по SwiftUI. Там и сам хочу развиться наконец-то. Ну и фидбэк получить от топ спецов. Будет роадмап и тоже скринкасты
⏺ Дальше алгоритмы. У меня есть большой опыт прохождения и проведения алгосекций. Основы и то, как они помогают на работе или как оценивают разные компании на собесах
⏺ На днях я сделаю в ноушене подборку ресурсов и книг по программированию, софтам и жизни. Тут будет топ от библиотек крупных компаний, крутых спецов и бизнесменов
⏺ Как проходить интервью в FAANG
⏺ VR
⏺ Мнение экспертов как создавать окупаемые продукты. Бизнес-мышление в ит
⏺ Аналитика от СЕО, хэдов и диров как повышать свою зарплату
⏺ Нейросети

✅ Цели и уровни интервью System Design

Пока читаю книгу по Mobile System Design решил поделиться опытом собесам по проектированию, который собрал на основе компаний и отзывов тех, кто проводил или проходил их.

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

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

Результат прохождения интервью обычно оценивается по трем уровням и у многих компаний требования к уровням примерно одинаковые, хотя часто спорят о соотношении ширины и глубины знаний:

🟢Джуниор
- Не может аргументировать выбор архитектуры/фреймворка
- Не собирает требования и работает с тем, что дали
- Кандидат может написать систему в лоб по готовым шаблонам.
- Не видит потенциальные проблемы и риски или видит, но не может дасть решения

🟠Миддл
- Может спроектировать среднюю по масшабированию системы
- Задумывается о тестировании и логировании ошибок
- Думает о перфомансе и оптимизации
- На каждое свое решение может найти как плюсы, так и минусы
- Может заложить основу для будущих доработок

🔴Сеньор
- Все требования, что у предыдущего
- Видит проблемы своих решений и оценивает риски
- Организовывает диалоги с бизнесом, по своей инициативе и узнает требования. Если бизнес чего-то не знает, то делает разумные допущения
- Думает про корнер-кейсы
- Знает особенности и слабые места архитектур или фреймворков

Позже мы расмотрим задачи, инструменты и артефакты. Для подписчиков ноушена уже доступа полная статья.

Полезные ссылки:
- Как подготовиться к собеседованию по System Design мобильному разработчику
- System Design for mobile interview
- A Simple Framework For Mobile System Design Interviews
- Step by Step Guide to Succeed in Mobile System Design Interviews

Стандарты iOS-проекта компании Bottle Rocket

Очень крутой гит-репозиторий с лучшими практикам и рекомендациями. Ее сделала одна из компаний для разработки мобильных приложений. Каждые рекомендации разделены на секции:
⏺ Accessibility
⏺ Архитектура
⏺ Управление ветками гита
⏺ Управление зависимостями
⏺ Структура проекта и многое другое

Такой репо очень полезен как начинающим спецам, у которых мало опыта или не хватает сильных экспертов рядом. Так и опытным, которые наконец хотят собрать набор рекомендованных и проверенных практик, которые упрощают жизнь.

😵 Какие навыки проверяют на интервью систем дизайна?

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

Какие навыки проверяют:
🟠Собирать и уточнять требования и ограничения
🟠Строить разумные предположения в условиях неопределённости
🟠Предлагать варианты решений и компромиссы
🟠Проектировать решение задачи и визуализировать его
🟠Объяснять решение другому человеку так, чтобы он понял

*️⃣ Ход интервью
Часто бывает, что кандидат забывает про отсутствие общего контекста и про какие-то вещи не рассказывает, как будто это и так понятно. За это часто снижают оценку. Нужно не забывать рассказать про общую картину приложения подробнее и добавить это на схему. На секции почти никогда не дают спроектировать огромную систему. Скорее это будет пара экранов или какой-то отдельный модуль.

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

*️⃣ Какие инструменты используют?
- Draw.io
- Miro
- Whimsical
- Excalidraw

Позже мы расмотрим основные задачи и артефакты. Для подписчиков ноушена уже доступа полная статья. Также ждите там первый скринкаст с проектирование задачи по систем дизайну.

*️⃣ Полезные ссылки:
- Goals and Objectives of System Design