Рішень на всі випадки життя не існує

щ

Ренді Стаффорд

Архітектор повинен безперервно розвивати й удосконалювати своє «контекстне чуття», оскільки єдиного універсального рішення для широкого кола різнорідних проблем не існує

Помітне вираз «контекстне чуття» вперше використав (із змістовним описом його сенсу) Еберхардт Рехтін (Eberhardt Rechtin) у своїй книзі «Systems Architecting: Creating & Building Complex Systems »(Системна архітектура: створення та побудова складних систем) (Prentice

Hall, 1991):

«Щоб дізнатися основні принципи евристичного підходу до проектування складних систем, запитаєте досвідченого архітектора, що він робить, коли стикається з особливо складним завданням Його відповідь, швидше за все, буде таким: «Просто використовую здоровий глузд» <...> Замість терміну «здоровий глузд» краще було б використовувати вираз «контекстне чуття»1 – Знання про те, що є розумним в даному контексті Освіта, отриманий досвід і вивчення прикладів дозволяють архітектору-практику набрати значну міць контекстного чуття до того моменту, коли йому довіряється вирішення проблеми системного рівня, – зазвичай на це йде років десять »

Англійське слово sense залежно від ситуації може перекладатися і як «сенс», і як «почуття, чуття», тому в англійському тексті перекличка термінів (common sense – «здоровий глузд» і contextual sense – «Контекстне чуття») виглядає більш явною – Прімечред

Одна з серйозних проблем в індустрії розробки ПЗ, як мені здається, полягає в тому, що вирішення завдань часто доручається людям, які не встигли розвинути достатню контекстне чуття Можливо, це повязано з тим, що галузь налічує всього два покоління і зараз переживає стадію вибухового зростання не виключено, що зникнення цієї проблеми можна буде вважати ознакою зрілості галузі

Я часто стикаюся з проявами цієї проблеми у своїй роботі консультанта Ось характерні приклади: відмова від проектування на основі предметної області (domain-driven design)[5] там, де воно було б доречним втрата прагматичного погляду на речі і надмірне захоплення проектуванням програмного рішення, коли мова йде про завдання, що не терпить зволікань необгрунтовані або що не мають відношення до справи пропозиції в той момент, коли роботи з оптимізації швидкодії системи заходять у глухий кут

Найважливіше, що необхідно знати про програмних шаблонах, – то, коли їх слід і коли не слід застосовувати Те ж саме вірно щодо гіпотез про глибинні причини проблеми та відповідних коригуючих дій В обох ситуаціях – при створенні архітектури системи і при аналізі проблеми – універсального рішення «на всі випадки життя» не існує за визначенням архітектор повинен розвивати і тренувати своє контекстне чуття, формулюючи архітектурні рішення, а також виявляючи й усуваючи їх недоліки

Біографія автора наведена на стор 25

Джерело: Форд Н, Найгард М, де Ора Б, 97 етюдів для архітекторів програмних систем – Пер з англ – СПб: Сим-вол-Плюс, 2010 – 224 с, Мул

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*