Обсуждение конфликтов между программистами и заказчиками. Разбор неоднозначных ситуаций между исполнителем и заказчиком, рейтинг наиболее конфликтных исполнителей программистов. - страница 7
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
" Обсуждение конфликтов между программистами и заказчиками. Разбор неоднозначных ситуаций между исполнителем и заказчиком, рейтинг наиболее конфликтных исполнителей программистов."
Придумать что то универсальное , снимающее все конфликты не получится. В основе конфликтов лежит тупость заказчиков. Почему именно заказчиков , потому что программеры давно в теме .
Разумеется после десятого , двадцатого тз тупость проходит. Разумеется все разные , у кого то проходит в процессе первого тз , у кого то не проходит никогда.
Заставить заказчика сначала окунуться в тему , прочитать статьи КАК ПИСАТЬ ТЗ , ознакомиться с терминологией не возможно. Самая большая ложь 21-го века - " С лицензионным соглашением ознакомился. Согласен "
Просвещение заказчика вместо конкретной работы по его тз , должно сидеть в цене , оно там уже сидит. Засунуть его в цену ещё раз не получится. Жаловаться программистам джоба на низкие цены смешно , они же их и формируют.
По большому счету никакого глобального конфликта нет . Идет рутинная работа . Разовые кидания как с одной стороны так и с другой всегда будут.
Это вы говорите про все свои ТЗ или описываете рабочий день исполнителя как вы его себе представляете?
" Обсуждение конфликтов между программистами и заказчиками. Разбор неоднозначных ситуаций между исполнителем и заказчиком, рейтинг наиболее конфликтных исполнителей программистов."
Придумать что то универсальное , снимающее все конфликты не получится. В основе конфликтов лежит тупость заказчиков. Почему именно заказчиков , потому что программеры давно в теме .
Разумеется после десятого , двадцатого тз тупость проходит. Разумеется все разные , у кого то проходит в процессе первого тз , у кого то не проходит никогда.
Заставить заказчика сначала окунуться в тему , прочитать статьи КАК ПИСАТЬ ТЗ , ознакомиться с терминологией не возможно. Самая большая ложь 21-го века - " С лицензионным соглашением ознакомился. Согласен "
Просвещение заказчика вместо конкретной работы по его тз , должно сидеть в цене , оно там уже сидит. Засунуть его в цену ещё раз не получится. Жаловаться программистам джоба на низкие цены смешно , они же их и формируют.
По большому счету никакого глобального конфликта нет . Идет рутинная работа . Разовые кидания как с одной стороны так и с другой всегда будут.
Но все это не значит что тот кто видит кружочки не может преуспеть на рынке, посмотрите цену картин импрессионистов.
Гениально
Картина "Крик" чего только стоит
Сам русский язык очень сложен для логического восприятия,
Это гипотетическое представление рабочего дня исполнителя.
ну не все так печально. Да, работы берется не один заказ в день, иногда и по 3 бывает, каждый день в течении нескольких недель. Но о постоянных багах и глюках считаю что это перебор.
Не спорю, что бывают заказы и заказчики, с которыми у программистов есть сложности понимания. Это карма такая у заказов или еще что, понимайте как хотите, но такое есть.
Практики подтвердят, что некоторые заказы бывают проблемные причем на ровном месте. Иногда хочется уже тупо отказаться от денег и того горе-заказчика, который просто взрывает мозг и отнимает время.
Но если брать чисто технику исполнения, то на качественное программирование по обговоренному ТЗ (время на утверждение ТЗ брать не будем) может уходить максимум 4 часа. Это я беру навороченное ТЗ на пару листов мелкого текста.
Дальше будут очень мелкие правки в 1-2 дня, но это уже пыль. На их исправление в общем итоге уходит максимум до 30 минут.
Если же вы работаете с программистом в стиле - сегодня хочу одно, а завтра добавь новое в еще незаконченный код или добавь такую фичу, что прогер вешается и думает как её всунуть в алгоритм ТЗ, то конечно - проблемы в таком варианте будут.
И растянется ваше ТЗ на месяц а то и полгода. В результате вы получите ложное мнение про кодинг как таковой.
PS.
Всегда, запомните, всегда вы должны перед началом работы полностью обговаривать все тонкости алгоритма и все возможные комбинации случаев его работы. Грош цена исполнителю, которые в вашем ТЗ не найдет ни одного частного случая срыва алгоритма.
Ньюансы есть всегда! Заказчик их не видит. Но их должен видеть исполнитель. И перед началом работы сообщить их вам и обговорить. Но обязательно до начала кодинга.
Лучше потратить неделю на ТЗ и написать затем идеальный код за пару часов, Чем тратить месяцы на поиски багов в изменяемом на лету ТЗ. Удовольствие от такого процесс не получит ни вы, ни кодер.
даже произнесенное с разной интонацией одно и тоже предложение может иметь разный смысл и контекст.
Вот куда вы клоните. :)
ну тогда можете смело брать на себя ВСЮ ответственность за результат работы исполнителя и то, что он вам накодит после общения с разными интонациями по скайпу :)
Вы сами виноваты, если из всех видов коммуникации выбираете воздушно-капельную передачу инфы. Слава Богу, что еще без видео, а то вы могли жаловаться что одна и та же фраза, произнесенная с разным положением правой ноги и оттопыренным ухом - может означать разные вещи :)
Для вас рекомендация №2
Общаться с исполнителем только клавиатурой. Если у вас в голове не может нормально сформироваться мысль, что вы её не можете выложить на бумаге, то о каком взаимопонимании идет речь??? Это нонсенс.
Очень большое заблуждение, если вы считаете, что интонацией в голосе можно передать глубинный смысл слова.
Смысл слова уже и так заключен в самом слове, и кто меня пошлет на хер - дядя с прокуренным голосом или улыбчивая бабушка в очереди за хлебом не имеет значения.
Всегда, запомните, всегда вы должны перед началом работы полностью обговаривать все тонкости алгоритма и все возможные комбинации случаев его работы. Грош цена исполнителю, которые в вашем ТЗ не найдет ни одного частного случая срыва алгоритма.
Ньюансы есть всегда! Заказчик их не видит. Но их должен видеть исполнитель. И перед началом работы сообщить их вам и обговорить. Но обязательно до начала кодинга.
Лучше потратить неделю на ТЗ и написать затем идеальный код за пару часов, Чем тратить месяцы на поиски багов в изменяемом на лету ТЗ. Удовольствие от такого процесс не получит ни вы, ни кодер.