5 вредных привычек неэффективных программистов

веб студия WSDLab

5 вредных привычек неэффективных программистов

Разработчики бывают разные: блестящие, компетентные, способные… и ужасные. В чем проблема плохих программистов? В плохих привычках!

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

Бороться с вредными привычками – и в жизни, и в работе – очень сложно, но возможно. И необходимо, если вы хотите добиться успеха. Проблема в том, что мы не всегда понимаем, какие из наших привычек – плохие. Тут нужен взгляд со стороны – вот он, пользуйтесь.

Мой код – САМЫЙ ЛУЧШИЙ

Любой команде нужны скромные, голодные и смышленые люди:

  • Скромные – сосредоточенные более на своих коллегах и задачах команды, чем на себе.
  • Голодные – стремящиеся внести большой и полезный вклад в общее дело.
  • Смышленые – сообразительные и находчивые, а не просто умные.

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

Помните, что ваше эго мешает вам расти и развиваться. Когда вы поверите в вашу непогрешимость, вы убьете в себе творца. Когда вы решите, что вам больше нечему учиться, вы остановитесь.

Я мигом это поправлю

Если вы видите короткий путь – это не значит, что он приведет вас туда, куда нужно. Короткие пути заманчивы и мы все иногда ходим по ним, но очень часто они опасны.

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

Срезанный путь хорош далеко не всегда, помните об этом.

Я все помню, мне не нужна документация

Документация для программистов как касторка. Менеджеры считают, что она полезна, а разработчики ненавидят ее писать. И все же без документации никуда.

Сделайте ее неотъемлемой частью вашей работы. Любая команда – образование нестабильное. Люди нанимаются и увольняются, переходят в другие отделы, заболевают и уходят на пенсию. И по закону Мерфи это всегда случается в самый неподходящий момент.

Да что там – вы сами забываете, как работает ваш код и перестаете узнавать его, если не видите пару месяцев.

Грань между успешным выпуском продукта и проваленными дедлайнами очень тонка. Подкрепите ее проектными документами, спецификациями апи, гайдами и комментариями в коде.

Никто не любит «незаменимых» программистов, в коде которых невозможно разобраться. Не будьте таким, пишите документацию.

Это не я!

Возможно, это утверждение – самая важная характеристика хорошего разработчика.

Всегда можно найти оправдание своим косякам (и мы регулярно это делаем). От плохих программистов часто можно услышать, что корень зла – в клиентах, которые неправильно используют продукт. Ответственность за ошибки перекладывается, перекладывается, перекладывается… и в итоге за нее никто не отвечает.

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

Твое «готово» совсем не готово

Помните, «готово» – значит протестировано, соответствует требованиям пользователя и одобрено им. Пользователем, а не вами! То, что «готово» для программистов, далеко не всегда «готово» для юзеров.

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

Плохой разработчик крепко привязан к своей любимой технологии/фреймворку/шаблону. Он выбрал для себя «идеальный» метод, но не задумывается о том, что пользоваться продуктом будут другие люди с другими запросами. Он выбирает инструменты и зависимости «под себя», а не «под проект».

Одно слово

Суть всего вышесказанного укладывается в одно простое слово – ОТНОШЕНИЕ.

Правильное отношение всегда важнее, чем большой опыт программистов. Недостаточно просто работать – нужно формировать правильное отношение к работе: ответственное, позитивное и «голодное».

Такое отношение сделает вас эффективнее и счастливее и в жизни, и на работе. Оно заразительно – ваша команда это оценит.