PD
А там ничего другого и не сказано.
В крупных проектах основная причина техдолга - не бардак, а смена контекста (история смены контекстов)
В крупных проектах основная причина техдолга - не бардак, а смена контекста (история смены контекстов)
Size: a a a
2021 September 06
ИП
Я 20 лет строю различные ИТ системы и ни разу не сталкивался с техдолгом
PD
Это не значит, что в твоих системах его нет )
ИП
Более того, я похоже ни разу не сталкивался с рефакторингом
PD
Так с рефакторингом сталкивается линейный разработчик, тебе-то откуда?
A
Ок, помогу вашей дислексии)
Полная фраза
Она буквально говорит о том, что при бардаке техдолг это проблема, потому что его много. А если бардака нет, то техдолга мало и это не проблема.
И да, так есть, когда техдолга не много и он контролируемый, это не является проблеймой. Это обычные рабочие процессы.
Полная фраза
Если бы не было бардка, то и проблемы техдолга не было. Ну или она была бы небольшая.
Она буквально говорит о том, что при бардаке техдолг это проблема, потому что его много. А если бардака нет, то техдолга мало и это не проблема.
И да, так есть, когда техдолга не много и он контролируемый, это не является проблеймой. Это обычные рабочие процессы.
ИП
Ну он должен быть в планах и на него списываются деньги
PD
Угу, и эта фраза - неверна. Так как техдолг в больших объемах формируется не только бардаком, а и многими другими проблемами.
Т.е. "или была бы небольшая" - неверное утверждение.
Т.е. "или была бы небольшая" - неверное утверждение.
PD
Нет, конечно. Рефакторинг - это часть решения конкретной фичи, он не учитывается отдельно в оценках.
ИП
Парни, я все ещё не понимаю - что такое техдолг и откуда он берется
A
Так, у вас похоже и с базовой логикой проблемы))
То что техдолг формируется бардаком, никак не отрицает того, что он может формироваться еще чем-то.
То что техдолг формируется бардаком, никак не отрицает того, что он может формироваться еще чем-то.
ИП
Это типа есть система А из нее создаётся система Б?
ИП
А может при наличии бардака не создаваться техдолг?
PD
Ну, про это куча докладов.
Низкое качество кадров, изменение предметной области, изменение целей решения, накопленная сложность кастомизаций, устаревание технических решений и т.п.
Низкое качество кадров, изменение предметной области, изменение целей решения, накопленная сложность кастомизаций, устаревание технических решений и т.п.
A
Вот такое сложно себе представить...
Хотя... если на всё забить, то можно смело говорить, что техдолга нет)))
Хотя... если на всё забить, то можно смело говорить, что техдолга нет)))
IA
я сейчас тебя расстрою, но в эксель когда бухгалтер считает тебе зарплату там double64 :)
ИП
Я эти доклады читал. Но я ни разу его не видел в живой природе
ИC
Ну почти :)
Хочется больше информации по "осваиваем кризис менеджмент".
Хочется больше информации по "осваиваем кризис менеджмент".
PD
Нет. Это просто одна из техники разработки, когда мы вместо "а давайте добавим еще 5 if в разных местах" делаем "а давайте разделим класс на два и развяжем их ответственность".
Т.е. это внутри конкретной фичи
Т.е. это внутри конкретной фичи
PD
К счастью, мне зарплату считают не в экселе.