»Most agile developers have lost their analytical skills in endless chains of small code changes and are now unable to think on the level which is necessary for modelling.
О, только что наблюдала такое на последней работе. Код настолько беспорядочный и разбросанный и неоднородный что надо его весь изучить и держать в голове чтоб понять почему баг или как сделать то или иное. Так же совершенно разное поведение при ошибках что опять надо ломать голову чтоб понять как правильно вывести информацию куда надо. Я хотела рефакторить несколько классов чтоб просто было удобней их читать и добавлять новые куски - запретили что либо трогать. Вообще, не работаю я там больше :)))
Но у них такой крутой специалист-консультант по Agile! Его слово - закон. Он нам давал тьюториал как можно решить любую задачу методом подставления, т.е., пишешь обработку разных случаев и рефакторишь пока не работает. На мои ехидные замечания что Паксос таким методом не напишешь, начальство на меня смотрело волком. Порчу им всю красивую картину мира.
Я хотела рефакторить несколько классов чтоб просто было удобней их читать и добавлять новые куски - запретили что либо трогать. Вообще, не работаю я там больше :)))
Правильное решение.
И начальство право. Кривой код - это источник бюджета на исправления. Помнится, я за один вечер испортил другому отделу труд полугодовых усилий, просто переписав одну утилиту по-человечески и выкинув попутно все ошибки. В результате в проекте было два варианта: который использовали пользователи для работы, и тот зомби, что сделан без нарушения плана, не нарушает субординации и стоит в плане на доработку в следующем году.
Стартап работает на деньги инвесторов. Даже если менеджерят создатели, то, когда стартап развалится, им в резюме гораздо выгоднее писать "Руководил отделом из семи человек", чем "Был ведущим разработчиком в группе из трёх специалистов".
О, только что наблюдала такое на последней работе. Код настолько беспорядочный и разбросанный и неоднородный что надо его весь изучить и держать в голове чтоб понять почему баг или как сделать то или иное. Так же совершенно разное поведение при ошибках что опять надо ломать голову чтоб понять как правильно вывести информацию куда надо. Я хотела рефакторить несколько классов чтоб просто было удобней их читать и добавлять новые куски - запретили что либо трогать. Вообще, не работаю я там больше :)))
Но у них такой крутой специалист-консультант по Agile! Его слово - закон. Он нам давал тьюториал как можно решить любую задачу методом подставления, т.е., пишешь обработку разных случаев и рефакторишь пока не работает. На мои ехидные замечания что Паксос таким методом не напишешь, начальство на меня смотрело волком. Порчу им всю красивую картину мира.
Reply
Правильное решение.
И начальство право. Кривой код - это источник бюджета на исправления. Помнится, я за один вечер испортил другому отделу труд полугодовых усилий, просто переписав одну утилиту по-человечески и выкинув попутно все ошибки. В результате в проекте было два варианта: который использовали пользователи для работы, и тот зомби, что сделан без нарушения плана, не нарушает субординации и стоит в плане на доработку в следующем году.
Reply
Reply
Reply
Reply
Leave a comment