Как стать автором
Обновить

Комментарии 13

В тетрисе нельзя закрыть ячейку не заполнив верхние пустоты в нужном порядке. А в работе можно.
Красивая аналогия, но ошибочная.
Если технический долг можно уменьшать в произвольном порядке, то это не долг, а должок. Как две пустоты в тетрисе одна над другой, открытые сверху.

Проблема ещё в том, что в тетрисе вы ясно видите, где у вас ямы (технический долг), и видите их всегда. Даже дав управление другому человеку — он поймёт, где болит.
В жизни чаще всего не так — ты не всегда знаешь, в каких местах у тебя больше, а в каких меньше технического долга, и насколько он опасен или может помешать в будущем.
Возможно, этот кусок кода вообще никогда больше не понадобится (этот продукт оказался не востребованным), и его можно просто выкинуть и забыть, а в тетрисе так нельзя.
ПС: ненавижу, когда вещи из жизни начинают сравнивать с чем-то вроде на первый взгляд похожим, но не похожим по многим остальным параметрам, притянутым за уши. Особенно наши заокеанские друзья писатели любят измеряьб всё в футбольных полях, самолётах и школьных автобусах (которых у нас конечно же нет, зато есть тетрис).

Еще добавлю вот что: пустоты в тетрисе — ассоциация на технический долг. Бывает так, что на момент написания — вы использовали все самые «современные» методы разработки ПО. Но через 5-10 лет ваш код окажется не таким уж продуманным(на него невозможно применить современные методы разработки ПО/язык становится редкоиспользуемым (привет scala)/появляется новый несовместимый софт angular1/angular4 итд итп), откуда ни возьмись появляются пустые клетки (которых раньше небыло). А еще через какое-то время, эта дыра расширяется. Через еще какое-то время вы понимаете, что технический долг ужасен, и проще переписать программу с нуля.
В тетрисе же дыры не появляются и не растут.
Ну нет! Позвольте, так это всё, что выше оказывается технический долг? Я так работать не согласен! Шучу, конечно. Но в программе же наоборот есть места, которые уж точно делать не надо! Не нужно же всё заполнять, чтобы пустот не было!? Может что-то надо оставить пустым? )))
> Но в программе же наоборот есть места, которые уж точно делать не надо!

Бывает, да, что кредитор помирает раньше должника :)
Ну это надо ооочень долго писать.

Достаточно, чтобы один заказчик уволился, пришел другой с "новым видением продукта"

«Технический долг» — это уже само по себе аналогия. А тут аналогия на аналогию. Для аналогий нормально быть ошибочными в чем-то.
Иногда не можно. Если в фундамент заложена пачка граблей, на которых держатся последующие костыли, из которых собран последующий велосипед…
Тут ключевое — время. Цигель-цигель.

Тетрис похож на технический долг неправильными ходами игрока, когда фигура ставится не туда, и образуются пустоты.
Аналогия уместная в том смысле, что технический долг (особенно преднамеренный, по принципу "и так сойдёт") без возможности или желания от него избавляться нарастает, как снежный ком.
Чем больше косячить (ставить новые фигуры неправильно), тем быстрее это приведёт весь проект (текущий игровой сеанс) к стагнации и проигрышу.

хорошая аналогия, автор молодец
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.