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