Вообще говоря, то, что обсуждается в топике, называется "технический долг". Что это такое, откуда берется, и почему это плохо, описано уже миллион раз, и прекрасно гуглится. Достаточно скинуть начальству ссылку на Википедию и/или выдачу гугла, а дальше оно пусть подумает денек-другой над полученной информацией. Что оно в итоге надумает - то и будет пределом его управленческих компетенций в данной ситуации.

Ну да, и что? Для начальства это не самый плохой выход. Если повезет, они поймут, что это - про них, и скажут студенту спасибо за то, что тот целых три года помогал экономить прорву денег.
С этим согласен на все сто.

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

И кстати, вы так и не ответили на главный вопрос: вы для себя-то чего хотите?

Объявить - да, можно любую. Точно так же можно, придя в зоопарк, на клетке со львом написать "кролик". Вопрос о том, перестанет ли после этого лев есть мясо и перейдет на морковку, оставлю вам в качестве домашнего задания.
Да, в википедии написано немного размыто. Я потому и говорил - почитать, что проедлагает гугл по этому вопросу, а не только википедия. Технический долг - это работа, которую делать нужно, но разработчик не делает в течение некоторого времени, а откладывает на потом - то есть берет в долг у себя из будущего, фактически. Это может быть документирование, написание тестов, рефакторинг и т. п.

Да, являюсь. Последние 10 лет разрабатываю на PL/SQL. На прошлом месте повезло - попал на проект, где код был покрыт тестами. Документации не было вообще (как обычно), но тестами была покрыта ключевая часть системы. Было очень удобно. Написал код, запустил тесты. Нигде ничего не упало - значит ок, скорее всего, работать будет. А если новый код как-то ломает старый, то, опять же, это видно сразу (вот прямо вообще сразу), а не через месяц, когда 100500 изменений смерджат в мастер и зальют на прод, а потом сиди разбирайся, кто виноват и что делать. На текущем проекте - каша, все кувырком, да еще и текучка. Но, по крайней мере, когда я говорю, что пишу документацию, никто не лезет с рассказми о том, что это все не нужно, и вообще "и так сойдет".

Человек как биологический вид эволюционировал в условиях нехватки ресурсов (как, собственно, и любой другой вид). Но кроме этого, нервная система является самым большим потребителем энергии почти в любом организме, а конкретно у человека мозг, составляющий 2% от массы тела, потребляет 20% энергии. Ествественно, что человек стремится сократить до минимума расход энергии, в том числе, и на мыслительную деятельность. Отсюда и берутся все попытки найти простое и универсальное средство, которое решит все проблемы. Исторически первой областью, где люди пытались найти универсальное средство для решения всех проблем, была медицина. В древнегреческих легендах владелицей "лекарства от всего" была Панацея, дочь бога медицины Асклепия. То есть, как видите, идея универсального решения появилась как минимум одновременно с письменностью. И, скорее всего, даже намного раньше, просто следов этого не осталось. А далее, с усложнением общества и развитием технологий, человечество сталкивалось со все новыми и новыми проблемами (и даже целыми классами проблем), и, в силу тех же естественных причин, обусловленных строением мозга, не прекращались попытки найти "таблетку от всего". Надеюсь, ответил на ваш вопрос.