Главное Свежее Вакансии   Проекты
235 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Чем middle-разработчик отличается от junior?

Какие навыки необходимы junior-разработчику, чтобы стать middle? Что делать джуну, чтобы дорасти до миддла? И есть ли критерии, по которым начинающий специалист понимает: "Я готов к повышению"?

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

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

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

Кроме этого, важными навыками миддла являются:

— способность переложить требования к функциональности на способ ее реализации в условиях возможностей и ограничений платформы;

— найти и предложить альтернативное решение задачи, например, в случае невозможности реализации изначального варианта из-за ограничений платформы или требований различных «соглашений»;

— понимание и осознанное следование общепринятым практикам «хорошего» кода;

— представление о существующих архитектурных и прочих решениях в рамках платформы, под которую он разрабатывает и т. д.

Как из джуна превратиться в миддла?


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

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

Полную версию статьи читайте в источнике.

Подробнее об IT-компании Omega

0
В избр. Сохранено
Авторизуйтесь
Вход с паролем
Комментарии
Первые Новые Популярные
Комментариев еще не оставлено
Выбрать файл
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать

Spark использует cookie-файлы. С их помощью мы улучшаем работу нашего сайта и ваше взаимодействие с ним.