Programación espartana ... ¿Para qué sirve? [cerrado]

Nos vemos obligados a utilizar la programación espartana en un proyecto, para consternación de todos. Entonces lo entiendo, hace que los métodos sean realmente cortos y primero maneja los casos simples. ¿Pero realmente vale la pena que el precio del código parezca algo fuera del concurso del Código C ofuscado?

¿Puedes ver que es útil para algo?

Muchos de los inquilinos de la programación espartana me parecen una buena práctica. Por ejemplo, mantener los métodos cortos, minimizar el alcance de las variables, minimizar el número de parámetros para un método, o métodos para una clase, etc. Estas son todas cosas buenas y exactamente por lo que debe esforzarse.

Pero luego hay cosas como minimizar el recuento de caracteres , minimizar el recuento de tokens , ternarización (¿en serio?), Etc., que realmente no tienen sentido.

Creo que mi problema principal se ejemplifica en esta cita :

Pero, la programación espartana es más que un simple estilo de codificación técnica, ya que tiene un único principio subyacente y unificador: el minimalismo y la simplicidad llevados a los extremos.

Cualquier cosa "llevada a los extremos" me suena.

Ahora eso parecía inquietantemente familiar. Incluso la minimización de las fichas, aunque no se lleva a los extremos. Prefiero usar fname que nombre de archivo, por ejemplo, out para salida, x para la entrada de datos, n para recuentos, l para longitudes, etc. Lx sería una longitud de x, una longitud de y, ... obtienes la deriva.

Además, como a menudo manipulo grandes conjuntos de datos en aplicaciones científicas, uso mucho las facilidades de índice en R. Cuando escribo todos esos índices, el código me duele los ojos. Entonces el índice se convierte en id, o incluso solo i.

Aún más, las estructuras de bucle específicas en R (la familia de aplicación) a menudo exigen una declaración de función dentro de la llamada de aplicación. En esos casos, siempre uso x, y, z, ... Estas funciones suelen ser una o dos líneas, por lo que está claro de dónde viene y no abarrota la pantalla.

No es algo malo, siempre y cuando tenga algunas convenciones de nomenclatura coherentes a través del código completo, y proporcione comentarios para explicar los nombres de variables más oscuros. Al final, hace que el código sea más legible para mí que un largo tren de camellos cojeando sobre la pantalla.

Aquí hay un artículo que analiza los beneficios de la programación espartana.

http://ssdl-wiki.cs.technion.ac.il/wiki/index.php/SendAnEmail_case_study

Esta es una acentuación Compacidad de las Cs.

1. Exactitud
2. Lo completo
3. Compacidad

A nadie le importa tu código si no es correcto.

Si el código no es completa (se ocupa de todos los casos), entonces no son insectos.

Si no es compacto, está desperdiciando memoria o ciclos de reloj (aparte de las optimizaciones del compilador)

Tenga en cuenta que el orden aquí es primordial. El programa más compacto rara vez es correcto. P.EJ

void main() {
 return 1; 
}

Wow, en realidad programo así, no sabía que tenía un nombre. Diría que beneficia la legibilidad, pero más de una manera espacial ... lo que significa que no se perderá en una sopa de código, incluso si tiene pocas líneas que son un poco difíciles de leer.

Sin embargo, diría que cuando te acostumbras a ciertas construcciones, te resulta más fácil en menos tiempo que al principio.