Май 2020 — Заметка №4

Хорошая статья-прояснение про Талебовский принцип “антихрупкости”.

Антихрупкость это не значит “не хрупкий”. Это значит “противоположный хрупкости” — при воздействии не разбивается, а становится прочнее. То есть системы можно, по мнению Талеба, разделить на три части:

Для хрупких систем беспорядок создает неопределенность. А у антихрупких беспорядок и изменения эту неопределенность убирают. То есть реакция и действия в ответ на изменения (беспорядок, стресс) улучшают систему. Система изменяется и действует именно в ответ на стресс в первую очередь.

Интересных тут вывода три.

Хорошим примером тут является правило для технической поддержки: “вы имеете возможность единолично принять решение по возврату средств, если сумма меньше $NNN”. Это делает поддержку сильно лучше и, что важно, приятней. Гораздо лучше получить сразу ответ вида “неприятная штука, мы так обычно не делаем, но вот вам решили вернуть деньги” чем “мне нужно посоветоваться с начальством” и 2 недели спустя — “извините, но нет”.

При этом видимо можно иметь разный уровень “хрупкости” на разных своих уровнях. Например, если кто-то работает над идеей, то неопределенность реализации и новая информация видоизменяют и двигают идею вперед. Классическая петля “инсайт → действие → оценка результата → инсайт”. Но что если идея долгое время “не взлетает”? Умение игнорировать этот факт долгое время (“хрупкий” подход) сильно повышает шансы фейла и безвозвратных потерь (время), но при этом иногда такое упорство может дать неожиданный результат: “через много времени и попыток все внезапно завертелось”. Здесь нужен какой-то сложный баланс антихрупкости (попытки и изменения) и хрупкости (вера в ту же идею) на разных уровнях. Такой баланс не так просто найти.