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

Код пишется и макеты рисуются для того, чтобы компания быстрее и точнее конкурентов понимала и выполняла потребности своих клиентов. Для достижения этого результата следует понимать, какие инструменты работают, а какие мало применимы в мире постоянных перемен. В своей книге я рассказываю, как можно выстроить внутреннее качество IT-систем и процессы разработки таким образом, чтобы успевать вовремя подстроиться под любые изменения внутренней и внешней среды, а также изменяющиеся по ходу реализации...

Рейтинг LiveLib

3,8

20 оценок

5
35%
4
25%
3
30%
2
5%
1
5%

Ваша оценка

Прочитали 25Хотят прочитать 22

Рецензии

alexdel
28 июля 2023
Книжка на троечку. Главная претензия - никакого внимания и заботы о читателе. Автор просто "поскрёб по сусекам" своего блога, надергал разноплановых мыслей и выпустил книжку. При этом я ожидал, что через книгу будет идти какая-то центральная идея (скорее всего связанная с легендарной "Антихрупкостью" Насима Талеба). Ничего такого в книге не нашел.
Не скажу, что автор глуп - в книге есть идеи достойные внимания: например
про подмену достижения реальных целей целями из технического задания.
про технический долг как финансовый долг.
но лучше бы он не спешил с выпуском книги. В текущем виде она выглядит как графоманство.
Читать далее
6 понравилось
0
259
VodkaSeledka
6 марта 2023
Отзыв на книгу "Антихрупкость в 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]."

Я читаю книгу. Я не хочу гуглить ничего. Или ладно, загуглю, перейду на сайт, но не с аудикниги же. Особенно странно, когда диктор зачитывает эти несчастные ссылки каждые 10 минут.
Нет тезауруса.
Но все равно выражаю благодарность автору книги, за погружение в мир it, от которого я оказалась далека.
Читать далее
5 понравилось
0
230