Release it! Проектирование и дизайн ПО для тех, кому не все равно
Не важно, каким инструментом вы пользуетесь для программной разработки — Java, .NET или Ruby on Rails. Написание кода — это еще только полдела. Готовы ли вы к внезапному наплыву ботов на ваш сайт? Предусмотрена ли в вашем ПО «защита от дурака»? Правильно ли вы понимаете юзабилити? Майкл Нейгард утверждает, что большинство проблем в программных продуктах были заложены в них еще на стадии дизайна и проектирования. Вы можете двигаться к идеалу сами — методом проб и ошибок, а можете использовать опыт автора. В этой книге вы найдете множество шаблонов проектирования, помогающих избежать критических ситуаций и не меньшее количество антишаблонов, иллюстрирующих неправильные подходы с подробным анализом возможных последствий. Любой разработчик, имеющий опыт многопоточного программирования, легко разберется в примерах на Java, которые подробно поясняются и комментируются. Стабильность, безопасность и дружественный интерфейс — вот три важнейших слагаемых успеха вашего программного продукта. Если в ваши планы не входит в течение последующих лет отвечать на недовольные письма пользователей, выслушивать критику заказчиков и постоянно латать дыры, устраняя возникающие баги, то прежде чем выпустить финальный релиз, прочтите эту книгу.
Пікірлер7
👎Ұсынбаймын
💤Іш пыстырады
Книга сильно устарела, технологии на момент Java 1.5
Дәйексөздер170
Избавляйтесь от многих режимов отказа путем тотального разделения
Чем более полно вы разделите отдельные серверы, слои и приложения, тем меньше проблем с точками интеграции, каскадными отказами, медленными ответами и блокированными потоками вас ждет. Вы обнаружите, что разделенные приложения легче поддаются адаптации, так как все члены системы настраиваются независимо друг от друга.
Чем более полно вы разделите отдельные серверы, слои и приложения, тем меньше проблем с точками интеграции, каскадными отказами, медленными ответами и блокированными потоками вас ждет. Вы обнаружите, что разделенные приложения легче поддаются адаптации, так как все члены системы настраиваются независимо друг от друга.
Не избегайте разовых затрат на разработку, стараясь добиться снижения расходов на эксплуатацию.
Слишком часто работающая над проектом группа ставит своей целью не долгую беспроблемную эксплуатацию, а прохождение тестов контроля качества.
