El kernel de linux abandona el estilo de programación de 80 carácteres por línea [ENG]

El kernel de Linux ha desaprobado oficialmente su estilo de codificación de que la longitud de las líneas de código cumple con 80 columnas como el "límite preferido fuerte". El kernel de Linux, como muchos proyectos de código abierto de larga data, tiene una pauta de estilo de codificación que dice que las líneas de código deben ser de 80 columnas o menos, pero ahora que, aunque todavía se recomienda, ya no será tan obligatorio. Esto se debe a que Linus Torvalds comentó el viernes que los saltos de línea excesivos son malos y está en contra.

[#101 Carapedo]

Paren las rotativas!!

[#102 manutebolas]

#91 Has usado el hecho de que el criterio original esté obsoleto para justificar 120 columnas, yo te digo que lo que tenemos que evaluar es qué es más legible o usable. Nadie hoy en dia recomienda 80 caracteres ciegamente por "tradición", se hace porque es un estandar que funciona. Cada lenguaje tendrá su valor óptimo, pero no estará lejos de estos 80, que por cierto no se eligieron arbitrariamente si no porque son más legibles; más concretamente porque era la longitud típica de una linea en una máquina de escribir; de ahí saltó a las tarjetas perforadas, y de ellas a los terminales. En ningún caso es una limitación tecnológica sino una decisión consciente de cuál es un ancho de linea adecuado para que el ojo humano pueda trabajar con texto de manera eficiente.

[#103 EspañoI]

#1 Es una buena medida, de hecho acabo de mirar el código en el que estoy trabajando y no excede de 120.

No obstante tengo comprobado que si una línea es lo suficientemente larga, la posibilidad de bug tiende a uno. Si tu código es limpio, seguramente es corto, auto descriptivo y fácil de debuggear.

[#104 pip]

#103 así a ojo te diría que el 90% del código está incluso por debajo de 70.

Lo que excede son sobretodo funciones inline, operators, y alguna inicialización, que quedan la mar de bien en una sola línea.
Nosotros (que es lo que importa) lo encontramos más legible así que a 80.

[#105 walk_kindly_shout]

#1 Las 80 columnas les vienen bien a los cegatos como yo, que necesitan un tamaño de letra tirando a grande. Los programadores jóvenes no se dan cuenta de eso, pero ya lo averiguarán. Aunque para ese entonces es posible que ya sea demasiado tarde para ellos.

[#106 EspañoI]

#104 supongo que depende del lenguaje, si en C pasas de 80, o bien hay un bucle anidado enorme comiendo espacios (malo) o variables largas (aceptable), o un inline (meh...)

Con los inline tengo mis reservas, en unos casos son aceptables, en otros una invocación obscura a Satan. Particularmente solo los uso para lambdas.

Al final lo que importa es que sea óptimo y a poder ser legible. Si el código es bonito pero ineficiente, no deja de ser una castaña.

[#107 endy]

#89 El error común es el que cometes tú. Es un hecho se debe a limitaciones técnicas. Aquí lo explican:

en.wikipedia.org/wiki/Characters_per_line

Y el hecho de que sea más fácil de leer es una consecuencia (y también obvia)

[#108 j0seant]

#85 eso es lo que ha pasado, que Linus ha cambiado por fin su torre por un AMD con tropecientos núcleos que solo el procesador vale más que mi pepinaco de torre, y monitor 4k y claro a tocar las narices a todo el mundo..

[#109 manutebolas]

#107 conozco muy bien la historia del número 80, ni Linux ni nadie recomiendan 80 caracteres por una limitación técnica que no existe desde hace décadas. Se hace por motivos de legibilidad y usabilidad. Igual que podríamos imprimir libros en DIN A1 si nos apeteciera, o escribir guiones de cine a 200 caracteres por linea, y sin embargo seguimos leyendo en folios y si mandas un guión que se pase de 72 caracteres va directo a la basura.

Las máquinas de escribir no tenían 80 caracteres porque no se pudieran fabricar rodillos más largos. Era porque era una longitud adecuada para que el ojo humano pudiera trabajar con texto.

[#110 endy]

#109 Solo tenías que leer el enlace. Ya lo he explicado en mi comentario. Esto parece el día de la marmota.

[#111 manutebolas]

#110 lo he leido, pero eres un engreido que no lee los comentarios de los demás. Tienes algo que rebatir respecto a mis explicaciones? porque tú no explicas nada en tu comentario, es un enlace.

[#112 LuisLlana]

#89 Pero el número 80 sale de aquí

es.wikipedia.org/wiki/Tarjeta_perforada

[#113 manutebolas]

#112 que a su vez sale de las máquinas de escribir, que a su vez sale de los estandares de impresión de libros, que a su vez se eligieron por su conveniencia para ser leidos. Hace décadas que podemos escribir ficheros de más de 80 columnas, pero la recomendación sigue siendo esa porque es más legible (y más útil en general), no porque haya unos locos que sigan programando en terminales de fósforo.

[#114 endy]

#111 soy un engreído? Me faltas al respeto pero esta vez te lo paso. Que tal si el mismo Linus Torvalds te lo explica para que veas que no tienes razón y deberías pedirme disculpas?? (Cosa que no harás, seguro)
www.theregister.com/2020/06/01/linux_5_7/

[#115 manutebolas]

#114 lo primero no te he insultado. Tu verás como te lo tomas. Lo segundo, sigues sin responder a ninguno de mis argumentos. Lo tercero, y que ya demuestra lo perdido que estás, es que enlazas en tu comentario la misma noticia que el envío en el que estamos. Pero bueno, como te vale lo que te diga Linus Torvalds, pues te puedes mirar el commit que ha hecho a la guía de estilo de linux: git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=


Yes, staying withing 80 columns is certainly still preferred.

Y esto lo dice por todo lo que te vengo diciendo en mis comentarios que o no lees o no entiendes.

[#116 jazzman]

y tú qué crees que hacemos los demás? Verificaciones informales de código?