Проработав несколько лет в разных компаниях, я заметил что начинающие разработчики постоянно допускают одни и те же ошибки. Если исправить эти ошибки, то, по моему мнению, разработчик сразу пойдёт выше по знаниям и карьерной лестнице.
1. Молчать и не задавать вопросы по задаче
Большую проблему составляет то, что разработчик сидит и тратит время не на решение задачи, а на непонятно что. Разработчик не понимает зачем и почему нужна эта задача бизнесу. Ввиду этого он не может предложить оптимальный вариант решения задачи и тратит много времени впустую.
После получения задачи разработчику надо сразу задать и уточнить все вопросы которые возникли. Причем неважно какого рода вопросы, даже самые примитивные. Во время решения задачи также нужно понимать: что и зачем нужно сделать. Не должно быть пробелов в знаниях по условию задачи. Требуется понимать причинно-следственную связь — зачем и как появилась эта задача, что решает это задача для бизнеса.
2. Не проверять результаты своей задачи
Мне приходилось много раз проверять задачи разных разработчиков и самое худшее что могло бы быть — разработчик сам не проверял результат своей задачи.
Очень важно самостоятельно проверить и оттестировать свою задачу. В том числе проверять по тексту условия задачи, что требовалось сделать и что в итоге сделано.
Перед тем как создать запрос на выкатку задачи на боевой сервер нужно обязательно самостоятельно протестировать результат и перепроверить выполнены ли все требования задачи.
3. Не пытаться самостоятельно решить задачу
Довольно много возникает разных вопросов у разработчиков, ответ которых он может самостоятельно узнать в Интернете. Найти там ответ гораздо быстрее, причем, можно даже более углубленно.
Требуется решать задачу самостоятельно: если что-то не знаешь, то требуется самим поискать информацию в Интернете и попытаться хоть как-то решать поставленную проблему. Для начала будет достаточно по-простому решить её (банальное и простое решение), а дальше уже можно будет реализовать улучшенный вариант (где каждый новый этап будет всё лучше и лучше).
4. Не вникать в логику и причинно-следственную связь кода и задачи
От того что исполнитель задачи не понимает зачем нужна эта задача и почему она родилась, разработчик предлагает правки не совсем нужные по задаче. Или правит даже совсем не то.
Нужно узнать у Project Manager или иного сотрудника компании, который создавал задачу, заинтересован в её решении, проблематику задачи. И далее можно будет понять какое решение может быть и что стоит сделать.
5. Не смотреть код вокруг и не знакомиться с проектом
Часто видел ситуацию что исполнители задач выдумывают свои велосипеды, хотя в проекте уже есть решение определённой цели, достаточно было лишь чуть глубже посмотреть в код.
На первых порах нужно сразу познакомиться с проектом на котором предстоит работать: репозиторий проекта, библиотеки, инструменты с которыми нужно работать, код, что в коде используется и как, какие сущности есть и за что они отвечают, какие методы и функции уже есть в проекте для определенных целей, как и что работает вкратце.
Я считаю, что уделив внимание всем этим 5 пунктам и поработав над решением этих проблем, разработчик сразу заметит как стал выше и лучше.