Eliminando puntos únicos de fallo: CLIs en el lenguaje del proyecto

Para evitar la acumulación de scripts auxiliares que se convierten en puntos únicos de fallo, el autor experimentó con la escritura de ejecutables CLI en el lenguaje principal del proyecto (por ejemplo, Swift o Kotlin) en lugar de Bash o Ruby. Este enfoque mejora la colaboración del equipo, reduce los costos de mantenimiento y permite funciones avanzadas como la serialización segura de tipos, simplificando la depuración. Sin embargo, Swift y Kotlin no son lenguajes de script ideales; carecen de las capacidades de retroalimentación rápida e invocación de subprocesos de las alternativas. El autor finalmente se decidió por un archivo shim en la raíz del proyecto para llamar al ejecutable compilado, simplificando el proceso de invocación de comandos.