Мастерство техдолга

Dec 17, 2024 23:20

Тут на Кворе был дебильный вопрос "Может ли QA помочь с техдолгом?" и аналогично же дебильные ответы, из которых стало ясно, что народ не понимает, что такое техдолг. Клод справился даже лучше, чем я предполагал, в плане идей, но как обычно страдают writing skills ( Read more... )

все пидарасы а я, выебудни

Leave a comment

Comments 11

1master December 18 2024, 00:03:14 UTC
Я видел плановую отдачу техдолга в реальной жизни, "одна небольшая психиатрическая клиника", которую все знают, для своих продуктов делала специальный крупный майлстоун, месяца на три минимум (продукты большие), для подчистки хвостов, пиэмы в это же время занимались долгосрочным планированием следующего большого релиза, а тестеры улучшали автоматику. Работало весьма неплохо.

Reply

nponeccop December 19 2024, 21:57:13 UTC
Ну вот у нас тоже "следующие большие релизы", но параллельно с поддержкой старого методом балансирования уровня.

А отдача техдолга -- это не спринты и не майлстоуны, а периодическое вклинивание условно недельных рефакторингов в процесс. Они там бывает ещё висят в отдельной ветке, ожидая вмерживания в прод, пока в прод что-то более срочное дописывается. Раньше ребейзы были ужасными, но со временем как-то придрочились.

Reply

1master December 19 2024, 23:01:57 UTC
Специальный майлстоун - это хороший способ помочь людям найти время на улучшение кода без того, чтобы на них давили недописанные фичи, которые нужно было зарелизить еще вчера. Иначе "некогда" будет вечным.

Reply

nponeccop December 20 2024, 01:14:35 UTC
Ну у нас как-то "мягонько" c фичами на вчера, в том плане, что их получается откладывать в пользу техдолга, в том числе ввиду того, что все, в т.ч. нетехническое рук-во, в курсе того, что техдолг зло, и его надо постоянно отдавать. Срочные фиксы, которые в том числе прерывают работы по техдолгу, бывают.

Reply


donz_ru December 19 2024, 00:12:43 UTC
Есть мнение, что выделять спринты только под техдолг - такое себе. Дескать, должна быть планомерная работа.
И надо еще определиться, что такое техдолг. Собрать MVP из говна и палок, чтобы просто убедиться, что оно работает - это явно не техдолг. Но когда-то придется сесть и переписать нормально.
Те же яйца с устаревшими версиями языка и библиотек. Появляется не в какой-то момент, а постепенно. Сегодня еще вроде не техдолг, а завтра уже все.
А кому-то нормально взять либу, про которые уже сами ее авторы пишут, что она окаменелое говно мамонта. И этот кто-то не будет считать такое зазорным и уж тем более техдолгом.
Если разработчики достаточно сильные во всех смыслах, и среди нет саботеров, то большая часть долга устраняется по ходу разработки бизнесовых фич. Для глобальных рефакторингов приходится выделять отдельные задачи. У нас примерно так работает.

Reply

nponeccop December 19 2024, 21:51:45 UTC
Ну про выделение спринтов -- это Клод написал. У нас никаких спринтов нет (и это тоже отдельный повод для гордости). Канбан с пуллом из пула работ, поддерживаемого нетехническим менеджером, и совещами раз в неделю. Пока живем и даже расширяемся ( ... )

Reply

ratnos December 20 2024, 15:56:49 UTC
> Разработчики у нас достаточно слабые

Это может быть компенсировано на длительном пробеге при сильном лиде. Лид сильный?

Reply

donz_ru December 21 2024, 14:21:36 UTC
Так, кто такой Клод? :) Очередной AI?
Жестко с PCI DSS, конечно...

Насчет слабых разрабов. Что-то мне все больше кажется, что тот, кто экономит на разработчиках, потом кратно платит в других местах.
Слабость - понятие относительное, конечно. И это слово должно применяться в контексте конкретного проекта. Если у вас там действительно получилось нанимать слабых разработчиков для вашего проекта, и всё как-то неплохо едет, это прямо успех. Мне кажется, это еще прокатит, когда разработчиков максимум пять - лид за всеми успеет приглядеть. Если больше, то всё. А если скрам какой безлидовый, так кранты. ИМХО.

Reply


snowps December 19 2024, 02:53:01 UTC
Основная проблема в том, что при парадигме "хренак-хренак - и в продакшн" принципиально не получается код, который можно привести к лучшему качеству посредством рефакторинга, поэтому на спринтах выплаты tech dept базовым KPI вместо "я посажу здесь дивный сад" получается "я подсолью забитый септик". Не то, чтобы это был самодостаточный ужас-ужас (если честно - то конечно он и есть, однако автор уже расписался в нежной любви и поддержке трэш-кодинга, так что есть понимание спорных, но уже принятых целевых критериев), но надо отчётливо понимать, что это больше похоже не на потребительский кредит, где можно наконец закончить период выплат, а на пожизненный моргидж за разваливающийся дом, который и продать другим нельзя по причине жуткого состояния, и починить нереально, поскольку проще новый купить.

Reply

nponeccop December 19 2024, 21:31:40 UTC
Я не расписался в любви к треш-кодингу. Я расписался в любви к системам, которые за 3 года не скатываются в полное говно с невозможностью что-то добавить, поменять или убавить, не сделав 3 раза ку богу лигаси. Ну и вот оказалось, что треш-кодинг в сочетании с контрмерами вполне эту бизнес-функцию выполняет ( ... )

Reply


ratnos December 20 2024, 16:00:46 UTC
У людей по их житейскому опыту ассоциации с финансовыми долгами негативные. А для миллиардеров долги/кредиты - это и есть деньги, ну то есть механизм запуска финансового движняка вообще. Когда я это узнал - пересмотрел своё отношение и к техдолгу тоже. Техдолг как минимум допустим, а иногда даже желателен.

Reply


Leave a comment

Up