🐛 5 признаков неопытного разработчика: как избежать типичных ошибок и ускорить профессиональный рост

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

Вы думаете только о том, чтобы ваш код запустился

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

Вы вносите огромные изменения в кодовую базу за раз

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

Вы постоянно учите новые языки программирования или фреймворки

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

Вы работаете над несколькими задачами одновременно

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

Вы не хотите, чтобы другие критиковали ваш код

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

Мы задали три вопроса в телеграме

📊 Какие метрики вы используете для оценки своего прогресса?
🤔 Как вы понимаете, что выросли профессионально?
💡 Есть ли у вас свои уникальные способы отслеживания развития?

И получили следующие ответы (орфография и пунктуация сохранены):

Когда понимаешь тему

«Можешь выполнить работу, которую раньше не мог. Или понимание темы, которой не понимал».

Знание – сила

«Когда гуглил каждый шаг, а теперь знаешь, что делать и как и почему».

WTF-листочки

«У меня когда-то давно появилась привычка писать wtf-листочек, когда что-то непонятно в задаче.

Вот прям все сомнения, непонятности, раздражение вываливаю на бумагу. Что-то после этого решается само, что-то отпадает, на что-то забиваю. Но эти wtf-листочки я складываю в папочку, самый старый там – от 2009 про js и jquery и как мне сделать чтоб поля обновлялись как надо, есть много по apsnet'ам в 2013-2014, сейчас всякое low-latency и по предметной области.

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

Не то чтоб хороший способ измерения, прост подтверждаю сам для себя что развитие продолжается и всё ОК (ну не прям сейчас но будет eventually хехе)».

Фидбек от других разработчиков

«Зашёл посмотреть ответы – не увидел ничего по делу. Значит, моя метрика такова: если я уже положил болт на боевой проект и при этом активно штудирую материалы по программированию с успехом в их освоении, то я существенно расту профессионально. Никакое "и в проекте тоже" у меня не работает, только полный болт. В единичных случаях полученные знания смог притащить в боевой проект. А фидбек того расту ли я профессионально, я получаю уже как в личном общении с другими разработчиками, так и проходя собесы в других компаниях. А за новыми знаниями я обычно иду когда чувствую "просадки по зп"».

Народная мудрость

«Когда ты ничего не понимаешь – Джун
Когда ты понимаешь и тебя понимают – мидл
Когда тебя никто не понимает – сеньор
Когда тебя никто не хочет понимать – техлид».

А как вы оцениваете свой профессиональный рост? Возможно, у вас есть свои уникальные методы или интересные наблюдения? Поделитесь своим опытом в комментариях – ваши идеи могут вдохновить коллег и помочь им в развитии карьеры!