Комментарии 21
Вот вроде неплохо, но эти ваши примечания переводчика, да еще и красным выделенные, чтобы не дай Б-же не пропустил ни одну умную мысль (особенно про программистов, которые хотят домой и пива), бесят неимоверно.
Интересная аналогия с финансовыми долгами. Но в финансовой сфере есть критерии, когда бизнес устойчив, а когда он в "красной зоне" — они привязаны к процентной доле заемных средств от оборотных. Возникает вопрос: а в случае технического долга, какой максимальный процент от объема функциональности можно себе позволить?
Это вопрос к читателям и комментаторам. Вы как-либо оцениваете объем технического долга? Есть ли какой-то "потолок" по техническому долгу в вашей команде?
Это вопрос к читателям и комментаторам. Вы как-либо оцениваете объем технического долга? Есть ли какой-то "потолок" по техническому долгу в вашей команде?
Технический долг — как спящий в организме рак. Если он достигает критической массы, может прорасти в соседние области — тогда архитектура будет задета и покривеет, а следом за ней пойдут нестабильные, плохоуловимые и очень неприятные баги. Поэтому его объем лучше держать под контролем.
Технический долг выгоден — может быть все развалится и тогда его можно будет не отдавать.
Дико извиняюсь, но мало что в этом мире раздражает меня так же, как графики без подписанных осей.
Или это просто картинка для привлечения внимания?
Или это просто картинка для привлечения внимания?
Есть такой бизнес — взять кредит, обналичить и не отдавать:
1) увеличивать технический долг любыми путями, обещаниями и тд
2) перестать отдавать
3) совсем отказаться выделять время (несколько раз)
4) подождать пока от дефолта по техническому долгу разбегутся все, кто о нём знает
5) набрать новую команду
6) goto 1
1) увеличивать технический долг любыми путями, обещаниями и тд
2) перестать отдавать
3) совсем отказаться выделять время (несколько раз)
4) подождать пока от дефолта по техническому долгу разбегутся все, кто о нём знает
5) набрать новую команду
6) goto 1
НЛО прилетело и опубликовало эту надпись здесь
Хех. Аналогия, действительно, забавная.
Можно закредититься так, что дальнейшая работа потеряет смысл из-за возвратов процентов, то есть цена поддержки будет зашкаливать.
Но можно брать кредиты в разумной мере, чтобы поддержать cash flow.
А можно набрать кредитов и объявить себя совсем банкротом, угробив контракт. В абсолюте — просто взять деньги и не построить ничего вообще.
Что касается материализации технического кредита, надо думать.
Например, процент по кредиту выставить пропорциональным масштабированию проекта — чем перспективнее развивается проект, тем выше растёт стоимость однажды взятого долга.
В таком случае кредит стоит держать в сумме, не большей, чем требуется для выживания проекта, то есть в размере потенциально реального кассового разрыва, а уничтожать костыли с яростью, пропорциональной мании величия.
Можно закредититься так, что дальнейшая работа потеряет смысл из-за возвратов процентов, то есть цена поддержки будет зашкаливать.
Но можно брать кредиты в разумной мере, чтобы поддержать cash flow.
А можно набрать кредитов и объявить себя совсем банкротом, угробив контракт. В абсолюте — просто взять деньги и не построить ничего вообще.
Что касается материализации технического кредита, надо думать.
Например, процент по кредиту выставить пропорциональным масштабированию проекта — чем перспективнее развивается проект, тем выше растёт стоимость однажды взятого долга.
В таком случае кредит стоит держать в сумме, не большей, чем требуется для выживания проекта, то есть в размере потенциально реального кассового разрыва, а уничтожать костыли с яростью, пропорциональной мании величия.
— Технически, вы должны мне эту фичу еще вчера. А ваши баги это не наше дело.
Однажды мы писали проект, в котором заказчик — бывший программист. Там не было технического долга. Мы писали его красиво и элегантно. Писали 3 года, а потом у заказчика кончились деньги и проект умер, так и не родившись. Не говоря уж о том, что пока мы его писали, появилась куча конкурентов и даже если бы мы выпустились, то еще не факт, что выдержали бы конкурентную борьбу.
Теперь мы пилим проект, где заказчик чистый менеджер. Через полгода зарелизились, через 3 месяца вышли на безубыточность. Проект — костыли-велосипеды, переписан полностью дважды. Рефакторим и сейчас. НО! Проект приносит прибыль владельцу и обеспечивает кучу его сайд-проектов.
И что лучше???
Проблема айтишников в том, что они живут в выдуманном мире с понями и единорогами, где всем правит качество кода. В реальном мире всем насрать на ваше качество, если вы не рубите бабло.
Теперь я точно знаю, что если у меня есть выбор: зарелизиться завтра с костылями или через месяц с паттернами, юнит-тестами, блекджеком и шлюхами, то я выберу первое, потому что мой проект будет жить и приносить доход. А на этот доход я найму еще программистов, которые покроют его тестами и сделают красивый код. Но потом… Если захочу...
Теперь мы пилим проект, где заказчик чистый менеджер. Через полгода зарелизились, через 3 месяца вышли на безубыточность. Проект — костыли-велосипеды, переписан полностью дважды. Рефакторим и сейчас. НО! Проект приносит прибыль владельцу и обеспечивает кучу его сайд-проектов.
И что лучше???
Проблема айтишников в том, что они живут в выдуманном мире с понями и единорогами, где всем правит качество кода. В реальном мире всем насрать на ваше качество, если вы не рубите бабло.
Теперь я точно знаю, что если у меня есть выбор: зарелизиться завтра с костылями или через месяц с паттернами, юнит-тестами, блекджеком и шлюхами, то я выберу первое, потому что мой проект будет жить и приносить доход. А на этот доход я найму еще программистов, которые покроют его тестами и сделают красивый код. Но потом… Если захочу...
Вася и Петя одновременно начали писать один и тот же продукт.bash.im/quote/420672
Вася был «ориентирован на результат» и начал сразу писать говнокод не продумав толком архитектуру.
А Петя месяц разрабатывал архитектуру, месяц делал удобный интуитивный интерфейс, которому позавидывал бы Джони Айв, потом месяц писал тесты, потом два месяца писал сам код и получил идеальное стабильное приложение.
Но Вася выпустил уже через месяц первую версию программы, пусть и не идеальную, пусть с багами, но рабочую, и начал её продавать. Ещё через месяц выпустил вторую версию исправляющие баги первой и добавляющие новые баги. Ещё через месяц на доходы от продаж нанял двух толковых программеров, которые за два месяца перелопатили весь код, согласно пожеланиям пользователей допилили интерфейс и выпустили третью версию программы.
Итого, через пять месяцев у Васи было два работника, куча клиентов и сносно работающее приложение отвечающее желаниям клиентов.
У Пети было вылизанное никому не известное приложение, минус на банковском счёте и ни одного клиента.
В завершение этого выдуманного примера можно сказать, что через полгода Вася купил все наработки Пети, Петю взял в штат тестировщиком, а сам по пьяни разбился на своём новеньком Туареге
Вместо тысячи слов
https://habrastorage.org/files/675/b55/ada/675b55adacd34bd4b7ebd45edba25c78.jpeg
https://habrastorage.org/files/675/b55/ada/675b55adacd34bd4b7ebd45edba25c78.jpeg
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Почему технический долг — это хорошо