Средства и методы разработки

Подкину-ка Евгению крамольную идейку :) http://необозримость
Главный вред промежуточных абстракций - ими гораздо приятнее заниматься, чем непосредственно прикладным кодом. В основном из-за ЧСВ и ложного восприятия "системных программистов" более квалифицированными, чем прикладных. В реальном мире достаточно легко осознать ДЕЙСТВИТЕЛЬНО НЕОБХОДИМЫЙ интерфейс библиотек. Он обычно отгораживает области знания, находящиеся в стороне от предметной области продукта как такового. Это ПЕРЕВОДЧИК из одной понятийной системы в другую. Если он необходим, то это обычно видно сразу и не требует каких-то глубоких размышлений. Если он желателен, то от него НЕОБХОДИМО отказаться. Каждая новая понятийная система в продукте увеличивает его НЕ ОБОЗРИМОСТЬ драматически. (из этого, кстати, следует что элегантность интерфейса библиотек непринципиальна, потому что они появляются не для красоты, а из необходимости) Все остальное - прикладной код, который нужно тупо хуярить, отбивая руки желающим плодить промежуточные абстракции. Может ли интерфейс библиотеки быть сделан в терминах темплейтов? Может. И, возможно, он будет достаточно элегантен. Может ли он быть сделан без них? Вполне. Что из этого следует? Ничего. Стоимость продукта создает ПРИКЛАДНОЙ КОД, все остальное - неизбежный (или как сказать) балласт.