Философия Erlang «позволь случиться краху» — применима ли она где-нибудь еще? ⇐ JAVA

[Anonymous]

Совет Эрланга (или Джо Армстронга?) НЕ использовать защитное программирование и допускать сбои процессов (вместо того, чтобы загрязнять ваш код ненужными средствами защиты, пытающимися отслеживать обломки) теперь имеет для меня столько смысла, что я задаюсь вопросом, почему я потратил столько усилий на обработку ошибок на протяжении многих лет!

Что мне интересно, так это то, применим ли только этот подход на такие платформы, как Erlang? В Erlang есть виртуальная машина с простой встроенной поддержкой деревьев контроля процессов, а перезапуск процессов происходит действительно быстро. Должен ли я тратить свои усилия по разработке (если не в мире Erlang) на воссоздание деревьев контроля, а не увязнуть в обработчиках исключений верхнего уровня, кодах ошибок, нулевых результатах и ​​т. д. и т. п. и т. п.

Считаете ли вы, что такое изменение подхода будет хорошо работать (скажем) в сфере .NET или Java?

Подробнее здесь: https://stackoverflow.com/questions/439 ... -elsewhere