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

40 meneos

310 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

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".

29 11 3 K 304

47 comentarios

29 11 3 K 304

Comentarios destacados:

#3 Tecar

Dios primero creo C y luego programó el universo.

4 43

#9 CoolCase *

No, dios creo el universo después creo C y después reprogramó el universo en C.

2 22

#42 bibubibu

Fué Ensamblador y luego el resto porque se aburría.

0 7

#8 ed25519

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.

1 29

#23 chavi

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.

2 21

#28 ed25519

eso esta claro, como dice el refran: "if you pay with peanuts, you will get monkeys"

0 9

#17 woody_alien

Que raro, Linus hablando sin llamar hijo de puta a nadie ni enviándolo a la mierda. Se está haciendo mayor.

2 29

#29 PerritaPiloto

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.

0 8

#2 frg

Me gustaría algo más de chicha en el artículo, porque no dice nada aparte que discuten.

2 25

#6 anv

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.

11 117

#11 frg

Eso razón creo es evidente, por lo que intuyo algo más, que no veo.

0 12

#30 anv

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.

0 7

#14 DayOfTheTentacle

eso pasa con todo... Es más yo sugiero hacer el kernel con cobol...

0 6

#31 anv

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?

0 7

#32 DayOfTheTentacle

y para la ui Delphi no?

0 6

#35 anv

Nah. Tenemos Lazarus.

0 7

#36 DayOfTheTentacle

Prefiero usar Logo

1 16

#37 anv

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?

0 7

#38 DayOfTheTentacle

Pues ... no se...

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...

0 6

#43 MoñecoTeDrapo

¿Un compilador que se compila a sí mismo? Bertrand Russell tiene pesadillas en el infierno...

0 10

#44 anv

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.

0 7

#45 MoñecoTeDrapo

bromita
es.wikipedia.org/wiki/Paradoja_de_Russell

0 10

#18 prejudice *

si se gana en seguridad yo creo que vale la pena probar aunque sea en un proyecto separado por si acaso. Algo como Rinux

un pingüino montado en un cangrejo

0 6

#34 anv

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)

0 7

#24 Bapho *

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

1 23

#25 ikipol

el artículo es una basura, propiamente dicho. Parece escrito por un guionista de Sálvame

1 30

#1 Bapho *

Vi forever.
: x

1 24

#19 prejudice

Bueno, mejor vim, y neovim

1 16

#41 KaborlllLLLONE *

Intellij (+ Sublime).

0 6

#46 soberao

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.

0 13

#47 mirav

como todo, depende del perfil del interlocutor.

0 9

#39 Pablosky *

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

), pero aun así nunca se encontró una explicación (y nunca hubo tiempo de buscarla, por supuesto)

0 14

#40 chavi *

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

0 11

#22 chavi

Como van a ser lo mismo, alma de cántaro, si PHP ni siquiera es compilado....

0 11

#26 Pablosky *

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

0 14

#33 chavi

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.

0 11

#4 solojavi

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.

0 7

#5 dark_soul

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

0 7