Навыки высококачественного iOS разработчика

Каждый год я актуализирую свой роадмап по целям и плану роста. Когда я хотел придти в большие компании, то впервую очередь хотел узнать ответ на вопрос «а кто такой этот мифический сеньор?». Зачем компании вводят так много секций и требований? К моему сожалению, побывав в разных компаниях никто не знает четкого ответа, а споры всегда ведутся между менеджерами и лидами как стайлгайды у джунов.

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

Чаще легче залететь на сеньорные грейды через собес, чем вырасти внутри компании. Уж очень много карт должно лечь и звезд встать. Должна появиться необходимая задача. Твой импакт должен быть хорошо донесен руководителю или он должен сам его адекватно оценить. Командного бюджет хватить. Появиться мотивация у твоего руководителя защищать тебя перед 10 лидами. А не редкость, придя к своему повышению через трудный путь, награда может разочаровать.

Я решил, что не нужно зависеть от несформулированного мнения разных команд, менеджеров и компаний. А лучше собрать плюс/минус среднюю формулу с общими знаменателями и следовать по ней. Иногда корректируя под обстоятельства. Необходимо сделать свой список навыков для сеньора, и задач, подтверждающих его компетенцию. Сформировать свой компас. Быть может этот пост начало нового роадмапа.

Основные навыки высококачественного инженера:

🟣 Инженерность. Кто бы что не говорил про софты, но экспертиза всегда стоит особняком. Ее нужно заслужить через рост или получить через собес. Без нее любой софт скилл обесценивается и кредит авторитетности к словам падает.

🟡Системное мышление. Как-то недавно мне задали вопрос чем отличается мидл от сеньора. Это был руководитель одной крупной компании. Его ответ был, что сеньор понимает шире и глубже. Это относится не только к систем дизайну и технической экспертизе, но и в целом ко всем процессам. Высококачественный спец хорошо понимает процессы, может ответить зачем и почему.

🟢Автономность. Уметь сформулировать и довести фичу самому. Не ждать пока продакт заведет задачу, QA протестирует или дизайнер нарисует кнопку для прототипа. Высококачественный инженер умеет организовать или довести задачу сам. Заменторить, деллегировать, помочь.

🔵Эффективность коммуникации. Чтобы уметь доносить свои мысли четко, аргументировано и конструктивно. Эффективно вести встречи одна из главных задач и чаще встреч больше, чем кодинга.

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

🟡Таймменеджмент. Тут нечего сказать и добавить.

Следующий пост попробую сформулировать задачи, которые могут претендовать на сеньорность