>> Техническое задание называется. Добро пожаловать в мир крупных проектов. Причём у него
>> она была уже декомпозированная.
> Нет у меня 55 минут времени слушать того товарища. И выступлением на
> видео ТЗ никто не записывает. Если заказчик хочет получить вменяемое решение,
> ТЗ будет чётким и кратким.

Отказ от саморазвития - есть тупик в карьерной лестнице. Я часто своим ребятам на это намекаю. ;) Краткое ТЗ? У нас вот задача калькулятор написать в качестве тестового задания (далее он внедряется в проект). Два листа формата A4 с кратких перечнем. Я конечно, могу сказать "Сделай мне калькулятор!" Но тут как бы студент сделает совсем не то, что хотелось бы. Во-первых, он будет писать свой парсер, что долго и тяжело в поддержке. Значит в техзадании будет обозначен bison+flex. Далее, для переменных он может писать свои функции для хэширования на основе бинарных деревьев. Опять же зачем, если можно использовать готовые либы? Значит Си++ или С+eina или что-нибудь подобное. В конце концов потом проще будет библиотеку подменить на вариант нашей реализации. Ну и сам функционал. Я же не хочу, чтобы у меня калькулятор делал операцию деления через %, я хочу именно через /.

Поэтому тех. задание будет большим. На самом деле задания в виде "сделай мне калькулятор!" присущи для маленьких контор (небольшое число программистов). Я, например, в такой работаю. Но это означает, что тех. задание не расписывается, а даётся устно, т. к. каждый программист в курсе того, что делают все остальные. Нет нужды тратить время на лишнюю бюрократию. А бюрократия начинается, когда количество команд уже 2, либо идёт сотрудничество с другой компанией в совместной разработке и т. п.