PC
Менять работу это решение почти всегда, но это провал переговоров :)
Size: a a a
2021 March 19
DM
ну не все умеют переговоры в целом, бывают крепкие инженеры вообще без софтов, просто нужен лид умеющий работать с такими
PC
То есть ты исключаешь ситуацию когда руководитель без софтов, ну или с апатией ленью или сверхвысоким самомнением?
PC
Еще в моей практике случалось когда "начальник" держится за свое место и просто боится разгневать высшее начальство повышением затрат или какими то неудачными экспериментами и поэтому все инициативы спускает на тормозах
DM
То есть ты исключаешь ситуацию когда руководитель без софтов, ну или с апатией ленью или сверхвысоким самомнением?
почему, не исключаю
но даже с этим можно работать
тут же речь не об инициативе, а банально о выборе способа затрат
если ему лучше затянуть проект на месяц, но не потратить бюджет на память - вполне себе понятное решение, мало ли
и не факт, что оно плохое даже для разработчика, дают шанс поконтрибьютить в известный софт =)
но даже с этим можно работать
тут же речь не об инициативе, а банально о выборе способа затрат
если ему лучше затянуть проект на месяц, но не потратить бюджет на память - вполне себе понятное решение, мало ли
и не факт, что оно плохое даже для разработчика, дают шанс поконтрибьютить в известный софт =)
DM
но если не хочется этим заниматься, то сменить работу, почему нет
PC
> но даже с этим можно работать
Вот и интересно как с таким работать. Мне удавалось только работать через свое личное время в которое я допиливал всякие тесты и CI систему, но решение очевидно так себе.
Вот и интересно как с таким работать. Мне удавалось только работать через свое личное время в которое я допиливал всякие тесты и CI систему, но решение очевидно так себе.
DM
почему через свое личное?
PC
Потому что задачу на прикручивание codeception не удавалось пропихнуть в спринт, и он оказывался заполнен всякими другими бизнесовыми штуками
DM
может он и не нужен был?
PC
может он и не нужен был?
Всмысле "юнит тесты не нужны" ? =)
DM
ну да
PC
А на каком основании это решается?
DM
на основании стратегии бизнеса и допустимости потерь в этой стратегии
например "нам важен тайм то маркет, мы готовы к тому, что будут даунтаймы"
например "нам важен тайм то маркет, мы готовы к тому, что будут даунтаймы"
PC
на основании стратегии бизнеса и допустимости потерь в этой стратегии
например "нам важен тайм то маркет, мы готовы к тому, что будут даунтаймы"
например "нам важен тайм то маркет, мы готовы к тому, что будут даунтаймы"
Ну так тесты ускоряют тайм ту маркет.
DM
да не ускоряют
DM
ну те не всегда ускоряют
PC
На периодах времени в кварталы почти всегда ускоряют
DM
если у вас обязательный регресс всего перед релизом - то автоматизация ускорит
но тогда не верю, что с обоснованием по ускорению безнес посылает нафиг
но тогда не верю, что с обоснованием по ускорению безнес посылает нафиг
PC
И когда на тушение пожаров на проде и фиксов глюков из позапрошлого спринта тратится половина времени текущего спринта.