9 признаков неопытного программиста
Веб-разработчик, фрилансер… Пишу об ИТ и смежных технологиях. Давайте попробуем отделить зерна от плевел и вывести несколько общих признаков, по которым можно определить неопытного программиста. Тотальная запись рекрутов в адепты ИТ-движения бьет все мыслимые и немыслимые рекорды. И за последние несколько лет только ленивый не попробовал войти в эту реку. Кодер, разработчик, программист: названий у профессии много, а суть одна – написание инструкций с использованием определенного набора семантики, которые впоследствии будут преобразованы машиной в нужный функционал. Очевидно, что каждый, кто себя так называет, имеет разный уровень набора личных качеств и подготовленности. Но как отличить зрелого профессионального специалиста от посредственного «вайтишника»? Давайте попробуем отделить зерна от плевел и вывести несколько общих признаков, по которым можно определить неопытного программиста. Поехали! Разработка программы сродни написанию романа. Общая цель, творческий замысел и стиль важнее, чем отдельные абзацы и главы. Однако многие новички, сосредоточившись на написании кода, никогда не задумываются, соответствует ли он парадигмам программирования и методологии, которым они должны следовать (правильные имена переменных, точное приведение типов, четкие определения функций с общими параметрами и т. д.). Да, синтаксически код может быть правильным, но суть и понимание упущены. Начинающие программисты часто забывают, что программирование — это не просто правильное использование языка, а нечто большее. У него более широкая миссия. Им еще предстоит усвоить, что техника подчиняется подходу, а не наоборот. Опытные же программисты всегда понимают общую картину предстоящей работы и заранее готовятся к непредвиденным обстоятельствам. Они не живут в песочницах. Они начинают программировать с твердым пониманием того, что данный поток кода — это всего лишь один из возможных путей выполнения. Больше полезных материалов вы найдете на нашем телеграм-канале «Библиотека программиста» Интересно, перейти к каналу Самым большим камнем преткновения на пути к тому, чтобы стать хорошим программистом сегодня, является коварная культура копипаста кода из открытых источников. Эта привычка убивает креативность, а вместе с ней и способность учиться, обдумывая поставленные задачи. Хотя опытные разработчики тоже иногда используют такой подход, но они достаточно мудры, чтобы делать это только для сравнения своего решения с альтернативным, а не для плагиата. Неопытные разработчики часто грешат написанием лишних комментариев. И здесь необходимо запомнить несколько простых правил их написания: Статья по теме Как превратить комментарии в искусство Малоопытные кодеры нередко бывают эгоистичными и высокомерными, что сильно подрывает моральный дух любой команды. Высокомерие у таких личностей, как правило, бывает из-за плохо развитых коммуникативных навыков. Они прерывают на полуслове своих старших коллег, пытаясь заставить их почувствовать себя незначительными, и не прислушиваются к их советам. Молодые кодеры, не имеющие достаточного опыта, не знакомы с принципом «разделяй и властвуй». Им часто не удаётся разбить сложные задачи на более мелкие подзадачи, и в целом у них слабое представление о том, как эффективно выполнять поставленные задания и определить, когда они могут быть считаться завершенными. Получив задание, они сразу же приступают к написанию кода, не полностью разобравшись с ним и не уточнив, правильно ли они все поняли. Они редко просят помощи, пока не сделают работу полностью, и из-за этого порой им нужно переделывать большие фрагменты программы. Фидбэк от ментора — это одно из наиболее эффективных средств для развития разработчика программного обеспечения. Ведь только через другого человека можно заметить недостатки в своем коде и получить предложения по улучшению, о которых вы даже не задумывались. Программист-интеллектуал умеет использовать такую обратную связь для повышения своей продуктивности. Опытность или неопытность разработчика легко определить по его реакции на фидбэк. Если программист испытывает обиду из-за комментариев о своей работе, это явный сигнал его незрелости. И сколько бы он лет ни работал в ИТ, из-за такого отношения ему не достичь значительного прогресса. Статьи по теме 🧑🏼🏫 Ментор в IT: для чего нужен и как его выбрать • 🗣️👍 14 советов, как давать грамотный фидбэк, чтобы никого не обидеть Наверняка в каждом коллективе существует сотрудник, который в рабочее время предается своим личным утехам – проводит время в соцсетях, бродит по интернет-магазинам, занимается трейдингом или шпилит в компьютерные игры. Такое поведение – это не просто потеря времени, которую можно было бы использовать для выполнения рабочих задач. Оно создает проблемы для остальных членов команды, которые вынуждены работать более усердно. Что же делать в такой ситуации? Одним из вариантов является ограничение личных дел в рабочее время. Если вам действительно необходимо участвовать в решении какой-то проблемы, лучше всего договориться с руководством и взять выходной или отпуск. Пытаясь заниматься слишком многим одновременно, вы рискуете не достичь успеха ни в одной из сфер. Естественно, никто не запрещает использовать перерывы, чтобы полистать социальные сети или приобрести несколько акций на рынке. Однако важно научиться находить баланс и не позволять личным делам вмешиваться в рабочий процесс. В конечном итоге ваша продуктивность и успех в работе будут зависеть от вашей способности правильно расставить приоритеты и умело управлять временем. Неопытные кодеры склонны сопротивляться критике и принимать ее на свой счет. Им трудно согласиться с другой точкой зрения. Это естественный процесс получения опыта для новичков. И иногда может потребоваться немалое время, чтобы неофит мог понять, что переход на следующую ступень потребует от него более гибкого взгляда на вещи. Самое важное при столкновении с критикой — это сместить фокус с кода на решение и сделать то, что лучше с точки зрения приложения. Хорошо, если кусок кода, над которым вы трудились, работает, но лучше, когда этот код хорошо вписывается в общую архитектуру программы, он модульный и многократно используемый. Способность к обучению напрямую зависит от желания неопытного разработчика понимать структуру приложения, его компоненты и взаимодействие между ними. При этом имеет значение тип личности разработчика и его заинтересованность в решении проблемы. Портрет идеального программиста: спокоен, собран, терпелив, пишет чистый код, видит более широкую картину мира, может быстро разобраться в чужой программе и определить ее качество, продумывает решение проблемы, прежде чем начать кодить, и имеет развитое чутье к программированию. Denver 83
1. Отсутствие понимания концепций и методологий
2. Бесконтрольный копипаст
3. Много ненужных комментариев в коде
4. Имеют проблемы с коммуникацией
5. Берутся за все задачи сразу
6. Не учатся на своих ошибках
7. Занимаются своими делами в рабочее время
8. Неспособность воспринимать критику
9. Нежелание обучаться
Заключение
- 0 views
- 0 Comment