Ruby on Rails es absurdamente LENTO

[@MateScript]

Abandonar Twitter fue la mejor decisión de mi vida, hay que programar mas y pelear menos.

[@andresyacante1117]

twitter, youtube, instagram, reddit, todo bro. Sólo sirven para perder el tiempo. Poco contenido útil obtienes de esas plataformas

[@Torterra_ghahhyhiHd]

Si a mí me botaron para bien jeje.. Pero el video esa tiene una verdadera explicación. Profunda o eso creo

[@juanmolino8557]

Para comparar dos lenguajes debe ser con la misma máquina y con la misma petición o carga de trabajo. Hasta con distinta arquitectura o sistema operativo, los resultados pueden variar.

[@misaelpereira9679]

Theo se tiró el post más JUNIOR de su vida 😂

[@ang3loux]

“Voy a decir una cosa un poco polémica” - Midudev 😂

[@EduCodigosPro]

Alguien dijo una vez: “Si una idea es realmente buena, no necesitara ser impuesta”. Si un framework o un lenguaje es realmente bueno, no necesita que estén argumentando y justificando el porque de todas sus funcionalidades 😅

[@TheWaalteers]

"Las cosas como son" - Midudev "Pero muy importante..." JonMircha

[@IgorAtomizado]

Para mi el mensaje de ddh siempre a sido el mismo Rails es lo mas rapido que existe para desarrollar y cuando ya tu aplicacion te haga millonario ,ahi te la arreglas de como seguir escalando el producto que hiciste o lo migras a un lenguaje que se maneje bien con la cantidad de usuarios que ganaste.

[@artemisworshiper2010]

Exacto. Es mucho mas valiosa la velocidad de desarrollo que la velocidad de tu framework.

[@yeicore]

Es que ese es siempre el punto de frameworks tan robustos como Rails, Laravel y Django. Apps millonarias han sido creadas con Rails. El punto es tener el producto listo en el menor tiempo posible. Theo piensa como desarrollador, no como business man

[@JorgeDev92]

@@artemisworshiper2010 Y que hace rails por ti para desarrollar tan rapido como para que merezca la pena hacer 2 veces la aplicacion? Siempre me han hecho gracia esas cosas de "lenguaje amigable" o "lenguaje rapido de programar", si conoces el lenguaje y es de alto nivel en que te va a hacer mas rapido programando? No se, yo le pegue un vistazo en su dia y no lo veo más amigable que JS en 2024, si me parece más amigable que por ejemplo Java o C#, se a nivel experto JS y C# y si que puedo decirte claramente que C# tiene más a la berborrea de codigo (y lo poco que me gusta Visual Studio, no me refiero a code que me encanta) y ya ni que decir Java (no lo toco desde hace 10 años cuando estudiaba, tal vez ahora no es tan horrible, pero eso si que era berborrea pura, todo eran clases que encapsulaban clases, hacer cualquier cosa era tedioso y a la documentacion yo al menos nunca le pille el truco, entraba veia para cada metodo 50 sobrecargas distintas) Luego ya lenguajes de bajo nivel ahi ya es el show de la berborrea y el user unfriendly

[@jeissonf.sanchez2357]

Eso es simple, DHH es un desarrollador muy innovador, para él lo importante es el desarrollo productivo. Theo es un evangelista de NextJS, y DHH ha estado atacando por mucho tiempo servicios como los que usa Vercel. Theo me bloqueo porque critique varios de sus comentarios, y ha bloqueado a muchos desarrolladores de Ruby.

[@XabiBello]

El comentario de dhh está en la línea de su proceso de 'un-cloud'. No está intentando decir nada sobre la velocidad de RoR, sino que su compañía se baja del cloud porque pueden atender todos sus requests con un único servidor bien gordo. Y que si tu producto atiende menos de 50.000 req/s, probablemente no necesites más que Basecamp para funcionar. Si ya usas un lenguaje más eficiente en cómputo que RoR aun le das más la razón a dhh: vete del cloud, porque tiras el dinero. Le señalaron la luna y se quedó mirando el dedo.

[@camilogomez5151]

Todos peleandose de quien la tiene más rapido. Yo con Rust en la mochila 🗿

[@artemisworshiper2010]

JAJAJAJA, asi es, Rust es mucho mas rapido, pero a que dificil es hacer cosas complicadas, jaja

[@SilasDuarte-e9k]

Zig dándole la papeada de su vida a Rust 😎

[@erickbustamantealarcon2414]

​@@artemisworshiper2010 love rust❤

[@artemisworshiper2010]

Yo amo Rails. No existe otro framework mas amigable y pensado en los developers que ese. Ya he probado casi todo en el mercado. Lo mas cercano es Laravel, pero el problema es que los trabajos de PHP no pagan bien, sin mencionar que este framework cambia todo a cada rato.

[@germanandresruizhernandez9747]

El heredero perfecto de RoR es Phoenix, a mi parecer.

[@SuperBlackBeto]

@@artemisworshiper2010 comparando Ruby con php cuál es más fácil? Y que tan demandado es Ruby contra php en tu país?

[@ricardofabilareyes]

Laravel con las versiones recientes de php si es muy superior en mi opinion despues de usar ambos. Aunque el punto de los salarios es muy valido. Yo use laravel para mis propios proyectos y para empleaos no busco ni rails ni php por que no pagan bien xd

[@gabrie22]

Afirma Trabajo con Laravel y aunque me encanta, ruby me gusta más y noto eso en cuestión Lo que pasa es que no hay mucho chamba en ror 😭

[@artemisworshiper2010]

@@gabrie22 Si, definitivamente, no hay mucha chamba de RoR. Lo que si es que cuando hay, es bien pagada... de PHP no pagan bien tristemente.

[@alejandromartinez-gj4tm]

De hecho, DHH dijo que Javascript es su segundo lenguaje favorito después de Ruby, el que no le gusta es TS.

[@fdorantesm]

Siempre se ha sabido que Ruby no es un lenguaje rápido… el propósito fue hacer feliz al desarrollador.

[@midulive]

Eso es cierto. Ya sabemos que es lento. Pero de ahí a hacer este tipo de pruebas sin sentido… no creo que sea necesario.

[@JuanMataGonzalez]

La verdad hace poco inicie Ruby on Rails por curiosidad y me sorprendio lo facil que es aprenderlo. sin ninguna complicacion me atrevo a decir que es el FRAMEWORK mas facil de aprender. la verdad me gusto mucho Ruby on Rails.

[@jvf890]

Me encantan estas peleas... al final que importa, siempre es el equilibrio entre mantenibilidad y performance, donde la performance, se puede medir de diferentes maneras... Quizás podrías hacer tus servicios en ensamblador, pero... de que serviría?, me dan risa estas peleas porque da lo mismo al final

[@artemisworshiper2010]

La aplicacion de Theo no esta haciendo nada, por eso carga rapido.

[@elihap7]

Aveces me impresiona que la comunidad hispanohablante en el mundo de la programación tienden a ser mas objetivos con respecto a estas cosas y menos subjetivos y sesgados como en la comunidad anglosajona.

[@camilolozano1]

Dos consejos para los desarrolladores juniors: - No se fien de los titulos de los videos de youtube. Los youtubers hacen todo por tener mas vistas. - No crean todos los benchmarks de requests que ven por internet, que un framework es mas rapido o no que otro, esto muy seguido no se aplica en la vida real. Y por utimo, como opinion personal, agrego que Rails es absurdamente escalable igual o aun mas que otros frameworks aun mas conocidos.

[@elcanalitodecito2332]

soy desarrollador full rails, obviamente conozco otros lenguajes y si bien ruby es bastante pesado a nivel de computación la verdad que el enfoque al producto que le dá basta para la gran mayoria de los clientes. además de que claramente no es mucho más lento que los demás lenguajes de alto nivel y muchas veces mas que el lenguaje, como se ve en el video, tiene más que ver con la implementación. ahora si me dices que lo hiciste con algún otro lenguaje de bajo nivel, te creo que me digas que es más rápido en performance

[@artemisworshiper2010]

Yo he trabajado profesionalmente con Rails, y si ahorra mucho tiempo toda la convencion de Rails, y en general disfruto como queda el codigo.

[@JorgeDev92]

Con uno a low lvl tampoco creo que notases ninguna diferencia, fastify tiene su propio servidor http que es quien se come la carga y ya te adelanto que no está escrito en js. El performance de un lenguaje solo brilla cuando la parte pesada recae en el codigo y no en la bdd. Por ejemplo, si tienes un caso de uso en el que manejas muchos datos dentro de la aplicacion y con ellos vas a tener que hacer gran cantidad de calculos y cada poco tiempo, pues si, necesitas un lenguaje cuanto más optimizado mejor. No solo por lo evidente, la velocidad, sino por el uso que haga de la CPU o la ram que consuma. En su momento el ETL que hicimos para volcar datos del ecommerce legacy al sistema nuevo lo hice en dos lenguajes, C# (.net) y Node (fastify + TS), si, haciendo el setup inicial de los datos, cerca de 120GB pues si, era más rápido porque gastaba bastante más ram eso hace que se ejecute un Garbage Collector pesado con mucha frecuencia lo cual es extremadamente costoso, igual el proceso pasaba a durar en lugar de 40 minutos 30 minutos y gastaba con la misma paginacion (de 50K en 50K) uno igual 3GB de ram y el otro 500MB, pero al final lo hice en TS porque el lenguaje es coherente con el resto de nuestros microservicios y todo el front, y porque en el proceso normal (proceso que consume deltas de tiempo) .net y node acababan haciendo la peticion en 15-20ms, inapreciable, porque de ese tiempo, el 99% era carga de la bdd de origen y de destino y acaba consumiendo muy poquita ram. Un caso de uso donde Node no creo que se comporte bien devolviendo ficheros (imagenes, videos, etc...) porque imagino que el mero hecho de hacer pasar el video por node para devolverlo haria que por ejemplo un video que pesa 5MB ocupase 50-100 en ram. Otro caso de uso, por ejemplo, seria una plataforma para optimizar videos si la libreria no te permitiese llamarla directamente por CLI en lugar de obligar a Node a leer el video, cargarlo en ram, pasarselo para que optimice, etc... (Afortunadamente, casi todas las librerias de este estilo permiten llamarlo directamente desde el CLI y no hace falta que Node haga un trabajo para el que no está hecho)

[@diegorojo1764]

Tampoco considero que : 1. la tabla users puede estar vacia, 2. la query puede estar en cache del sgbd, o en el mismo framework JS

[@artemisworshiper2010]

EXACTAMENTE. No ha de tener datos. Ni siquiera tiene logica de negocio. No tiene manejo de usuarios y sesiones. Esta comparando pera con manzanas.

[@misaelpereira9679]

Como desarrollador Java me río cuando alguien dice que debe usar algo más “rápido” como JavaScript 😂

[@rex_melynas]

es RoR mas lento? Que si. Pero tambien en rails no tenes que armarte un stack de 27 librerias que se rompen y dependen de is-even para correr una api, todo esta bien contenido en el stack. La verdad, me gustaria que haya algo remotamente similar a rails en node, pero no existe, prisma deja que desear, no hay un stack concreto, no hay una organizacion estandar, y un sinfin de cosas mas. El costo beneficio de usar RoR y tener la app andando en la mitad de tiempo no afecta al 90% de las webs, casi nadie necesita 5k request por segundo...

[@Dan1eleduardooo]

Me gusta cuando dices Endpoint

[@agustin_sz09]

No leiste el thread completo midu, despues Theo hizo el mismo endpoint en diferentes lenguajes de programación para ver las diferencias de performance jajaja podrias hacer otro video leyendo el thread completo, estuvo interesante

[@gilbertobarbosa5136]

Es cierto, tuve que migrar un sistema de rails a php apache...

[@DanielGil_]

Yo bien feliz con mis crispetas viendo como insultan a mi amado Ruby on Rails 💠♦

[@miguel900030]

Theo es, como decimos en México, un cagapalos de campeonato

[@Jdragunov]

No es solo que no sabe que tipo de carga tienen esas request, es que pueden estar mal implementadas lo que trae overhead adicional... Esto es ganas de buscar peleas gratis, y mira que si que rails es lento pero no para justificar esta discusión

[@JohnDoe-dt4om]

los de js nunca les veo hacer comparativas con servidores en lenguajes más rápidos como go, rust, erlang, etc..

[@rickmartinez680]

Al buen Theo le apasiona demasiado la atencion y es buen programador por lo mismo. Tiene buenos puntos de vista sobre algunos temas, pero hay otros que si son medio basura por su ego.

[@OscarGarciaB]

Lo difícil de aplicaciones grandes, complejas, con cientos o miles de usuarios con sus decenas de miles de proyectos, es el cuello de botella tanto de transacciones de bases de datos como de acceso a archivos en disco (sin contar con los requisitos de memoria). Si TODO está en esos tres servidores, es realmente una proeza, aunque no sea un hito general.

[@caeb-92]

En mi trabajo usamos go y una app procesa casi 400k de rpm, internamente hace alrededor de 4 calls a otras apis y algunos cálculos, por lo general usa unas cuantas máquinas al 30% de cpu

[@JhonRobertUribe]

midu, favor sube un video de como ordenar o estructurar un proyecto en front y back :)

[@Pancho96albo]

en django por favor

[@adonisECM]

@@Pancho96albo Pero si django te obliga a usar la arquitectura MVT, además que el uso de aplicaciones en Django lo vuelve bastante sencillo. En el canal de openboootcamp hay un curso de django donde explican eso bastante bien, búscalo.

[@luismunoz9126]

creo que ya tenia uno en instagram o en un reel, si me preguntas a mi me gusta la forma que tiene angular o nest js, similar a "screaming arquitecture" como explicaba midu en un short

[@JorgeDev92]

No se que conexion a base de datos esta haciendo en el 2:36 pero me parece raro hacer una consulta a base de datos sin hacer await y luego compararlo en el if, en mi cabeza user es una promesa en lugar del resultado de la promesa, por lo que if (promesa) siempre sera true y luego bueno, si fastify hace internamente un await del user pues imagino que si que podria estar devolviendo user, o no, igual devuelve un { err: "too many requests patata" }. Pero testear esto con una bdd local y seguramente sin usuarios tiene 0 sentido. Ya vemos, 50K peticiones que en total pesan 9MB sale a 0.12KB de datos por respuesta, los Customers de nuestro ecommerce pesan cerca de 0.66KB de media, no se rick, sera un user que solo tendria id, me imagino y de esos 0.12KB faltaria ver cuanto son puramente de las cabeceras, que igual nos movemos más por usuarios de 0.06KB o ni eso. Por otra parte, hay muchos otros factores, por ejemplo devolver la respuesta comprimida, eso normalmente no estara implementado ni en js ni en ruby, suele ser un modulo nativo que reutilizan en todos los lenguajes, vamos, la implementacion de por ejemplo brotli es una, no se dedica cada framework o lenguaje a rehacerla. Si a ese mismo test le añades una respuesta de 90KB seguramente le caen las peticiones minimo a la mitad o asi (no me voy a poner tests ahora pero en su momento hice benchmarks de estos como un loco) y si activa brotli este consumira buena parte de la CPU por lo que le caería otra buena parte, sobretodo si la peticion es de un tamaño más razonable. Eso si, no deja de ser cierto que ruby es lento, las cosas hay que aceptarlas, igual que yo uso JS en lugar de .net (c#) a sabiendas de que es una opcion más rápida porque se que el cuello de botella siempre o casi siempre está en el IO (apis de terceros lentas, bdd con consultas pesadas o mal optimizadas, demasiada concurrencia en la bdd...) y valoro más el poder unificar tipados en el back y en el front, si algo fuese insalvable con Node pues siempre nos quedan opciones más rápidas con otros lenguajes que podemos resolver con la N-api o con una peticion directamente a un servicio que haga ese caso de uso insalvable. A ruby en cambio no le veo nada bueno, es lento y no tiene tipados que pueda usar el front y el back, al menos donde yo trabajo tenemos entidades bastante extensas (principalmente en la parte relacionada con la logistica) y no tener tipados compartidos seria un putadon.

[@sebastianlozano7707]

Ruby puede ser lento, pero paga las facturas 💸

[@artemisworshiper2010]

Y trae de comer a la mesa, jaja

[@alejandro-mj1bw]

@midulive, me interesa aprender a hacer esos tests de carga, ¿tienes algún video sobre el tema? Gracias!

[@AntonioArenzanaPulido]

usa k9

[@EstoyProgramando]

Un lenguaje no solo se trata de la velocidad de procesamiento de cualquier instrucción, eso solo es un item a la hora de decidir en qué desarrollar, también está la velocidad de desarrollo y las facilidades que ofrecen los frameworks que están construidos el lenguaje, por ejemplo Ruby on Rails; también hay muchos otros items. Por otro lado el ego de DHH no le permite quedarse callado, ni mucho menos el de Theo, están discutiendo sin sentidos ya que como dice el tio Midu (que me trajo a este video con un Bait) no se sabe ni si quiera que están comparando en el fondo, pero lo que sea para traer tráfico a las páginas. Buena tio Midu, gracias por contarnos el chisme (no es sarcasmo, si no hubiera sido por este video ni me hubiera enterado jeje), pero la miniatura y el título no le hace honor al contenido.

[@crism8868]

Theo hace poco se quedó sin patrocinador, resulta que Vercel ya no le va a dar plata. Igual y todo esto es para hacerse publicidad en twitter y que lo patrocine algún otro framework

[@tomeucapo]

Pues si depende del tipo de carga que se este ejecutando. No es lo mismo una petición de por ejemplo: calcular la disponibilidad de n vuelos y calcular su precio que hacer una irrisoria select a una tabla de bbdd. No es lo mismo! Tendria merito processar 1500 rq/sec por servisor de un proceso pesado

[@juanromo8504]

tipicos devs del tipo "mi tecnología es la mejor y todo lo demás es basura"

[@angelogalaz1632]

Siempre me dijeron que no había que juzgar un libro por su portada, pero es que veo la foto de perfil de Theo y no puedo evitarlo, que prototipo de persona mas ... ... ... mejor no lo digo xd

[@Helljumper092]

El problema de Rails es una limitación intrínseca del runtime de Ruby. Puedes correr un JIT para mejorar el desempeño, aunque también hay otros runtimes alternativos de Ruby que no tienen el misma limitación, pero no tengo el conocimiento práctico para poder decir si estos runtimes requieren reescritura del código Ruby para evitar fallos, ya que la limitación del runtime de Ruby existe para evitar race conditions.

[@_KCore]

Tengo entendido que Ruby por si mismo ya tiene un JIT, igual si quieres cambiar de runtime no son cambios directos en código, es más el hecho de que no todas las gemas son compatibles (dependerá del runtime)

[@gigasname]

En versiones modernas de ruby ya cuenta con JIT. Se llama YJIT y mejora bastante el performance en rails

[@yojou3695]

en las aplicaciones realmente los problemas NUNCA son ruby. Son por lo general las queries que hacemos a la base de datos. Hablar de limitaciones de Ruby es un sinsentido

[@Helljumper092]

@@yojou3695 depende de la escala, requerimientos y complejidad de tu producto y tu organización. Todo lenguaje de programación tiene sus fortalezas cómo sus limitaciones, al final del día cada lenguaje de programación es una herramienta más en el cinturón de cualquier desarrollador, como los frameworks, IDEs, bases de datos, etc... Si el GVL no fuese una limitación de CRuby, Shopify no hubiese desarrollado YJIT y los desarrolladores del lenguaje no hubiesen agregado Ractors al lenguaje. Entender las fortalezas y las limitaciones de cada lenguaje es algo que deberíamos ver todos los ingenieros de software.

[@antoniolulee]

DHH has dicho muchas veces que JavaScript es su segundo lenguaje preferido

[@camilo5821]

por que usaria JS en el backend xd

[@virtual-riot]

Te explico asi de simple midu lo que TH hizo mal es alterarse y demostrar rapido con un ejemplo PERO que no habia investigado bien o manejado el tema yo creo que lo agarraron en un momento donde estaba capaz estresado es como cuando me dice o te dicen que tu hermano se porta mal entonceS voy y le digo a mi hermano "te portas mal"? y el dice que NO y listo ya hiciste tu prueba o ya comprobaste pero no es asi ya que necesitas hacer una investigacion exhaustiva por que si no estas mezclando cosas asi que hay que entenderlo a TH

[@LuisM_Santana]

El punto de Theo es que es un hater de DHH. Eso es todo. Bastante tonto el tema. Aqui lo que importa es como satisfacer necesidades de negocio reales, no comparar una crud api hecha en JS con CERO clientes contra un sistema que genera millones de dolares en revenue

[@julian_handpan]

Theo es una persona muy complicada! Está comparando un single endpoint contra el padre de todos los frameworks😂

[@EduCodigosPro]

Algo que no me gusta de rails es cuando crea metodos al vuelo, automáticamente y tu no puedes ir a ver como funciona porque no están declarados. Toca programar adivinando, asumiendo, suponiendo. Es cuestión de gusto. A otras personas si les gusta.

[@gigasname]

De hecho. Yo me apoyo con la documentación de rails y con ruby LSP para mi editor de código. Me siento bastante productivo pero si requiere práctica

[@yojou3695]

usa ruby lsp en vs code, o mejor, RubyMine. Y ya está. Lo demás son decisiones de codigo del proyecto

[@emirganimi]

La comparación de peticiones siempre son bajo las mismas condiciones, sino no sirven y es puro amarillismo.

[@germanandresruizhernandez9747]

Bob Esponja dando de qué hablar, un grande

[@cristiansprohnle3461]

Para qué pelear si todos saben que RoR y ruby ya están muertos, nadie los elegirá en el 2024

[@93dzrv24]

Theo no le gust para nada Rails, y no desaprovecha cualquier oportunidad.

[@gerardomiranda2284]

Theo es insoportable

[@mtzrmzia]

Deberías hablar de lo mismo de ese man con Laravel, a veces se vuelve insoportable ese tipo.

[@JorgeDev92]

Si y cuando se vuelve un Qwik js enjoyer que todo le parece genial y no es nada exigente. Un proyecto que en casi 4 años tiene 4223 commits, que yo le tenia bastante fe, pero que siendo realista no le esta llamando la atencion a casi nadie, el te lo vende casi como el santo grial y te lee el changelog de las releases como si estuviese viendo la mejor pelicula jamas creada. A mi, personalmente, no me parece una persona muy inteligente, creo que simplemente se ha creado un canal de tecnologia y como se dedica a ello pues tiene tiempo para perderlo en el bucle infinito de los frameworks, hace tiempo que paso de eso, cuando un framework sea bueno que lo demuestre cuando ya esté estable, en lugar de ser humo que igual nunca llega a solidificar.

[@EricksonCarreno01]

A mi me encanta Rails lo sigo usando (only api) pero si a veces creo que es muy lenteja

[@artemisworshiper2010]

Si, es lento, y usa mucha RAM, pero a que agusto se programa con el.

[@claraikari719]

Hay gente que de verdad no encuentra qué hacer

[@arturados]

Esta gente se quedo con el Ping y el DDOS

[@yeicore]

También la gente que toma en serio a Theo, que es súper Fanboy de JS y React. Hasta sus mismos subs le reclaman de polarización en sus videos 😂

[@sugarfree8321]

Igual el comentar del mac no será para burlarse de la falta de contexto? Bueno igual porque pelean tanto? Creo que nos mueve el morbo y ser profesional es también ser disciplinado y controlar esos impulsos. Entonces hay un tipo de doble discurso entre buscar ser profecionales y ser influyentes. Que realmente no es un doble discurso sino un equilibrio que tienen que manejar para hacer su trabajo

[@snithfferx]

jejeje, pues yo quería aprender Ruby, porque siempre me ha atraído, pero no puedo ni instalarlo, se supone que ya está instalado pero hay algo que no lo deja correr y vaya que es malísima la documentación, no sé sí es por como lo he buscado, pero tampoco los foros son de ayuda, parece que tendré que esperar a formatear mi PC (porque no corrió ni en WSL) para intentarlo en linux. No sé rick... a veces siento que la misma mara de las tecnologías antiguas se hacen mirar para otro lado.

[@FelipeCarrasco-x9e]

@@snithfferx instala rbenv o rvm

[@lopezrunco]

Suena a humo para mover su Twitter y marca personal al fin.

[@JerLuis99]

viejo las peleas y los salseos venden, el chisme atrae muchas visitas

[@Krior07]

Usen lo que les guste o les interese y yá

[@thiagomesa]

Que necesidad tiene Theo... que necesidad...

[@luisalbertovargasmendez3031]

Porque no usan una GPU que tiene 4090 cores?

[@jrep41]

Ataque a lo bestia por contraseñas?

[@DaniloMaccari]

Jejeje twitter fue y es muy de los river boca, pero... si no te gusta no lo uses y se feliz. Si hay gente feliz usando RoR déjalos, tendrán sus razones como vos las tuyas

[@josebecerra7719]

DHH esto es más como para promocionar su nueva herramienta para q Rails pueda hacer deploys muy fácil en servidores y la cacareada escalabilidad

[@pabloborlaf-dev3849]

Comparando cosas que no son comparables, yo no digo que rails sea lo más rápido, pero la comparación de entrada del video no tiene ningún sentido

[@legui444532]

creo que es alguien con mucho tiempo libre y aburrimiento🤔

[@javiersistemas]

Theo es gay hahahaha 😂😂😂

[@nromancarcamo]

Tiempo y Espacio es un tema que le importa un c*rajo, Theo es un tipo algo soberbio.

[@gaulatti]

Pero si... ultra sabido que rails es lento, por algo twitter tenía tantos fail whales

[@Terrifying_Gh0st-y6c]

Pues entonces del todo "on rails" no va 😂

[@the.elven.archer]

Y tu Midu no ayudas mucho con titulares clickbaiteros xD

[@josepaez1630]

rails en general es lento, no lo han optimizado es una lastima por que como framework ayuda mucho, aunque no este tan actualizado como otros. la verdad es que ruby y rails tienen sus dias marcados, se quedaron en el pasado

[@EzequielLopez-cb2ff]

Midu, deja de cambiar la descripcion,

[@Mosiah369]

DHH mil respetos

[@manuelbuslon4445]

Holi

[@blabloCORP]

Bueno que más da lo que hagan las peticiones, si tú mismo lees que el man dice: implementé lo mismo en otros lenguajes

[@midulive]

¿Pero has leído tu comentario antes de escribirlo? Cómo va a implementar lo mismo si no tiene ni idea qué hacen las peticiones. Estás sembrado, amigo.

[@imag1ne852]

Theo, es de las personas más pedantes y peleoneras que he visto en tw

[@elmoster1909]

Nice yolo

[@gonzalofonsecac]

Es verdad, rails es absurdamente lento

[@poper505]

en serio, justo cuando mi colega esta usando ruby? joder, otra semana de mala suerte, no damos ni una

[@bryancabelloortiz2164]

saludame porfi

[@dannyquezada.4267]

GG

[@geniusdesign7306]

Primero :D

[@josbexerra8115]

Siempre La Midu metiendose en peleas de Señoras Cyberneticas reclamando quien lo hace muy lento....