Agile
В большинстве случаев, важно не то, ЧТО человек делает, а то, КАК он это делает.
Принцип "лишь бы работало, а как сделано -- не важно" несовместим с agile. Есть набор принципов (например KISS), которые почему-то не приживаются у тех программистов, которые долго работали в торговле. Теорию можно выучить, можно накопить уйму знаний, но психология подхода после 30 лет уже не меняется.
Вот, например, есть принцип, что задача исключения избыточности кода важнее задачи разработки функционала. То есть вот программист пишет, пишет.... уже много написал, скоро уже виден конец ....и вдруг --- БАБАХ -- в коде обнаружена избыточность!!!
Правила методологии настоятельно требуют ОСТАНОВИТЬ разработку и не продолжать ее до тех пор пока не будет удалена избыточность. Для agile-разработчика отсутствие избыточности кода -- это Святое. Для торгового программиста -- это мелочь, недостойная внимания. Собственно, в этом и суть конфликта.
Скорее всего, разработчик, привыкший работать в торговой фирме не станет искоренять избыточность, скроет ее наличие от начальства.
И вот именно так появляются задачи типа "жопа".
Есть набор принципов (например KISS), которые почему-то не приживаются у тех программистов, которые долго работали в торговле.
Ну да, вам - шашечки, а нам - ехать. :))
И вот именно так появляются задачи типа "жопа".
Избыточность кода как источник появления задач типа жопа? Да ладно, с lock-free имплементацией в многопоточных приложениях ни в какое сравнение...
За комментарии спасибо. :))
Не знаю почему, но ни разу не встречал коллектив, работающий п
в режиме agile удаленно. Впрочем, тут в России и обычная удаленная работа считается чем то ругательным. По крайней мере, за ту работу, за которую платят, скажем, 90000р/мес, по удалёнке платили бы не более 40000р/мес.
Кто ж согласится за такую зарплату горбатиться? Б
Ни разу не встречал ошибок типа lock-free, хотя с многопоточных и приложениями работаю уже не первый десяток лет регулярно. А за последние 5 лет на рынке появилось такое множество инструментов разруливания lock-free проблем, что получить deadline ситуацию сейчас можно разве что по убеждению.
С какого перепугу? Команда не выполнила план, зачем ее поощрять?
Вы не посчитали? Команда делает 25 пунктов. Что бы выйти на расчетное количество, команда снизила план на следующий спринт до 16 пунктов. то есть абсолютно не изменив свой стиль заседать команда внезапно улучшила свои показатели в разы. Тут без премии не обойтись.
И какие нафиг пункты? Для каждой подзадачи выделяются часы.
Еще раз. Временные единицы использовать по канонам ЗАПРЕЩЕНО.
http://agilerussia.ru/practices/scrum-why-story-points-are...
https://myalm.ru/news/%D0%9A%D0%B0%D0%BA-Story-Points-%D1%...
Умножаем на фокус-фактор с предыдущей итерации и получаем реальное число часов
Это может и имеет право делать менежмент. Сами программисты во-первых не вычисляют факторы, во-вторых не имеют дела с временными единицами. И в третьих по канонам только программисты могут сказать, потянут они спринт или нет. Если команда сказала, что она потянет только 15 пунктов НИКТО не имеет права сказать - вы охренели?
Часы расчитываются во всяких водопадах.
Кстати, а у кого нибудь считается агиль с удалённой работой?
Сочетается. Иногда берут екстернов. Дэйли по скайпу. Спринт-дни по скайпу. Ну и если что надо обсудить, показал свой монитор и вперед. На ретро скрам мастер списывает проблемы со скайповского чата на карточки и развешивает рядом с остальными. Ну и штрихи за людей по указке тоже ставит
Избыточность кода -- это когда один и тот же функционал реализован более чем в одном месте.
Понятно. Интересно. Я кодер. Я нашел избыточность кода. Нужен рефэкторинг. С последующими тестами, не всегда автоматические тесты покрывают нужный функтионалитет. Кто оплачивает? Я работал в банковской области, в логистике, еще кое где по мелочи. И везде первый вопрос - кто будет это оплачивать. Серьезный рефэкторинг пробивается со скрипом и с вопросами на тему "а кто это дерьмо запрограмировал" со стороны менеджмента. Классно у вас там с деньгами.
В монитор видно, как на заднем плане голая жена из ванны выходит,
Кстати да. Но в Германии как ни странно достаточно лояльно относятся к тому, что у человека кроме работы есть жизнь. Например почти всегда без скрипа отпускают на всякие частные дела или разрешают остаться дома, если запланирован приход сантехника. У меня на хоумоффисном ноуте камеры вообще нет.
Ситуация типа "кто оплатит рефакторинг" у нас тоже довольно частая. Этот вопрос каждый программист решает по своему.
Я всегда решал этот вопрос в пользу рефакторинга. Тут такая вилка: в краткосрочной перспективе это как правило нагоняй от начальства; в долгосрочной --- это обычно квартальная премия, иногда с повышением, потому что, затратив время на рефакторинг потом его экономишь на других задачах.
Я всегда руководствовался принципом "Делай, что должен и будь, что будет". И до сих пор жив.
Жены стесняться -- детей не видать.
Начальника бояться -- на работу не ходить.
Бояться рефакторинга -- всю жизнь жить на одну зарплату
Банковская сфера -- это вообще особая тема для разговора. Тут ведь безопасность всякая накручена и никто толком не знает как что работает. Поэтому в банковской сфере я бы не стал с рефакторинг ли экспериментировать. Но это, скорее, исключение из общего правила
Проектыу нас имеют начало и конец.
Я только один раз сталкивался с тем, чтобы проекты имели начало и конец (при этом конец зачастую условный). И это было на фирме, которая занмалась программированием на заказ для маленьких клиентов. При этом проекты для всех крупных клиентов были бесконечные.
Если программиста голосованием не принимают ни в один проект, то его увольняют.
Очевидно, что в Германии ты никогда не работал. Посмотрел профиль - Питер. В России по ТК тоже хрен уволишь без выплат... т.е. увольняемый должен согласиться на увольнение. Ну или работать с контрактниками, но этом сильно дороже.
Был выполнен за 4 месяца.
"Довольно обширный проект" выполненный за 4 месяца - это детский сад.