VF
Почему нельзя это делать до работы, во время работы или сразу после нее (хотя это уже такое себе)?, а не перед релизом
Size: a a a
2021 February 25
R
если она не связана с другими - то не пойдет в релиз. если связаны - ждать следующего релиза пару недель/месяц)
VF
Выглядит как будто вы сначала делаете, а потом думаете
VF
Это не оскорбление, а наблюдение :)))
AS
если она не связана с другими - то не пойдет в релиз. если связаны - ждать следующего релиза пару недель/месяц)
ну все 30 тасок откатываем? или только одну?
а шансы завалить этой одной остальные есть?
или у вас так хорошо изолированно что это нормально откатить одну? но тогда мне непонятно зачем перед апрувом чего то ждать?
а шансы завалить этой одной остальные есть?
или у вас так хорошо изолированно что это нормально откатить одну? но тогда мне непонятно зачем перед апрувом чего то ждать?
R
скорее сначала N апрувов, потом кодинг, потом M апрувов
AS
скорее сначала N апрувов, потом кодинг, потом M апрувов
клаааааааааасс
AS
это CRM для марсохода?
VF
Я понял, проблема в том, что задачи считаются однородными, а это почти никогда не так
VF
поэтому для всех задач делают единую сложную систему уточнений-проверок-утверждений, которая все и тормозит
R
ага. типа поправить опечатку - тоже может занять пару недель, потому что должно релизиться также, проходить тестирование, итп
ВГ
Сколько раз у меня такие “опечатки” ломали прод…
AS
ага. типа поправить опечатку - тоже может занять пару недель, потому что должно релизиться также, проходить тестирование, итп
у вас не получиться "экспериментировать" и "быстро менять" если для исправления опечатки надо всю эту бюрократию разводить
VF
Вам нужно принять, что не все задачи у вас одинаковые и построить процесс таким образом, чтобы за ограниченное время задачи становились однородными. Тогда у вас появится возможность делать релизы быстрее и чаще
AS
Сколько раз у меня такие “опечатки” ломали прод…
только бюрократия это все равно не предотвратит
VF
Непонятно, почему опечатки требуют релиза всего, а не релиза одного компонента или даже не делаются интерактивно, через специальный интерфейс
K
Вам нужно принять, что не все задачи у вас одинаковые и построить процесс таким образом, чтобы за ограниченное время задачи становились однородными. Тогда у вас появится возможность делать релизы быстрее и чаще
мудрец
VF
мудрец
все так
ВГ
только бюрократия это все равно не предотвратит
Частично предотвратит. Часто бывает, что какие-то фиксы очевидно ничего не сломают, поэтому проходят мимо стандартного процесса выгрузки - прямо на продакшн
AS
Непонятно, почему опечатки требуют релиза всего, а не релиза одного компонента или даже не делаются интерактивно, через специальный интерфейс
потому что "юнит тесты не нужны, надо сразу писать нормально" "автоматиация не нужна" "пяток манагеров лучше проверят готовность системы чем пара тестеров"