Hace 3 años | Por --654205-- a genbeta.com
Publicado hace 3 años por --654205-- a genbeta.com

La plataforma de desarrollo colaborativo probablemente más famosa del planeta, GitHub, se ha actualizado a Ruby 2.7 después de muchos meses de trabajo. Desde el principio han trabajado con este lenguaje de programación aunque reconocen que esta actualización es única por todo lo que implica. El objetivo del servicio propiedad de Microsoft ha sido funcionar tanto en Ruby como en Rails de un modo deprecation free con el objetivo de no quedarse atrás en futuras actualizaciones. Lo que ha sido posible tras arreglar más de 11.000 problemas.

Comentarios

t

Esto fue lo que me echó atrás de Ruby (on Rails) cuando lo probé hace unos años: un cambio de sub-versión menor en un paquete podía romperte la aplicación entera, y a darte cabezazos para arreglar el conflicto de versiones que unas no funcionan y otras no están aún disponibles para tu compilación de Ruby...

El año pasado migré a Laravel la última aplicación en RoR que seguía teniendo por ahí, y aunque PHP me tiene quemado también, el hacerlo me supuso ahorrarme varios dolores de cabeza periódicos.

No sé si gems ya será algo más estable en cua gestionar versiones y tal, pero desde aquellas experiencias R(oR) me da mucha pereza...

casius_clavius

#1 Compañero, me llamarán viejuno, pero por estas cosas sigo teniendo mucho cariño a C. Lol que programé hace 20 años sigue compilando y funcionando. Tiene cosas horribles, pero por lo demás va como un tiro.

t

#2 me da que somos de la misma quinta... apuesto a que si tiro un gcc a las cosas que hice en C hace también un par de décadas, compilan y funcionan sin mayor problema.

Antes había que vérselas con mallocs y demás entes del demonio; hoy basta con vérselas con mil paquetitos de terceros administrador por otro paquetito de terceros. La verdad, casi que prefiero lo de los mallocs: era menos dolor y al menos las cagadas sólo dependían de ti mismo.

casius_clavius

#3 En efecto. Lo único que se puede mejorar de C es el manejo de los punteros. Pero siempre puede uno crearse sus propias funciones para crear y destruir estructuras. Y el rendimiento es brutal. Hace poco hice un algoritmo de operaciones con matrices muy grandes y la ejecución con los mismos datos tardaba prácticamente lo mismo que una función estándar de R.

s

#3 #4 Creo que no se pueden comparar los lenguajes compilados, fuertemente tipados, de más bajo nivel y cercanos a la máquina con los lenguajes interpretados de super algo nivel más cercanos al seudo código. Son lenguajes distintos y sirven para cosas distintas.