Size: a a a

Software Design/Architecture/Zen

2021 January 13

АГ

Алексей Гевондян... in Software Design/Architecture/Zen
Sergey Protko
берешь ты такой стату и она тебе "ну короч 90% задач занимают 40 дней, 50% задач занимают 20 дней". Прогнозируй.
фиговая декомпозиция
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Виктор
Был у меня тимлид который запрещал рефакторить и исправлять техдолг по свеому желанию даже в свободное время, ибо, можно чет сломать, а еще нужно втягивать в тестирование людей
это к слову одна из причин - людям страшно брать на себя ответственность) ну то есть можно даже без тимлида который чет запрещает - люди сами не хотят
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
Eugene She
Мы перешли на сторипоинты, все довольны. Заказчик знает что задача будет донесена вконец спринта. И никто не придёт к тебе по средине и не спросит ГДЕ
И ни разу задачи не переходили за пределы спринта?
источник

АГ

Алексей Гевондян... in Software Design/Architecture/Zen
Виктор
Были, но они не гарантировали что все будет хорошо
так себе тесты
источник

SP

Sergey Protko in Software Design/Architecture/Zen
еще один фактор - отсутствие ответственности как таковой. Когда к команде приходит менеджер и "сегодня выкопаете, завтра вышиваете крестиком и после завтра красить забор надо". Из-за этого не создается ощущение "своего". Это как поссать в лифте.
источник

ES

Eugene She in Software Design/Architecture/Zen
Dmitriy Tkachenko
И ни разу задачи не переходили за пределы спринта?
Как это. Конечно переходили. В среднем команда за 2 года научилась оценивать задачи так что спринт закрывается с 90 - 95 %
источник

ES

Eugene She in Software Design/Architecture/Zen
Но это уже показатель
источник

АГ

Алексей Гевондян... in Software Design/Architecture/Zen
ну собственно "все " хорошо - не задача тестов. задача тестов - "все работает". оно может работать не правильно, но будет работать. логические ошибки или какие-то просчеты в проектировании понятно не покроешь
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Алексей Гевондян
так себе тесты
тесты гарантируют тебе что все хорошо с теми кейсами о кторых ты знаешь. Они не могут тебе гарантировать что все хорошо) для этого тебе надо декомпозицию делать, изолировать систему, уменьшать вариативность фич
источник

В

Виктор in Software Design/Architecture/Zen
Sergey Protko
еще один фактор - отсутствие ответственности как таковой. Когда к команде приходит менеджер и "сегодня выкопаете, завтра вышиваете крестиком и после завтра красить забор надо". Из-за этого не создается ощущение "своего". Это как поссать в лифте.
Есть более сбалансированна позиция, у нас команда брала на себя инициативу, но на решение каждого тех-долга создавался таск, менеджеров ставили в курс о рисках
источник

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Eugene She
Мы перешли на сторипоинты, все довольны. Заказчик знает что задача будет донесена вконец спринта. И никто не придёт к тебе по средине и не спросит ГДЕ
сторипоинты по сути тоже обман
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
Eugene She
Как это. Конечно переходили. В среднем команда за 2 года научилась оценивать задачи так что спринт закрывается с 90 - 95 %
А хотфиксы и горящие когда?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
осталось теперь еще доказать что требования корректны
источник

ES

Eugene She in Software Design/Architecture/Zen
Dmitriy Tkachenko
А хотфиксы и горящие когда?
Тоже имеются, для этого есть запас у соответствующих девов
источник

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
Sergey Protko
осталось теперь еще доказать что требования корректны
Именно. Об этом и глава книги))
источник

SP

Sergey Protko in Software Design/Architecture/Zen
проблема вот этих вот "прувинг корректнес" что для прува корректнес тебе надо описать требования формально настолько что бы можно было что-то доказать что обычно равносильно реализовать систему. При этом нет гарантий что в требованиях нет багов
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
Формальное доказательство?
источник

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
Dmitriy Tkachenko
Формальное доказательство?
Да
источник

АГ

Алексей Гевондян... in Software Design/Architecture/Zen
когда критическая надежность, надо не только 100% покрытие тестами причем именно всех кейсов по логике, но и 100% покрытие мутационными тестами
источник