Какой-то у вас неправильный секретарь и программист. Обычно программист (сениор, лид) ведет переговоры в том числе и с бизнесом и клиентом если нужно обсудить технические детали.
Секретарь, который с людьми постоянно общается, какие-то переговоры ведёт - это планктон. А программист...
Секретарь - камердинер, а программист - цеховой ремесленник. Уж не знаю что почетнее, но по крайней мере у программиста перспектива стать мастером, и даже открыть собственный цех. А у секретаря?
Это программист за которого не стыдно. Он не делает это по 3 часа в день, но может в любой момент, потому что не является зашореным совковым инженером, который не может связать два слова по английски
Бизнес на нашем языке - источник business requirements, часто клиент непосредственно. Да, не деньги проекта обсуждаются, но вполне себе не «гента на ноуте»
Секретарь - камердинер, а программист - цеховой ремесленник. Уж не знаю что почетнее, но по крайней мере у программиста перспектива стать мастером, и даже открыть собственный цех. А у секретаря?
Эээ..подать (не)правильный чай боссу и самому рулить «мастерками» ?.
А с источником бизнес-требований общается аналитик. Программисту вредно показывать бизнес-требования, он ничего более общего чем техзадание (чертёж по сути) представить себе не может. Чему одно из доказательств данный тред.
Секретарь, который с людьми постоянно общается, какие-то переговоры ведёт - это планктон. А программист, который кроме своего ноута и любимой генты ничего не видит и не знает - титан духа и исполин мысли.
ну так всё правильно. Программист, как существо, стоящее на более высокой ступеньке развития, избавлен от ужасов общения с посторонними людьми
При таком разделении работ BA превращается в человека бегающего из call на call, передающего сообщения, потому что собрать клиента и программиста невозможно, программист боится клиента. Хотя требование клиента программист мог бы сразу одобрить или указать на его недостатки, предложив более общее решение
Ну я не на ЛОРе был, мне что тут сидеть F5 жать. А agile как раз описывает суть происходящего, как такового «руководства» мало, если есть, то стратегическое. Все решает команда. И девелопер запросто может общаться с кем угодно
Стартапы.
Highload.
Интересные проекты.
Бесплатная пицца (ЗП предпочитаю получать деньгами, а не дешёвой едой).
Ruby on Rails.
NoSQL.
Mac OS X.
iPhone.
GNU/Linux.
потому что во-первых у них отнимается право на код, а это значит что приходится править и допиливать чужой код понимая что и твой будет то-же кто-то корежить, а во-вторых ограничение времени заставляет либо врать либо делать тяп ляп. кроме того отчитываться это просто унизительно. люди не любят всего этого и теряют истинный интерес к работе и просто механически гонят говнокод.
Это ужасно. Потом еще кто-то становится директором и все ньюкамеры боятся править его быдлокод 10 летней давности.
ограничение времени
agile как раз борется за то чтобы estimates делались нормальные и не было капцов когда не успевает команда.
люди не любят всего этого
Они не любят чтобы надо было работать, что вообщем их проблема. И они не любят графики, мячики, poker points и прочью шелуху, которой парят мозги фанатики agile, которые забыли зачем вообще agile и что в нем ключевое