Среди нижеперечисленных требований разработчик может плавать в 1-2 (Level 1) / 4-5 (Level 2) пунктах (у Level 2 разработчика куда больше пунктов, и они сложнее, но он не обязан хорошо разбираться во всех темах), остальное должен понимать. Разработчики Level 3 и Level 4 должны уметь рассуждать (с помощью подсказок) на ниже перечисленные темы, даже если они с ними не сталкивались.
Список требований:
- Разработка приложений:
- Знает про UIKit и умеет собирать экраны с этой библиотекой
- Знает про механизм Auto Layout и умеет настраивать базовые зависимости между View
- Умеет анимировать экраны через метод animateWithDuration у UIView
- Умеет настраивать клиент-серверное взаимодействие, знает формат JSON и умеет работать с ним в iOS
- Знает про CocoaPods или Carthage
- Способен закоммитить свой код в локальную ветку и пушнуть локальную ветку на сервер
- Язык:
- Умеет работать с замыканиями, умеет объяснить, зачем они используются
- Архитектура:
- Умеет объяснять парадигму ООП
- Может разделить бизнес логику на несколько классов
- Умеет объяснять паттерн MVC
- Знает про паттерн delegate и понимает значение модификатора weak
- Решение проблем:
- Умеет сформировать вопрос к Google по новым проблемам, знает про Stack Overflow
- Знает про существование нескольких потоков, понимает про важность главного потока в работе с UI
- Хранение данных:
- Умеет работать с UserDefaults
- Знает одну из следующих БД в iOS: CoreData / Realm / SQLite (можно и в теории, но это будет создавать проблемы)
Пояснение: Если разработчик плавает во всем, что касается UI (CoreGraphics, Auto Layout и анимации), это можно засчитать за 1 пункт. Но стоит понять, может ли разработчик быстро разобраться в теме, иначе это может создать проблемы на этапе разработки. Не обязательно помнить все дизайн паттерны, но он должен знать основные. Между Level 1 и Level 2 очень большой разрыв, поэтому часто в компаниях ищут на должность, подходящую по критериям на Level 1-2.
Список требований:
- Разработка приложений:
- Знает про CoreGraphics и то, что UIView работает с CALayer под капотом (данный пункт подразумевает понимание как отрисовывается view: как пример практика работы с CAShapeLayer/CAGradientLayer)
- Умеет разрабатывать сложную верстку через Auto Layout (как пример: умеет работать с приоритетами констрейнов, знает, как правильно анимировать констрены, знает, как работают Content Hugging Priority и Content Compression Resistance Priority)
- Знает, как устроены анимации в iOS, и почему они продолжат работу, даже если усыпить основной поток (но не всегда)
- Умеет собирать экраны через код (без Xib’ов и Storyboard’ов)
- Понимает последствия от использования сторонних библиотек в разработке. Умеет взвешивать плюсы и минусы внедрения новых зависимостей
- Умеет балансировать между хорошей архитектурой и скоростью реализации бизнес требований в зависимости от текущего контекста
- Разбирается в парадигме GitFlow, знает в чем плюсы и минусы rebase против merge
- Умеет проводить Code Review
- Язык:
- Может писать читаемый код на Objective-C
- Умеет использовать протоколы для улучшения качества кода (например, Equatable в паре с пользовательскими объектами и поиском внутри массивов)
- Пишет читаемые конструкции кода
- Знает в чем разница между типами значений и ссылочными типами
- Умеет объяснять, что из Swift нельзя использовать в Objective-C
- Архитектура:
- Умеет объяснять парадигму POP (на которой построен весь foundation Swift’а)
- (Не обязательно знать все дизайн паттерны) Читал про основные дизайн паттерны: Adapter, Bridge, Mediator, Prototype, Factory, Observer, Builder, Decorator, Proxy
- Знает про дизайн паттерны при работе с UI-слоем, такие как MVVM, VIPER
- Знает, как расшифровывается SOLID и умеет объяснять, зачем он нужен
- Знает про существования реактивного программирования
- Знает про внедрение зависимости (Dependency injection)
- Знает про антипаттерны
- Решение проблем:
- Умеет работать с официальной документацией, понимает зачем и когда надо смотреть сессии WWDC
- Умеет работать с многопоточность: знает про deadlock, знает в чем различие NSOperationQueue и GCD, умеет выносить подсчеты бизнес логики в отдельные потоки
- Знает про Symbolic Breakpoints и их условия
- Хранение данных:
- Имеет практический опыт работы с одной из следующих баз данных: CoreData / Realm / SQLite, совершал миграцию между версиями одной БД (например, когда свойства переезжали из одного объекта в другой)
- Знает про существования NSFileManager и знает, как хранить большие файлы на девайсе
- Понимает роль Bundle’ов
- Знает, как обеспечить хорошую плавность интерфейса про заполнении БД более 10000 объектами за раз
- Знает про каскадное удаление, работу с БД из других потоков и кэширование данных (в данном случае речь идет не о NSCache, а способах оптимизации скорости доступа к переиспользуемым данным)
- Обеспечение качества:
- Знает про юнит тесты и умеет объяснять зачем они нужны
- Умеет мокать зависимости
- Умеет объяснять разницу между юнит и интеграционным тестами
- Слышал про автотесты (или UI тесты)
- Знает про сервисы по логированию падений (например, Crashlytics)
- Задачи в коллективе:
- Умеет учить разработчиков Level 1 (и подводить к Level 2)
- Умеет объяснять другим разработчиком про выбранную архитектуру
- Умеет писать документацию
Пояснение: Разработчик может не знать каких-то тем, но должен уметь с помощью подсказок рассуждать на ходу и вести в правильную сторону. Как по мне, разработчик этого уровня должен хорошо разбираться в UI, но в некоторых компаниях готовы закрыть глаза, если все, что связано с UI, у разработчика хромает.
Одно из отличий от Level 2 то, что на вопросы разработчика Level 2, разработчик Level 3 должен отвечать четко и давать свои дополнительные пояснения.
Список требований:
- Разработка приложений (все, что касается этого пункта, разработчик должен делать без фанатичности, четко взвешивая плюсы и минусы, обсуждая с другими разработчиками. Как пример: разработчик не должен гнаться за внедрением автотестов, если проект на начальном этапе, и идет проверка гипотез бизнеса; или разработчик не должен внедрять реактивное программирование только потому, что это сейчас модно, и в короткой перспективе экономит время разработчиков):
- Способен выстраивать новые подходы к разработке внутри команды (например, выстраивать процессы написания тестов, code review, работы CI и т.п.)
- Способен следить за скоростью роста проекта и выбирать вектор, чтобы избежать потенциальных проблем
- Способен внедрять модульную архитектуру, если того потребуют процессы разработки
- Знает, как оптимизировать отрисовку UI, чтобы достичь приемлемый FPS (знает про offscreen rendering)
- Умеет отговаривать дизайнеров внедрять уникальный UI компонент, если это является лишней тратой ресурсов
- Умеет обсуждать с бизнесом траты ресурсов на процессы разработки, объясняя их преимущества с точки зрения бизнеса
- Язык:
- Если в проекте используется Objective-C, то разработчик должен в нем хорошо разбираться (как минимум, на уровне книги Effective Objective-C 2.0)
- Может приучить других разработчиков писать хорошо читаемый код, который можно будет писать без комментариев
- Архитектура:
- Имеет опыт работы с разными архитектурами UI слоя и знает, когда какую стоит применять
- Хорошо ориентируется в дизайн паттернах
- Знает, как заставить других разработчиков использовать внедрение зависимости (Dependency injection)
- (Не обязательно давать ответ на все термины, но уметь объяснять большинство) Разбирается в терминологии: View, ViewController, Model, ViewModel, DataSource, Presenter, Tracker, Service, Provider, Coordinator, Configurator, Router, Interactor, Navigator, Factory, Flow, Handler, Builder, Decorator
- Решение проблем:
- Знает, как декомпилировать код и слышал про Hopper
- Может рассуждать на темы поиска проблем (например, про поиск источника проблемы путем логарифмического прыжка по коммитам), знает команды для консоли отладки (например bt)
- Хранение данных:
- Представляет себе процесс миграции с одной БД на другую (знает про прогрессивное внедрение и способы отката при неудачной миграции)
- Умеет писать тесты на миграцию БД между версиями одной БД
- Обеспечение качества:
- Догадывается, как можно использовать assert’ы в производстве (логирование в аналитику)
- Умеет работать с логами
- Если в проекте есть аналог дизайн системы, то должен знать про Visual Snapshot тесты и их преимущества
- Знает, в чем преимущества автотестов и может объяснять QA команде, как их писать
- Слышал про watchdog’и
- Не даст веткам мерджиться пока CI не пропустит все юнит и интеграционные тесты
- Знает, как правильно переезжать с одного Xcode на другой в крупном проекте и как подготовиться к выходу новой iOS
- Задачи в коллективе:
- Умеет учить разработчиков Level 1 и Level 2
- Умеет управлять небольшими командами из разработчиков Level 3
- Умеет точно оценивать размер задачи и отчитываться о проблемах при выполнении
- Умеет взаимодействовать на хорошем уровне коммуникации с остальными командами (серверная разработка, продукт менеджеры, дизайнеры и т.п.)
Пояснение: У разработчика Level 4 не появляется больше технических знаний, а иногда они даже отвечают на вопросы чуть дольше, чем разработчики Level 3 т.к. долго не использовали какие-то вещи. Но основное отличие разработчиков этого уровня от разработчиков Level 3 в том, что разработчики Level 4 умеют управлять целыми отделами, имеют практический опыт внедрение технических процессов, следят за производительностью своего отдела и отчитываются руководству.
Из основных требований я бы выделил:
- Знает управленческие методологии (например Scrum)
- Имеют практические (не только теоретические) знания по выстраиванию технических процессов, будь то процессы написания тестов новых типов, code review, работы CI и т.п.
- Умеют оценивать производительность других разработчиков и оформлять это для других менеджеров
- Несет ответственность за срыв сроков его командой и умеют выстраивать процессы, чтобы минимизировать повторение ошибок одного типа
- Умеет выстраивать процесс найма в свой отдел
- Умеют проводить реформации внутри существующих команд (например, при появлении нового проекта внутри компании)
супер!