cosas que odio de unix, capítulo...

Te pasas años usando cosas hasta que al final te das cuenta de que algo simplemente está mal hecho. Unix tiene muchas cosas mal hechas (creo que ya he escrito bastante sobre ello en este blog) al igual que tiene otras bien. Asi que hoy me toca continuar mi propia tradición

Man. Man es una puta mierda. ¿Por qué las secciones están divididas por números? No se si soy el único, pero jamás he sabido ni quiero saber cual es la sección man correspondiente a la sección de funciones de librerias. Es la 3. Pero a mi no me importa, de verdad. Antes que "man 3 opendir" preferiría algo más lógico, como "man lib opendir", por ejemplo. No entiendo porque me tengo que aprender de memoria una tabla de correspondencias "número -> sección de manual". Es más, no me extrañaría que en alguna de esas certificaciones te obligaran a saberte de memoria algo tan estúpido.

Luego está el tema de los parámetros. Intenta crear un archivo que tenga el mismo nombre que uno de los parámetros. "touch --help". ¿A qué me refiero realmente, a un archivo o a la ayuda? Si, se puede evitar con "touch -- --help", pero esa no es la cuestión. La cuestión es que en Unix, en la linea de comandos típica de bash, los parámetros comparten el mismo espacio de nombres que el sistema de archivos. Y eso no está bien, porque por definición implica que a veces los dos van a "chocar". El "--" es una forma de decir al shell que ignore a las opciones y se centre en los archivos, pero se usa las pocas veces que la gente se encuentra con estos casos en la consola, ¿cuanta gente lo usa en scripts? A todo script al que le pases un parámetro a un ejecutable le puedes pasar "--help", y los resultados son muy divertidos. Me pregunto como podría afectar eso al entramado de scripts y de historias que tenemos en unix, o incluso si se puede utilizar esta falta de comprobación de ciertos parámetros como agujero de seguridad (cosas más raras se han visto en windows)

Es un hack muy útil, pero lo ideal sería un sistema que funcionara siempre.