Об антихрупкости

Концепцию «антихрупкости» придумал когда-то знаменитый Николас Нассим Талеб. Соответствующая книжка весьма объёмистая, как и все американские книжки, но основная её мысль достаточно проста: старайтесь моделировать любое развитие ситуации, включая самое невероятное («чёрный лебедь»), и проектируйте свои системы таким образом, чтобы этот самый лебедь не разрушил их моментально.

Недавно околоайтишный профессиональный мир много говорил о книге Александра Бындю «Антихрупкость в ИТ», и автору даже хотели дать какую-то премию. Мне очень хотелось узнать секрет, как же строить по-настоящему отказоустойчивые информационные системы, и наконец я его узнал. Год ещё толком не начался, а кандидат на премию «разочарование года» у меня уже есть.

Думаете, речь в книге о модулях, о технологиях, моделях данных? А вот и нет.

Вся нашумевшая книга сводится к трём нехитрым тезисам:

• Заказчик не понимает, чего он хочет, и прежде, чем проектировать систему, надо заставить его это поянть.
• Есть Истинная Методика®, позволяющая Понять®
• Я молодец, потому что использую Истинную Методику, а остальные — не молодцы.

Заказчик действительно очень часто желает весьма странного. Мало того, корпоративный заказчик любую систему (кроме платформ, купленных у IBM, Oracle и Microsoft) воспринимает как свою внутреннюю разработку, поэтому для него не существует никакой абстрактной «правильности», существует только решение конкретной прикладной задачи здесь и сейчас. Так что проблема существует, и владельцам проекта, лавирующим между Сциллой бюджета и Харибдой говнокода, — моё почтение, респект и уважуха. Но посвящать этому целую книгу...

И да, если уж пишешь книгу, не надо экономить на корректоре. Это здесь встречаются впреремешку «приоритизация» и «приоритезация», ставя под сомнение любые компетенции автора.