Вы думаете только о том, чтобы ваш код запустился
На начальных этапах вы можете думать только о том, чтобы ваш код запустился и это нормально. Со временем нужно двигаться дальше. Прежде чем писать код, подумайте о том, как он впишется в существующую кодовую базу. Учитывайте читаемость кода. Важно также учитывать поддерживаемость и масштабируемость кода.
Вы вносите огромные изменения в кодовую базу за раз
Внесение огромных изменений в кодовую базу за раз может привести к ряду проблем. Во-первых, большие пулл-реквесты сложно проверять, так как рецензенту требуется много времени, чтобы понять все изменения и их влияние на проект. Это увеличивает вероятность того, что ошибки или недочеты останутся незамеченными. Во-вторых, такие изменения могут затруднить процесс интеграции, особенно если другие разработчики параллельно работают над теми же участками кода.
Вы постоянно учите новые языки программирования или фреймворки
В этом нет смысла. Гораздо полезнее изучать и осваивать концепции программирования, а не множество разных языков, которые по сути представляют собой просто новый синтаксис. Если вам потребуется написать код на языке, с которым вы не знакомы, достаточно будет прочитать краткий обзор этого языка, чтобы понять его особенности и синтаксис. Затем, используя свои знания фундаментальных концепций программирования, вы сможете эффективно создавать функции и решать задачи.
Вы работаете над несколькими задачами одновременно
Старшие разработчики отклоняют лишнюю работу, потому что они сосредоточены на одной задаче, хорошо понимают ее требования и выполняют ее профессионально. Не стесняйтесь говорить, что вы сейчас заняты чем-то, и возьметесь за новую задачу, когда закончите текущую. Будьте разработчиком, который всегда выполняет конкретные задачи, а не тем, кто берется за все и не успевает ничего.
Вы не хотите, чтобы другие критиковали ваш код
Вы можете не хотеть, чтобы другие критиковали ваш код, однако существует практика код-ревью, когда старшие разработчики проверяют и одобряют или отклоняют ваши пулл-реквесты. Это важная часть процесса обучения. Примите тот факт, что вы пока младший разработчик и ваш код соответствует этому уровню. Единственный способ расти и совершенствоваться – позволить более опытным коллегам критиковать ваш код. Учитесь на ошибках и вносите коррективы в свой подход к написанию кода.
Мы задали три вопроса в телеграме
📊 Какие метрики вы используете для оценки своего прогресса?
🤔 Как вы понимаете, что выросли профессионально?
💡 Есть ли у вас свои уникальные способы отслеживания развития?
И получили следующие ответы (орфография и пунктуация сохранены):
Когда понимаешь тему
«Можешь выполнить работу, которую раньше не мог. Или понимание темы, которой не понимал».
Знание – сила
«Когда гуглил каждый шаг, а теперь знаешь, что делать и как и почему».
WTF-листочки
«У меня когда-то давно появилась привычка писать wtf-листочек, когда что-то непонятно в задаче.
Вот прям все сомнения, непонятности, раздражение вываливаю на бумагу. Что-то после этого решается само, что-то отпадает, на что-то забиваю. Но эти wtf-листочки я складываю в папочку, самый старый там – от 2009 про js и jquery и как мне сделать чтоб поля обновлялись как надо, есть много по apsnet'ам в 2013-2014, сейчас всякое low-latency и по предметной области.
И иногда, когда я опять сталкиваюсь с чем-то сложным, или просто ловлю унылый вайб типа "чот я не развиваюсь" или "чот все такие умные мнеб таким стать" я открываю эту папочку и смотрю на всю ту чепуху, что меня беспокоила много лет назад и как всё это сейчас просто для меня выглядит и вот эта задача передо мной тоже будет решена и какой я стал вумный по сравнению с N лет назад.
Не то чтоб хороший способ измерения, прост подтверждаю сам для себя что развитие продолжается и всё ОК (ну не прям сейчас но будет eventually хехе)».
Фидбек от других разработчиков
«Зашёл посмотреть ответы – не увидел ничего по делу. Значит, моя метрика такова: если я уже положил болт на боевой проект и при этом активно штудирую материалы по программированию с успехом в их освоении, то я существенно расту профессионально. Никакое "и в проекте тоже" у меня не работает, только полный болт. В единичных случаях полученные знания смог притащить в боевой проект. А фидбек того расту ли я профессионально, я получаю уже как в личном общении с другими разработчиками, так и проходя собесы в других компаниях. А за новыми знаниями я обычно иду когда чувствую "просадки по зп"».
Народная мудрость
«Когда ты ничего не понимаешь – Джун
Когда ты понимаешь и тебя понимают – мидл
Когда тебя никто не понимает – сеньор
Когда тебя никто не хочет понимать – техлид».
А как вы оцениваете свой профессиональный рост? Возможно, у вас есть свои уникальные методы или интересные наблюдения? Поделитесь своим опытом в комментариях – ваши идеи могут вдохновить коллег и помочь им в развитии карьеры!
Комментарии