За последние 30 лет в сети появилась уйма профильных книг, статей, туториалов, курсов, которые новички используют для погружения в IT-сферу. Однако это не спасает их от типичных ошибок. О них лучше помнить еще во время обучения, чтобы свести к минимуму на реальной практике.
Новички часто хотят побыстрей приступить к задаче, не вникая в детали. Однако же программирование сродни точным наукам — каждая мелочь важна. Ситуация «упустил из виду одну функцию из ТЗ на приложение» стоит переработок, нервов, времени, если не денег.
Совет: читайте техническое задание вдумчиво и не спеша. Детали влияют на то, как программист оценит для себя задачу, ее объем, и как следствие — сроки выполнения.
Это палка с двух концов. На одном конце стоят новички, которые боятся «копнуть глубже» и выдать нестандартное решение. А на другом — молодые профессионалы, которые из рядового задания делают подвиг с никому ненужными наворотами в проге. Причем это отнимает массу времени. А истина, как всегда, где-то посередине.
Совет: иногда задачу стоит сделать «просто хорошо». Главное — чтобы код был чистый, понятный и адекватно решал задачу.
Программирование — это вообще чаще всего работа над ошибками. Если они выводят вас из равновесия, то вы либо новичок, либо сфера вовсе вам не подходит.
Совет: меняйте свой взгляд на ошибки, пока вы еще учитесь. Это в первую очередь ваш опыт, который не набивается без шишек. На ошибках — своих или чужих — учиться эффективней всего, ведь именно они позволят вам познать тонкости той или иной технологии, языка, метода решения задачи.
Несмотря на то, что документировать код рекомендуется всем специалистам без исключения, новичкам это особенно актуально. Дело в том, что джуну в принципе сложно написать чистый и понятный код. Значит, его трудно или невозможно прочесть даже ему самому через некоторое время, а тем более — другому разработчику.
В разрезе этой ошибки наблюдаются такие явления:
Совет: комментарии — полезные подсказки для себя и других разработчиков. Только не переусердствуйте с ними «в другую сторону».
Забытые ошибки собираются в ком, который очень сложно разгребать. Поэтому их рекомендуем исправлять сразу. Но часто случается так, что подходящее решение никак не приходит — тогда комментарий об ошибке поместите прямо в код или выпишите туда, где вы точно о нем вспомните.
Совет: по возможности не откладывайте ошибки. Если так уже случилось — ведите учет багов с описанием и найденным решением в отдельном файле.
Начинающие специалисты часто пренебрегают системой контроля версий (Git) (или же бездумно коммитят все, что душе захочется). Используя систему так или иначе, стоит помнить, зачем мы это делаем.
Git позволяет не только сообщить другим разработчикам о внесенных изменениях, но и отследить историю развития проекта. А если код вдруг крашнулся, вы всегда можете откатиться до той версии, где он еще работал.
Совет: изучите все возможности Git, поймите, используйте и цените их. Чем меньше вы страхуете себя, тем больше вы новичок.
Новичок, конечно же, не хочет ударить в грязь лицом. Поэтому до последнего момента будет искать решение сам, затягивая сроки и тем самым как раз подводя команду. Нет ничего зазорного в том, чтобы попросить помощи у более опытных специалистов. В большинстве своем они рады помочь, ведь когда-то делали так же и сталкивались с теми же проблемами.
Совет: не бойтесь обращаться к коллегам. Для этого, кстати, придуманы форумы, где сидят люди, способные вникнуть в вашу проблему. Это выход, если по какой-то причине вы стесняетесь просить совета у коллеги за соседним столом.
А еще хорошей «профилактикой» являются курсы, например, в ITEA. Обучение здесь построено на практике, так что вам придется спрашивать обо всем, если хотите чему-то научиться. Таким образом вырабатывается привычка быть любознательным, что, конечно, поощряется.
Многим покажется, это моветон, что далеко не так. Гуглят даже опытные специалисты, ведь сфера всегда подкидывает новые вызовы, задачки для мозга. Почему бы не использовать мудрость инета, чтобы разобраться в их решении? Главное — не скатываться до копипаста. Если вы и берете фрагмент кода для решения проблемы, то обязательно разберитесь, как он работает.
Совет: используйте материалы сети, чтобы накапливать опыт и знания. Но всегда следите за тем, что вы берете оттуда, зачем и как это поможет вам стать профессиональней.
Да, мозг тоже устает и без отдыха теряет в эффективности. Под конец дня специалист уже парится над элементарным заданием. Поэтому полезно иногда переключать свое внимание — пойти на обед или просто прогуляться.
Кроме мозга, страдает и тело в общем. Недостаток движения приводит к нарушению осанки, потере мышечного тонуса, развитию остеохондроза и других неприятных болячек.
Совет: регулярные перерывы смогут сохранить ваше здоровье и при этом оставить вас производительным. Самое лучшее решение — делать зарядку. Да, прямо в офисе.
Для оценки продукта существуют тестировщики. Но элементарные баги можно выловить и самому, сэкономив время и усилия всей команде.
Совет: напишите простенький тест и прогоняйте через него свой код. Хотя бы на момент разработки будьте уверены, что все работает, как надо.
Даже если вы запомните все, о чем тут говорилось — промахи неизбежны. Не эти, так другие. Без ошибок невозможен ваш рост как профессионала, поэтому не стоит их бояться. Ведь не ошибки определяют ваш успех, а то, что вы извлекаете из них.
Антон Мальцев 
