La filosofía de Erlang Let-it-crash - aplicable en otros lugares?
El consejo de Erlang (¿o Joe Armstrong?)NO usar programación defensiva y dejar que los procesos se bloqueen (en lugar de contaminar su código con guardias innecesarios que intentan hacer un seguimiento de los restos) tiene tanto sentido para mí ahora que me pregunto por qué desperdicié tanto esfuerzo en el manejo de errores a lo largo de los años.
Lo que me pregunto es: ¿este enfoque solo es aplicable a plataformas como Erlang? Erlang tiene una VM con soporte nativo simple para árboles de supervisión de procesos y reiniciar procesos esDe Verdad rápido. ¿Debería dedicar mis esfuerzos de desarrollo (cuando no esté en el mundo de Erlang) a recrear árboles de supervisión en lugar de atascarme con controladores de excepciones de nivel superior, códigos de error, resultados nulos, etc., etc.
¿Crees que este cambio de enfoque funcionaría bien en (digamos) el espacio .NET o Java?