Антихрупкость в IT

Книжка на троечку. Главная претензия - никакого внимания и заботы о читателе. Автор просто "поскрёб по сусекам" своего блога, надергал разноплановых мыслей и выпустил книжку. При этом я ожидал, что через книгу будет идти какая-то центральная идея (скорее всего связанная с легендарной "Антихрупкостью" Насима Талеба). Ничего такого в книге не нашел.

Не скажу, что автор глуп - в книге есть идеи достойные внимания: например

про подмену достижения реальных целей целями из технического задания.

про технический долг как финансовый долг.

но лучше бы он не спешил с выпуском книги. В текущем виде она выглядит как графоманство.

Отзыв на книгу "Антихрупкость в IT". Пишет человек с высшим техническим образованием по информационной безопасности, со стажем в it 5 лет. Отзыв очень субъективный. А книга сама очень узкоспециализирована. И хоть я тоже в it, надо было уточнять о каком направлении все таки будет идти речь. В данном случае разработка ПО. Наверное по этой рецензии меня можно отнести к тем людям, которые говорят: "программист? почини телевизор."

Сумбурная книга. Без логической связи повествования. Главы есть, нет именно литературной целостности слога. Очень тяжело читать. Написано простым языком, но ничего не понятно. Поэтому ничего не понятно. Как разговариваю, так и пишу. Постоянные отсылки к сайтам, книгам, понятиям других авторов. Например: «Следующий шаг понимания будущей системы – Customer Journey Mapping (CJM), но не в классическом варианте, а в том, как его описал мой коллега Андрей Шапиро в статье «Схематизация опыта с CJM и Service Blueprint. Практика гибридной нотации»[21]. С помощью схем мы видим все пути входа, выхода, точки соприкосновения с нашей системой, артефакты, барьеры и взаимосвязи.». По факту любое встречающееся понятие на английском языке. Нет определений понятий вообще. Ни одного. Они просто обсуждаются, но не раскрываются. Все сноски - ссылки на сайт. Внимание придирка! В тексте встречаются повторяющиеся фразы (наверное для «особо одаренных» айтишников как я). Слово в слово: «Чтобы продукт оставался целостным и не создавал препятствий на пути пользователей, важно увидеть его с высоты птичьего полёта. Для этого выявляются точки входа и выхода пользователя, а также переходы между экранами и состояниями. Мы описываем схему переходов и взаимодействий с помощью CJM (рис. 14). Результаты этапа:

• Целостное видение IT-продукта.
• Точки входа, точки выхода и переходы пользователей.
• Линии жизни действующих лиц и точки их взаимодействия друг с другом.»

  Сленг раздражает. Может показаться, что я придираюсь. “Проектировщики интерфейса также нащупывают предметную область, собирая все виды данных для системы. Впоследствии этими данными будут бомбардироваться дизайн-макеты.»

Набор полезных цитат я постаралась выбрать из книги. Не примите за лицемерие так раскритиковать книгу и делать выборку цитат. Но она должна была оправдать потраченное на нее время. А вот озвучивать книгу, я считаю лицемерием со стороны автора. Потому, что это противоречит всем принципам продуктивности, полезности, о которых автор пишет в книге. Потому, что аудиокнига бесполезна. Она вообще не информативна. Автор просто заработал денег на этой сделке, плевав на слушателей, которые сломают уши, и потратят время и все равно придется перечитывать. Слушала ее на площадке MyBook. Книга озвучена по заказу. Бывает так, что аудиоверсий книг нет. В данном случае - она специально подготовлена. Аудиокнига на бумажную книгу, которая напичкана ссылками, картинками, схемами, сносками, которые ведут на сайт автора. Например: "Чтобы избежать типовых проблем и упростить разработку, рекомендую взять на вооружение подходы по повышению отказоустойчивости (материалы для специалистов в IT):

• Circuit Breaker[66].
• Tolerant Reader[67].
• Embracing Failure[68].
• The Timeout AntiPattern[69].
• Graceful Degradation[70]."

Но все равно выражаю благодарность автору книги, за погружение в мир it, от которого я оказалась далека.