сроки это результат договоренности с заказчиком. он называет что ему надо, я говорю сколько на это потребуется времени. если его не устраивают сроки, мы переносим какие то фичи на следующие релизы. сроки являются реальной проблемой когда они спускаются разрабтчикам сверху менеджерами, которые имеют слабое понимание процесса разработки ПО. Бывает, что и разработчики, пытаясь угодить начальству, называют или заранее нереальные сроки, или сроки, взятые с потолка на глазок. Это не наш метод и мы такие случаи даже не рассматриваем
Мое маленькое имхо-лично я код пишу не для галочки, не для начальника или еще кого-я пишу код для себя. Пишу и правлю какой-то код ровно до тех пор, пока он не начинает мне нравится, когда я понимаю что в этот раз я лучше уже не напишу. Вот когда я это понимаю-я пишу что-то другое. Не хочу идти на какие то компромисы по принципу-я что нито напишу, не на полную силу, не идеально, типа сойдет. Я уже давно отказался от этого, потому что пишу свой софт в первую очередь для пользователей, а тут предельно важно, чтобы пользователь был доволен. Для меня довольный пользователь гораздо важнее довольного начальника или довольного тестера, потому что они всего лишь прослойка между пользователем и мной.
Согласен с автором что в последнее время каждый мало-мальски раскрученный сайт требует регистрацию с подтверждением по email для доступа к контенту. Иногда ты дольше регистрируешься и угадываешь замудреные капчи, чем работаешь непосредственно с контентом. Давно уже были придуманы технологии единого входа и доступа к кконтенту типа OpenID, OAuth но господа веб программисты не торопятся их использовать. почему?
Полностью с вами согласен. есть очень много способов мотивации, но в нашей действительности часто одно подменяет другое. Однажды на моей старой работе участникам какого-то проекта на собрании за успехи вручили памятные доски. Приятно, но самое то главное-премий им за это не дали! Подумали-досками обойдетесь.
Не согласен с вами. есть конторы, которые именно специализируются на том что нанимают на работу низко квалифицированную рабочую силу, типа студентов. Толку от них в проекте мало, но зато из-за того, что им платят маленькую зарплату, есть возможность поднять оклады ведущим разработчикам, ведь бюджет проекта фиксирован. Вот и получается-несколько ведущих разработчиков получают более-менее прилично, зато тянут на себе весь проект, работая как проклятые. А студенты выступают в роли заполнителя. Схема убогая и примитивная, но в нынешних условиях, когда хозяин не в коем случае не хочет увеличивать бюджет проекта, зато хочет все быстро и в срок-кое как работает
Вот именно! Бизнесмен должен свети риск провала проекта к нулю! А чтобы это сделать, ему или самому разбираться в разработке ПО, или нанять менеджера, и слушать что он скажет
согласен. сам был свидетелем-два ведущих разработчика попросили прибавку, им ничего не прибавили и они ушли в другую фирму. Взяли двух новых, на ту зарплату, которую просили старые разработчики! Причем эти новые за пол года наработали то всего пару документов, типа пока они изучают проект.
Проблема в том, что как правило, на верху сидит бизнесмен, который мало что понимает в процессе разработки ПО. Для него что программист, что молотобоец-все едино. Для них разработка ПО это то же что собрать из деталей газонокосилку или выкопать канаву. Слова — разработка требований, тестирование, рефакторинг, портирование вгоняют их в глубокое уныние. Идеальный руководитель-это сам бывший разработчик, которому не надо объяснять, что проекту нужен bug tracking, source control, build system и так далее
можно протереть влажными салфетками