Технический долг: различия между версиями
| [отпатрулированная версия] | [отпатрулированная версия] |
Содержимое удалено Содержимое добавлено
Narkulome (обсуждение | вклад) мНет описания правки Метка: визуальный редактор отключён |
Narkulome (обсуждение | вклад) Нет описания правки Метка: визуальный редактор отключён |
||
Строка 23:
{{quotation |"Пока развивающаяся программа постоянно меняется, её сложность, отражая ухудшение структуры, увеличивается, пока не будет выполняться работа по поддержке оной." |[[Меир Мэнни Леманн]], 1980}}
В то время как Закон Мэнни Лемана уже доказывал, что постоянное развитие программ увеличивает их сложность и ухудшает структуру, пока ведется работа по ним, Уорд Каннингем впервые провел сравнение между технической сложностью и долгом в отчете за 1992 год:
{{quotation |"Создание первого временного кода, - это как влезание в долги. Небольшой долг ускоряет разработку до тех пор, пока не будет своевременно оплачиваться в виде переписывания ... Опасность возникает, когда долг не погашен. Каждая минута, потраченная на не-совсем-правильный код учитывается в качестве процента по этому долгу. Целые инженерные организации могут быть привлечены к простою из-за долговой нагрузки неконсолидированной реализации, объектно-ориентированной или иной."<ref name='oopsla92'>{{cite web|url=http://c2.com/doc/oopsla92.html|title=The WyCash Portfolio Management System|date=1992-03-26|accessdate=2008-09-26|author=[[Ward Cunningham]]}}</ref> |[[Ward Cunningham]], 1992}}
В своей статье от 2004 года, '' Рефакторинг с использованием шаблонов '', Джошуа Кериевски представляет в качестве аргумента сравнение расходов, потраченных на решение вопросов, связанных с архитектурной халатностью, которую он описывает как "долг структуры".<ref name="rtp">{{cite book|isbn=0-321-21335-1|first=Joshua|last=Kerievsky|title=Refactoring to Patterns|year=2004}}</ref>
Действия, которые могут быть отложены, включают документацию, написание тестов, уделение внимания "TODO" комментариям, борьбе с компилятором, а также предупреждениям по статическому анализу кода. Другие случаи технического долга включают базу знаний, которая не распространяются внутри организации и код, который является слишком запутанным, чтобы его было легко изменять.
В программном обеспечении с открытым исходным кодом, откладывание отправки локальных изменений в основной проект является техническим долгом.
== См. также ==
* [[Bus factor]]
* [[:en:Big ball of mud|Большой шар грязи]]
* [[:en:Software rot|Деградация данных]]
* [[:en:Comment (computer programming)#Tags|TODO, FIXME, XXX]]
* [[:en:Software entropy|Энтропия ПО]]
* [[:en:SQALE|SQALE]]
== Ссылки ==
<references/>
==Внешние ссылки==
* [http://c2.com/cgi/wiki?WardExplainsDebtMetaphor ''Уорд объясняет метафору Задолженности''], видео от Уорда Каннингема
* [http://www.ontechnicaldebt.com СТехническимДолгом] Интернет-сообщество по обсуждению технического долга
* [http://www.techdebt.org ТехДолг] Первый коллективный и живой бенчмарк по техническому долгу и качеству программного обеспечения
* [http://forums.construx.com/blogs/stevemcc/archive/2007/11/01/technical-debt-2.aspx Стив Макконнелл обсуждает технический долг]
* [http://www.martinfowler.com/bliki/TechnicalDebt.html Технический Долг] от Мартина Фаулера Блики
* [http://www.media-landscape.com/yapc/2006-06-26.AndyLester/ Диалоги с Энди Лестер под названием] "Вылезайте из технического долга немедленно!"
* [http://www.inf.ed.ac.uk/teaching/courses/rtse/Lectures/lehmanslaws.pdf Закон Лемана]
* [http://www.limitedwipsociety.org/ Общество с ограниченной ответственностью WIP] - обсуждаются методы по избеганию образования технического долга
* [http://www.youtube.com/watch?v=lEKvzEyNtbk Вебинар по управлению технической задолженностью от Стива Макконнелла]
[[Category:Метафоры]]
[[Category:Архитектура программного обеспечения]]
[[Category:Сопровождение программного обеспечения]]
| |||