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

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

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

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

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

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

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

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

Публикации