И от них никуда не деться.

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

1. Исправление ошибок и недочетов

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

2. Напишите документацию

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

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

3. Встречи

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

4. Коллеги разработчики

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

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

5. Менеджеры проектов / продуктов

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

6. Босс

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

7. QA-инженеры (гарантия качества)

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

Не принимая во внимание ограничения проекта и препятствия, с которыми столкнулись разработчики, инженеры QA без колебаний просят разработчиков вернуться и переработать определенные части кода после того, как программисты завершат разработку продукта.

8. Собеседование

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

9. Рекрутеры талантов

Разработчикам не нужно активно искать работу, чтобы их беспокоили рекрутеры. В условиях ограниченного рынка талантов в последние годы появилась еще одна профессия HR: рекрутер или охотник за талантами.

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

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

Больше контента на plainenglish.io