#51478 Rust es un lenguaje type safe por defecto. Prácticamente todos los retornos que pueden ser susceptibles de fallar en tiempo de ejecución, están encapsulados en un Result<T, Err> o en un Option<T, _>, y estos se resuelven con el pattern matching o guard pattern matching.
Para un Result tendrás que resolver un Ok(...) y/o Err/_ (default) y para un Option tendrás que resolver un Some(...) y/o None/_ (default).
Cuando haces un unwrap, lo que estás haciendo es decirle al compilador que en tiempo de ejecución ese valor va a ser Some/Ok. Igualmente, unwrap no es la única opción que te ofrece la API de Rust; tienes también unwrap_or_default() que si falla al resolver el wrapper te va a devolver el valor por defecto asociado al tipo (0, "", vec![]...) y tienes también el unwrap_or(...) donde el predicado espera que le pases tú el valor por defecto en caso de fallar.
Imagínate un parsing de un input, no sé, Advent of Code, por ejemplo xD. De no usar unwrap, la alternativa sería hacer el código más verboso (más si cabe) y hacer pattern matching con cada mutación del input, y para cada Some(...)/Ok(...) => Blablabla continuar el parsing y para cada None/_ => continuar el parsing con valor por defecto o panic! o lo que te saliera del pito. Esto haría que lo que puedes tener en un one liner, se te fuera fácil a 10+ locs más. Además que ni siquiera es necesario por las alternativas comentadas.
El uso de unwrap sería el equivalente al "!" operator en otros lenguaje, por ponerte una analogía. Respecto a si es un código pobre o no, pues todo lo pobre que pudiera ser usar unsafe cuando pilotas de optimización de memoria, o usar ternary operators para un evangelista del Clean Code, o no hacer fail first para un evangelista del TDD, etc.
¿Te pones el guante de rejilla para picar una cebolla? Ahora, si vas a un puerto, raro será no vérselo puesto al que esté manipulando tremendos atunes con esas aberraciones en forma de cuchillo, básicamente porque en un despiste se te va un dedo -o el brazo, aunque ahí ya tal- a tomar por culo. Si tu app está gestionando los smart contracts de una cartera de divisas en RSK, pues más te vale hacer pattern matching hasta para los mensajes de consola. Ahora, si lo que estás haciendo es un parsing de un input que tienes literalmente en el split de la derecha, pues tampoco hace falta calentarse.
Lo que sí te diría, es que mandaras a la verga la fuente en la que has leído esa aseveración, porque seguramente venga de un Paco que lo habrá leído de otro Paco, etc.
