Здравствуйте, okon, Вы писали:
O>В скраме лежит достаточно базовая потребность людей. O>Почему процветали храмы ( кстати храм — скрам прям рифма ) и люди приходили туда отпустить грехи — потому что это основная базовая потребность , отпустить грех. O>Грех это что-то за что тебе стыдно или мучает совесть, это боль душевная.
Здравствуйте, Философ, Вы писали:
Ф>Вот, наступает час Ч, начинается митинг — разрабы рассказывают космосу о том чем они занимаются, что сделано, что сделать не получается.
В нормальной ситуации — не космосу, а коллегам.
Ф>Разрабочик А не слушает разработчика Б — он продолжает в уме дебажить свой кусок, и вникать в дебри проблемы энжина чуваку, который гуём занимается совсем-совсем не интересно. Ф>Разработчик Б пытается не слушать разработчика А — чуваку, который неделю бьётся над битовыми картами в движке глубоко превать на очередную утечку оконные хэндлов, он вообще с трудом понимает что такое виндовые хэндлы и чем они отличаются от хэндлов GDI-объектов, и почему в 21 веке, в век WPF вообще об этом надо думать...
А что они тогда делают на общем митинге, если у них принципиально разные и заведомо не пересекающиеся никак задачи?
Скрам-митинг (не по форме, а по сути) нужен тогда, когда у людей есть частично пересекающиеся задачи и:
1. изменения одного могут афектнуть работу другого. При этом узнать о таком без контакта с коллегами можно будет только по факту, и не гарантированно, что сразу.
2. один разработчик может что-то знать про работу другого и может что-то подсказать. При этом первый разработчик может тупо не знать, что можно подойти и спросить.
Ф>На кой этот цирк с конями нужен?
Если скрам-митинг планировал "эффективный менеджер" для отчётности и собрал туда людей по принципу "а ещё у нас есть девочка HR, пусть она тоже ходит", то нафиг такой митинг не нужен.
Если скрам организован нормально, как митинг внутри команды, работающей над частично пересекающимися задачами, то для чего он нужен команде, я написал выше. Если же и в таком случае разработчики плюют в потолок на митинге и игнорируют проблемы коллег, пока лично их работу не афектнет по факту, ну, поздравляю, вы открыли очевидное: скрам-митинг не работает в скопище индивидуалистов, которые не являются командой, нацеленной на решение поставленных задач. А дальше надо смотреть, что с этим делать, потому что на длительном проекте они такое количество фейлов могут сделать на границах своих задач, что может оказаться выгоднее их уволить нафиг и новых "нормальных" набрать, чтобы переписать проект "с нуля".
"Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живете". (с) Макконнелл, "Совершенный код".
Здравствуйте, Lazy Bear, Вы писали:
LB>Почему бы вместо этого лидам не проводить совещания каждый в своей команде, а потом докладывать результаты скрам-мастерам, PO и другим лидам? Если нужно что-то сообщить своей команде, то лид это делает после разговора со скрам-мастером, PO и другими лидами.
Обычно команды по 5 человек, далее лиды докладывают скрам мастерам. Само собой, что скрам уже для 10 человек займет уйму времени.
A>Дать большую пластиковую или пенопластовую елду в руки тому, кто отвечает за соблюдение повестки (это чтобы не сваливались на спорт-политику-бабы-семья-дача), пусть херачит этой елдой по голове нарушителей.
Лучше давать выступающему чугунную елду весом в 5-10кг. Выступает пока сможет удержать в руках.
Кроме очевидного ограничения по времени, ещё и побочный бонус — сильные программисты будут выступать большую часть времени.
Здравствуйте, vsb, Вы писали:
vsb>Я слыхал, что в ловкой разработке принято владеть кодом сообща. То бишь все должны понимать весь код и брать задачи разного рода. Поэтому ситуации, когда человек с трудом понимает, что за проблема с хэндлами, быть не должно, т.к. он её возможно на прошлом забеге и породил и может предоставить ценный совет.
Такое возможно только на относительно несложных проектах. У нас одному человеку просто не влезет в голову все проекты. Я сам плохо ориентируюсь во всякой гуйне в наших проектах, так что лезу туда только при крайней необходимости, мои коллеги делают тоже самое в отношении кусков проекта, за которые отвечаю я.
Здравствуйте, The Passenger, Вы писали:
A>>Дать большую пластиковую или пенопластовую елду в руки тому, кто отвечает за соблюдение повестки (это чтобы не сваливались на спорт-политику-бабы-семья-дача), пусть херачит этой елдой по голове нарушителей. TP>не думал о профессии тамады?
Здравствуйте, _AND, Вы писали:
A>>Дать большую пластиковую или пенопластовую елду в руки тому, кто отвечает за соблюдение повестки (это чтобы не сваливались на спорт-политику-бабы-семья-дача), пусть херачит этой елдой по голове нарушителей.
_AN>Лучше давать выступающему чугунную елду весом в 5-10кг. Выступает пока сможет удержать в руках.
_AN>Кроме очевидного ограничения по времени, ещё и побочный бонус — сильные программисты будут выступать большую часть времени.
Это ты зря. У всех же поголовно геморрой, не важно — в обострении или же ремиссии, но больше трёх килограмм подымать не рекомендуется.
Проблема примерно 80% офисных сотрудников в сфере ИТ, если верить страховым компаниям, что продают ДМС.
Ещё у 30-40% проблемы со спиной, запросто могут перекрыть оставшиеся 20% от геморройщиков.
Здравствуйте, Sammo, Вы писали:
Ф>>На кой этот цирк с конями нужен? S>На мой взгляд — скрам больше нужен заказчику (бизнесу) чем программистам.
Я тебе больше скажу, результат работы нужен больше заказчику, чем программистам, вне зависимости от наличия или отсутствия скрама. Вывод то из этого какой?
Здравствуйте, Философ, Вы писали:
Ф>Вот, наступает час Ч, начинается митинг — разрабы рассказывают космосу о том чем они занимаются, что сделано, что сделать не получается. Ф>Разрабочик А не слушает разработчика Б — он продолжает в уме дебажить свой кусок, и вникать в дебри проблемы энжина чуваку, который гуём занимается совсем-совсем не интересно. Ф>Разработчик Б пытается не слушать разработчика А — чуваку, который неделю бьётся над битовыми картами в движке глубоко превать на очередную утечку оконные хэндлов, он вообще с трудом понимает что такое виндовые хэндлы и чем они отличаются от хэндлов GDI-объектов, и почему в 21 веке, в век WPF вообще об этом надо думать...
Ф>И т.д., т.е. ВСЕ пытаются не забивать друг другу голову задачами своих соседей — от своих голова пухнет.
Ф>На кой этот цирк с конями нужен?
Ну банальная минимальная координация.
Если у вас в команде слишком много людей или все занимаются несвязанными друг с другом вещами, то конечно будет занудно.
А если все работает над чем-то одним, то ведь просто интересно послушать, как оно все движется.
Иначе так и будете копать каждый свою траншею, не видя куда это все ведет.
В общем не надо делать карго культа из скрама.
Если у вас и без него нормально все с координацией, то скрам не нужен.
А если вы хоть немного стремитесь координировать совместные усилия, то скрам не помешает.
Ну а если вы еще разумно играете в Planning Poker, начальники не давят на оценки и есть статистика по velocity для стабильных команд,
то вообще жизнь реально упрощается.
Короче скрам — это всего лишь набор полезных практик.
Если ты не видишь зачем они нужны, то видимо любые другие способы координации тоже будут непонятны.
Скрам примивитивен до безобразия и в этом его плюс.
Можно применять почти из коробки.
Здравствуйте, a7d3, Вы писали:
A>Прыскать со смеху и высказывать надо в лицо тому мудаку из своих «менеджеров», .... Активно унижать его в той переписке, где присутствует его босс, ... не мне вам рассказывать про «итальянскую забастовку».
Еще по голове бить забыл) Поэтому к вашему скраму и относятся, скажем так, настороженно)
Здравствуйте, prog123, Вы писали:
P>Здравствуйте, a7d3, Вы писали:
A>>Прыскать со смеху и высказывать надо в лицо тому мудаку из своих «менеджеров», .... Активно унижать его в той переписке, где присутствует его босс, ... не мне вам рассказывать про «итальянскую забастовку».
P>Еще по голове бить забыл) Поэтому к вашему скраму и относятся, скажем так, настороженно)
Если имеет наглость приператься на статус-митинги и высказываться не по протоколу — то нужно просто выключать свет и дружно метелить его втёмную.
Здравствуйте, 0x7be, Вы писали:
0>Здравствуйте, Философ, Вы писали:
Ф>>На кой этот цирк с конями нужен? 0>Ты описал не скрам, а обычную утреннюю летучку.
А она тогда зачем нужна при прочих равных условиях?
Здравствуйте, Lazy Bear, Вы писали:
Ф>>>На кой этот цирк с конями нужен? 0>>Ты описал не скрам, а обычную утреннюю летучку. LB>А она тогда зачем нужна при прочих равных условиях?
Ка́рго-культ, или культ ка́рго (от англ. cargo cult — поклонение грузу), также религия самолётопоклонников или культ Даров небесных — термин, которым называют группу религиозных движений в Меланезии. В культах карго верят, что западные товары созданы духами предков и предназначены для меланезийского народа. Считается, что белые люди нечестным путём получили контроль над этими предметами. В культах карго проводятся ритуалы, похожие на действия белых людей, чтобы этих предметов стало больше. Карго-культ является проявлением «магического мышления», а также может служить иллюстрирующим примером к третьему «закону Кларка».
Здравствуйте, Философ, Вы писали:
Ф>Разработчик Б пытается не слушать разработчика А — чуваку, который неделю бьётся над битовыми картами в движке глубоко превать на очередную утечку оконные хэндлов, он вообще с трудом понимает что такое виндовые хэндлы и чем они отличаются от хэндлов GDI-объектов, и почему в 21 веке, в век WPF вообще об этом надо думать...
WPF это что за зверь? За отсутсвие утечек разве не RAII отвечает?
Здравствуйте, Sharov, Вы писали:
S>Обычно команды по 5 человек, далее лиды докладывают скрам мастерам. Само собой, что скрам уже для 10 человек займет уйму времени.
Поясните, пожалуйста, кто такие лиды, и зачем они докладывают скрам-мастерам.
Здравствуйте, Hobbes, Вы писали:
H>Здравствуйте, Философ, Вы писали: H>WPF это что за зверь? За отсутсвие утечек разве не RAII отвечает?
WPF — фрэймворк для написания создания GUI.
RAII — это про OOP, в данном случае — нет: основная часть — xml-подобный язык разметки (xaml называется). В ООП ты используешь какие-то методы создания объектов, например конструктор вызываешь. Здесь всё сложнее:
Вот этот кусочек без специальных плясок с бубном — уже утечка виндовых хэндлов, которые к тому же будут удерживать живыми связанные GDI объекты.
Кода на ЯП может вообще не быть. Кстати, обрати внимание: вот тут ничего не написано о том, что надо Dispose() писать, а деструкторов в C# нет.
Там таких граблей навалом: например, всё что имеет в своём составе System.Drawing.Font или System.Drawing.Image.
Стреляет это так, что разносит всю пользовательскую сессию, а не только софтину
Всё сказанное выше — личное мнение, если не указано обратное.
Ф>Там таких граблей навалом: например, всё что имеет в своём составе System.Drawing.Font или System.Drawing.Image. Ф>Стреляет это так, что разносит всю пользовательскую сессию, а не только софтину
А есть описание подробнее про проблему с System.Drawing.Font или System.Drawing.Image, это только если в WindowsFormsHost завернуто или не обязательно ?
”Жить стало лучше... но противнее. Люди которые ставят точку после слова лучше становятся сторонниками Путина, наши же сторонники делают акцент на слове противнее ( ложь, воровство, лицемерие, вражда )." (с) Борис Немцов