Modber Сообщество
профессионалов по 1С

Top 5 раздражающих моментов в работе программиста



Платформы: Linux, Web, Windows, Mobile
Конфигурации: Все конфигурации
2013-06-03
2533 
Lika77
14  
Программисты в процессе работы не раз сталкиваются с рядом проблем. В основном это происходит из-за непонимания клиентами и руководителями работы программиста. Попробуем собрать наиболее раздражающие моменты, которые подскажут, как не быть в глазах разработчика обузой, а так же как сделать общение с клиентом боле понятным.

 

1. А сколько займет сделать этот раздел (дается ТЗ из одной строки)?

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

Менеджеру: поймите, что программист строит в голове модель будущей системы. На ваш взгляд, возможно ли сконструировать модель по одному предложению? И не стоит искать виновного в том, что сроки указаны неверно. Только ваша вина, если вы не потрудились уточнить ТЗ (это ваша работа, кстати) у заказчика, а хотите сразу назвать ему срок (и цену). Работа по заданию с одним неизвестным- вроде как ответить на вопрос «сколько времени займет покрасить комнату в которой площадь не известна?».
 

2. Ты же ОБЕЩАЛ сделать за два дня, а прошла неделя! (делают мозг по сроку из пункта 1)

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

Менеджеру: ничто так не демотивирует, как обвинение в некомпетентности и лжи. Постарайтесь давать точное ТЗ и бить задачу на простые кусочки, в чем программист с удовольствием поможет (если хорошо попросить). А зная поэтапно весь ход событий, можно с легкостью подсчитать время отведенное на доведение до ума каждого этапа и как следствие точная цифра по стоимости и по срокам вам обеспечена. А так же железная нервная система.
 

3. Глянь срочно, тут надо за час сделать табличку! (кидается ссылка на чужой код)

Работа программиста тождественна с работой художника. Программист максимально фокусируется на задаче, как художник — на всех деталях объекта, и держит в голове очень сложную картину. По статистике, не менее 15 минут требуется, чтобы вернуться в состояние «потока», когда отвлекли. Поэтому отвлечение очень раздражает. А особенно — отвлечение на чужой код, который никто не любит. Так как это такая каша, которую лучше всего расхлебывать заварившему!

Менеджеру: постарайтесь построить работу так, чтобы утром давать задачи, а вечером принимать готовый результат. Днем обеспечить максимальную тишину программисту, чтобы его не отвлекать. Это будет работать на вас — так как эффективность работы будет гораздо выше, чем если постоянно дергать, программиста выполняющего определенные на целый день задачи. Для этого лучше всего завести в штате еще одного дежурного программиста, который будет выполнять внезапно появляющиеся и требующие экстренного решения задачи.
 

4. Никакого рефакторинга, мне это нужно сегодня!

Стройный циклический идеальный граф зависимостей всегда ломается с новыми «бизнес-требованиями». И чем больше грязного и некрасивого кода, тем меньше он мне нравится, как программисту. И тем меньше с ним хочется работать, особенно когда не дают переписать нормально. А со временем говнокода становится так много, что любые изменения вносятся хардкодом и хаками. И однажды проект просто загнивает, и становится проще переписать с нуля, что вызывает ужас и бешенство менеджеров. Хотя, если задуматься, то все могло бы быть иначе, но…

Менеджеру: работа над кодом во время постоянных изменений и доработок проекта чем-то похожа на игру «опрокинь». Строится башня из деревянных палочек, и палочки в основании вынимают одну за одной. Основная задача — не опрокинуть башню. Так вот, при внесении изменений требуется время, чтобы проект не рушился, как башня, чтобы его структура была устойчивой к новым изменениями. Давайте день в неделю на рефакторинг, не меньше, иначе однажды проект придется переписать с нуля, что обычно дорого, невозможно и является следствием вашей вины.
 

5. Сверстай по-быстрому это, пожалуйста, и лучше на технологии Х.

Это особая работа, и ее должны делать профессионалы, которые обладают усидчивостью. Уметь сверстать так, чтобы везде было одинаково, это мастерство и очень круто. Программиста, всегда бесит, когда менеджер лезет в его среду и пытается доказать, что он не прав, что верстать надо не на дивах и не верстальщику, а мне и на Х, потому что вчера он прочитал об этом на Хабре, поняв только 10% слов и запомнив название библиотеки.

Менеджеру: программист — это программист, не нужно давать ему лишней работы, к примеру, нарезать макет в фотошопе. Хороший программист справится с любой задачей, но он уважает себя и не будет делать чужую работу, особенно когда в этом не является профессионалом. Потому что они ценят свой результат, код, отвечают за качество и не хотят делать лажу. Поэтому лучше наймите специалиста, благо их немало.
И второе — не старайтесь быть умным в том, в чем не разбираетесь. Для контроля программистов вырастите себе Тимлида, которому будете доверять, и делегируйте ему технические моменты.



Бесплатная юридическая
консультация по телефону

8 (499) 350-80-26(Москва)
8 (812) 627-15-62(Спб)

звонок бесплатный

В центре внимания

Комментарии (6)