Главная

Главная


Сегодня, как и было обещано, мы отвлечемся от философских рассуждений о смысле программирования и займемся сугубо практическими вещами - посмотрим, что сможет нам помочь писать код быстрее, проще и с меньшим количеством ошибок. Если опять таки не рассматривать теории и методологии ("Займись парным программированием - и качество ваших программ значительно возрастет!" - тренер по XP, или "Заполни вот эти 120 форм и документов - и у вас не возникнут вопросы "А кто сказал, что оно должно быть зеленым?" - методист MSF Formal и т.д.), то ответ знают все - вынести служебный код в отдельние модули, превратить эти модули в черные ящики, реализовать внутри них максимально эффективные алгоритмы, отладить до немыслимого совершенства (это вполне реально, ведь каждое использующее их приложение невольно участвует в процессе тестирования) и, вуа-ля: [читать дальше]

Как видите, мы опять вернулись к теме Архитекторов. Дело в том, что в предыдущих статьях я не упомянул об одной возможности Архитекторов, без которой обзор этого типа героев был бы не полным. О ней не вспоминалось раньше, потому что, не смотря на всю свою важность, эта возможность оставалась одной из самых спорных проявлений силы Архитекторов. Ей было посвящено множество теоретических и вполне практических манускриптов, появлялись целые фирмы, создававшие и совершенствовавшие заклинания и артефакты для этого аспекта силы, его знание обязательно включалось в резюме каждого уважающего себя Архитектора, все понимали почему это важно и как это нужно применять, но ... когда речь заходила о личном опыте в этой области, появлявшиеся улыбки были понятны только посвященным. Вы наверное уже догадались, что речь пойдет о прямом и обратном проектировании при помощи диаграмм (direct and reverce engineering). [читать дальше]