Аппаратные и программные

3.4.2.3 Использование новых технологий 
После провала проекта очень хочется найти какую-либо новую 
технологию, которая позволит быстро и радикально повысить скорость работы 
команды 
разработчиков. 
К 
сожалению, 
процесс 
увеличения 
производительности требует значительных затрат и на практике происходит 
значительно медленнее, чем хотелось бы. Фредерик Брукс называет такую 
«волшебную технологию» серебряной пулей и пишет по этому поводу 
следующее: «Серебряных пуль не только не видно в настоящее время, но в силу 
самой природы программного обеспечения маловероятно, что они вообще 
будут найдены - не будет изобретений, способных повлиять на 
продуктивность создания, надежность и простоту программного обеспечения 
так, как электроника, транзисторы и интегральные схемы - на аппаратное 
обеспечение компьютеров». 
3.4.3 Повторное использование 
Без применения каких-либо методик повторного использования
распространение заготовок за пределы рабочей группы практически 
невозможно. 
Между рабочими группами всегда существует некий "потенциальный 
барьер", препятствующий распространению полезной информации. Барьер 
формируется, как правило, из-за нежелания сотрудничать, различных уровней 
подготовки сотрудников, разных стилей руководства, отличных друг от друга 
подходов к проектированию и т.д. Проникновение информации через барьер 
возможно только при наличии достаточно большой энергии, прикладываемой с 
обеих сторон для организации совместной деятельности. 
Практика показывает, что при определенной сложности компонента 
сделать такой же значительно проще с нуля, чем перенять чужой опыт. Почему 
это происходит?

---

170 
• Исходные тексты могут ответить на вопрос "как это сделано", но они 
никогда не ответят на вопрос "почему это именно так сделано".
• Сколько-нибудь сложная система требует наличия проектной 
документации, чтобы в ней можно было разобраться и поддержки со 
стороны разработчиков, чтобы можно было узнать то, что непонятно. 
• Необходимо понимание общей концепции системы для того, чтобы 
можно было понять частности.
К сожалению, в низкобюджетных разработках не делают сколько-нибудь 
серьезной проектной документации из-за недостатка времени, исходные 
тексты, как правило, делаются без комментариев, стиль кодирования оставляет 
желать лучшего. Информация о концепции не изложена на бумаге, а хранится 
только в одном месте - в голове ведущего разработчика или архитектора 
проекта. Общая занятость коллектива не позволяет тратить время на 
объяснения тонкости работы какого-либо компонента другой рабочей группе. 
Перечисленные проблемы решаются, если увеличить бюджет проекта. В 
ряде случаев такое экстенсивное решение может сделать проект 
нерентабельным. К примеру, требуется сделать уникальное устройство со 
сравнительно небольшим тиражом и небольшим бюджетом разработки. 
Выполнение такой работы крупной фирмой невозможно из-за плохой 
рентабельности, а мелкая фирма может не справиться с работой из-за проблем с 
повторным использованием [40].