edición general
39 meneos
291 clics
Máxima tensión entre desarrolladores de Linux por el enfrentamiento C vs. Rust: Linus Torvalds ve un "tono casi religioso" en el debate

Máxima tensión entre desarrolladores de Linux por el enfrentamiento C vs. Rust: Linus Torvalds ve un "tono casi religioso" en el debate

Uno de los debates más candentes ahora mismo en el mundo del desarrollo de software gira en torno a los dos lenguajes que permiten dar forma al kernel de Linux: el venerable C y el prometedor Rust. Por supuesto, el enfrentamiento entre ambos no ha surgido en el seno del famoso proyecto de software libre... pero está empezando a pasarle factura a este último. Torvalds ha comparado este conflicto con las antiguas "guerras de editores" entre Vi y Emacs, donde las preferencias por herramientas se convirtieron en cuestiones casi de "nacionalismo".

| etiquetas: linux , torvalds , desarrolladores , lenguaje , rust , kernel , software
Dios primero creo C y luego programó el universo.
:troll:
#3 No, dios creo el universo después creo C y después reprogramó el universo en C. :-)
#3 Fué Ensamblador y luego el resto porque se aburría.
Pues yo he trabado en projectos con C, con C++, con java, con python y recientemente con rust y la verdad tengo experiencias de todo. Mierdas en java, cojonudos en C, mierdas en Python, cojonudos en C++, mierdas en go, vamos que al final yo creo que es como este estructurado el software y como sea la mantenibilidad sobretodo.
#8 La conclusión que debes sacar es que si el programador es una mierda, el resultado será una mierda, sin importar el lenguaje. Y si el programador es bueno, el resultado será bueno.
#23 eso esta claro, como dice el refran: "if you pay with peanuts, you will get monkeys"
Que raro, Linus hablando sin llamar hijo de puta a nadie ni enviándolo a la mierda. Se está haciendo mayor. xD
#17 Y tomándose las cosas con calma. Desde que en ext4 empezaron a incluir la fecha de creación de los ficheros como metadato pero decidió no modificar las herramientas psra mostrarlo se toma más cosas con calma. O a veces tomárselas con calma es ser un trol. "Esperemos cinco años para ver si la gente lo utiliza y entonces modificamos las herramientas".

Aquí es un poco igual. Linus parece ponerse de perfil. No se opone a qué en cosas completamente nuevas se utilice Rust. Total, si esas cosas no existen. Otra cosa es en lo que ya existe, que muy poca gente parece tener gente de reescribirlo.
Me gustaría algo más de chicha en el artículo, porque no dice nada aparte que discuten.
#2 Es fácil: Rust es más seguro y sería buena idea cambiar. Pero quien lleva décadas trabajando en C y lo maneja al dedillo se siente un principiante cuando trata de cambiar a Rust, así que defienden seguir usando C.
#6 Eso razón creo es evidente, por lo que intuyo algo más, que no veo.
#11 Pues dice Linus que la discusión ha pasado de ser técnica a ser casi religiosa. O sea, que como te digo, habrá quien defiende uno u otro sólo porque es el que le gusta personalmente.
#6 eso pasa con todo... Es más yo sugiero hacer el kernel con cobol...
#14 Pero con cobol no se puede. En cambio yo sugiero con Pascal, que sí se puede, es más legible y más rápido de compilar. ¿Te imaginas compilar el kernel entero en un par de minutos en vez de esperar más de meida hora?
#31 y para la ui Delphi no? xD
#32 Nah. Tenemos Lazarus.
#35 Prefiero usar Logo  media
#36 El logo es bastante legible, sí. Pero no se puede hacer código de bajo nivel. Con Cobol tampoco. Pero con C sí... y con Pascal también.

A demás, ¿cuántos compiladores pueden enorgullecerse de compilarse a sí mismos? :-D
#37 Pues ... no se... xD aprendí logo y después pascal y qbasic hace ya casi 30 años... y recuerdo mezclar asm en pascal para hacer juegos en el modo13h. Luego aprendí C e hice algún jueguecito tonto con el modoX (un 13h con 40 filas más). Luego ya empezó a ser trabajo y programo tonterías en cárnicas...
#37 ¿Un compilador que se compila a sí mismo? Bertrand Russell tiene pesadillas en el infierno... :troll:
#43 Claro. Freepascal está escrito en freepascal y se puede compilar con freepascal.
¿Como se compiló el primero? Con turbo pascal. Pero una vez generado ya lo volvieron a compilar con freepascal para asegurarse de que no tuviera código que no fuera libre.
#6 si se gana en seguridad yo creo que vale la pena probar aunque sea en un proyecto separado por si acaso. Algo como Rinux :shit: un pingüino montado en un cangrejo
#18 yo creo que vale la pena probar

Me parece que ya hay partes hechas en Rust. Lo que pasa es que a los programadores de C más expertos no les hace ninguna gracia. Lo que pasa es que tienen que ir migrando poco a poco todo y son millones de líneas de código. Muchas veces de dispositivos antiguos que todavía se soportan sólo porque ahí están y no hay motivo para quitarlo (recuerda que al ser modular, si no cargas el módulo no ocupa espacio)
#6 Me parce que también se deben referir a que no ser fían algunos de la solidez o rendimiento del lenguaje para meterlo en todo. Claro, en comparación a C es un bebé, pero imagino que si lo han ido metiendo ya es por que es seguro y da buenos rendimientos, etc
#2 el artículo es una basura, propiamente dicho. Parece escrito por un guionista de Sálvame
Vi forever.
: x
#1 Bueno, mejor vim, y neovim
#1 Intellij (+ Sublime).
#1 Creo que Vi y sus clones son los grandes perdedores, porque el mundo Windows ha desprestigiado la consola poniéndolo como algo anacrónico, al igual los nuevos usuarios de Linux con algún problema, cuando oyen "abre una consola" ya dicen "bueno déjalo...no quiero calentarme con comanditos". Pues con Vi lo mismo. Emacs al menos tiene una interfaz gráfica y sus iconitos, aunque para los usuarios de toda la vida usan Emacs sin entorno gráfico.
#33 es verdad, no se compila, se interpreta.

Sobre los bugs aleatorios, eso pensaba yo, que no existían cosas raras que pasaban una de cada 80 millones de veces, hasta que lo vi con mis propios ojos. Estaba relacionado con temas de caché, si quitabas la cache (cuyo nombre no recuerdo, op caché?) dejaba de pasar. Sin cambiar una línea de código todo volvía a funcionar.

No voy a negar que alguna parte del código no estuviera mal (es PHP :troll: ), pero aun así nunca se encontró una explicación (y nunca hubo tiempo de buscarla, por supuesto)
#39 En PHP?

En los programas C también pasan esas cosas. Es más, es probable que eso se deba a un bug muy concreto y nada aleatorio en el programa de caché, que muy probablemente esté escrito en C.

Y si no es así, en una de las funciones/clases de PHP que estás usando que muy probablemente también estén escritas en C
#16 Como van a ser lo mismo, alma de cántaro, si PHP ni siquiera es compilado....
#22 En tiempo de ejecución sí, lo cual genera esos rarísimos bugs aleatorios que sólo pasan 1 vez de cada 2 millones de peticiones y hace que a veces un desarrollador se quede mirando a los logs de la aplicación igual que como una vaca mira a un OVNI :troll:
#26 No. En tiempo de ejecución no. PHP tiene que interpretarse aunque uses bytecode. C, no.

Y "los Bugs aleatorios" no existen. Existen cagadas en el programa muy concretas y nada "aleatorias". Lo aleatorio puede ser el efecto de la cagada.
No creo que puedas comparar la preferencia por un editor con utilizar uno u otro lenguaje de programación.
Entre editores de texto hay total compatibilidad pero entre lenguajes de programación no.
Rust no cambia con respecto a C. Básicamente es C. Tiene un chorrón de reglas que se puede saltar y hacer como si programas en Python. Rust no da nada que no tengas en c o c++ o java, kotlin, Python, php o js
#5 Claro que sí, con dos cojones.
#5 Como un huevo a una castaña
#5 mira que le tengo cariño a PHP, pero decir que juega en la misma liga que C o Rust... No juega ni al mismo deporte.
#15 son lo mismo
#5 O eres un troll o estás mal informado. O te estás refiriendo a algo diferente a lo que la mayoría estamos pensando
#5 te dejas el cobol, el ensamblador y el video
#21 Lo primero que tiene que dejar es la farlopa, y luego, si sigue persistiendo en su actitud, el puesto de trabajo.
això diu en Rajoy

menéame