Usa un Linux simplificado, que entiendo quiere decir un kernel a medida muy controlado para este propósito y con los parches que hayan sido necesarios.
Igual pensáis que la gente hace un puto cohete espacial y le instala la primera distro que se baja de Internet.
Es una puta mierda que los artistas tengan que tener cuidadín con sus opiniones políticas. Esto es ridículo, es una banda de rock de yayos, no un partido político.
#75#10 de hecho cerrar una empresa que esté al corriente de todo y no deba dinero es relativamente rápido y sencillo, pero cerrar una empresa con deudas es muy lento y cuesta bastante pasta.
Pasan muchos meses desde que se presenta el concurso de acreedores voluntarios hasta que todo queda liquidado.
#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.
#97 en gitlab/github un momento se ponen varios comentarios y se hacen varios fixup! hasta que se arregla el problema.
Imprimir el código me parece arcaico. Antes en el pleistoceno, lo hacíamos, en papel continuo, y nos tirábamos literalmente en el suelo de la oficina con un rotulador, a repasar. Antes se tardaba tanto en hacer los cambios y probarlo que era incluso la forma rápida de corregir.
Pero es que o me falla mucho la memoria o la impresora que usábamos para imprimir en papel continuo era de 135 columnas. De 80 estoy casi seguro que no, eso eran las domésticas baratas.
#89 el codigo tiene que ser corto, pero que sea concretamente 80 y no 79 o 81, no es coincidencia.
Tampoco he dicho que esté en contra. Solo que para algunos proyectos (lenguajes, estilo de código, etc) puede ser más adecuado 120 que 80, por los mismos criterios de legibilidad. Si te pasas de estrecho perjudicas la legibilidad.
Hay lenguajes más "anchos" que otros. Programar C++ moderno a 80 puede ser como programar C a 70 o menos. Eso también hay que tenerlo en cuenta, no hay un ancho universal.
No sé, en ensamblador tirarías bien con 50 lineas.
#76 era un ruido bastante insoportable, la verdad. En algunas oficinas hasta las tenían dentro de cajas insonorizadas. Menudos trastos del infierno, y que gasto de papel.
#71 hasta las impresoras matriciales mínimamente decentes de los años 80 tenían 136 columnas de "anchura de carro" que se decía.
Las impresoras de 80 columnas eran insuficientes para muchas aplicaciones. Pero oye, yo ya viví los 80. Ahora estoy en 2020.
#61
Los PC por lo menos en la época cuando se empezó a escribir Linux, arrancaban siempre en 80x25 con total seguirdad. Porque había muchos programas de MSDOS, yo mismo los hice, que dibujaban directamente en el buffer de texto y asumían 80x25.
Seguro que hasta puedo encontrar especificaciones formales que dicen que un PC compatible arranca en 80x25. No me trolees, anda.
#59 Sí, todos los días cojo mi impresora matricial de papel continuo e imprimo mi código C++17 para comentarlo con el equipo.
Mira, cada uno tiene que encontrar el formato de ancho, estilo de codigo etc, que mejor le venga a SU proyecto y a SU caso de uso.
PD: Hará 25 o 30 años que no imprimo un código fuente. Sin exagerar.
#56 es impreciso porque hay más cosas a 80x25, pero erróneo no es. Tu cuando arrancas un Linux en texto estás a 80x25 si no has cambiado nada del modo de texto por defecto. En PC claro, porque Linux se empezó a desarollar para PC 386. La multiplataforma vino luego.
#37 leer código no es como leer un libro de texto. En un texto normal no pierdes espacios por identaciones en una class, namespace, etc, ni adornas la frase con "virtual (tu frase aqui) . const noexcept"
Nosotros tenemos todo el legacy a 80 columnas, hemos cambiado a 120 precisamente porque mejora la legibilidad en C++. Podría ser 100, pero menos de 100 empeoras, no mejoras.
#34 es que lo de que "si una linea tiene que ser más larga que sea" es precisamente lo que acaban de aprobar. Que sea más larga, hasta 100.
Antes era límite duro, no podías pasar de 80 y punto. Tenías que cortar usando \
#42 ahora mismo tienes razón, pero es muy arriesgado decir "nunca".
Todo este tema va a pegar un estirón muy rápido. Ya veremos, o ya verán en el futuro.
Entonces sacaremos un real decreto urgente para subvencionar a los ayuntamientos.