Is Ruby On Rails Too Slow!? 😱

Поділитися
Вставка
  • Опубліковано 13 вер 2022
  • Ruby on Rails is too slow, and I can prove it with numbers! Everyone should go learn GoLang or Rust instead. 😤
    Checkout my course(s) at: learn.deanin.com
    Benchmarks are from this website:
    programming-language-benchmar...
    Join this channel to help support these videos:
    / @deanin
    Follow me on social media:
    linktr.ee/deanin
    If you liked this video, please consider subscribing: t.co/RZ4EwP0F2a
    #Deanin #Software #Programming
  • Розваги

КОМЕНТАРІ • 43

  • @Deanin
    @Deanin  Рік тому +44

    Rails is only too slow if you need something fast, which most people won't need.
    Give me the fastest programming language in the world and I'll slow it to a crawl with my spaghetti code. 😤

    • @Deanout
      @Deanout Рік тому +3

      This is ridiculous, I came here to be offended but not personally attacked. My code isn't spaghetti! 😠

    • @vaultek_
      @vaultek_ Рік тому

      @@Deanout lol 😅😅, dean you the best

    • @hlazo6146
      @hlazo6146 Рік тому +1

      Shopify disagrees

    • @Deanin
      @Deanin  Рік тому

      I somehow doubt Shopify disagrees, but okay lol.

    • @hlazo6146
      @hlazo6146 Рік тому

      @@Deanin hahaha I meant disagreen on been slow

  • @siyaram2855
    @siyaram2855 Рік тому +39

    The app you build in Rails in a day would take you a week or two(even a month) in Go or Rust. This is the speed benchmark that will matter in real life.

    • @manmeetsingh1712
      @manmeetsingh1712 Рік тому +2

      Word.

    • @thundergabriel
      @thundergabriel Рік тому +3

      And Scale a RoR app take months. Pros and Cons.

    • @siyaram2855
      @siyaram2855 Рік тому +8

      @@thundergabriel Dude, What are you even taking about?Rails is super easy to scale.
      Ever heard of kubernetes and container?

    • @gadgetboyplaysmc
      @gadgetboyplaysmc Рік тому

      Na

    • @dmitriyobidin6049
      @dmitriyobidin6049 Рік тому

      @@siyaram2855 Sometimes people just forget that not only microservices can be scaled using containers... Plus you can always rewrite bottlenecks in a rust or other very performant language. No need to write the whole project in rust when you just starting.

  • @ministerstein
    @ministerstein Рік тому +15

    If you want something fast as a Ruby developer you can try Amber or Lucky for Crystal. Crystal is very close to Ruby's syntax so there is not that much to learn more.

  • @Adam-Freemer
    @Adam-Freemer Рік тому +5

    I tend to leverage GFY when told Rails is dead. It starts with a Go and ends with a Yourself :)

    • @sourcerer_
      @sourcerer_ Рік тому +1

      This is so elegant. 🤣👍

  • @Nathan00at78Uuiu
    @Nathan00at78Uuiu Рік тому +5

    Ruby can go away and you can sleep just fine! Woah your heartless. 😂

  • @julienramel222
    @julienramel222 Рік тому +3

    hmmm that's strange comparaison.. a language vs a framework ? yeah ruby in itself is slow, could save microseconds here and there... but in practice, pretty much every latency I ever had on a project came from server issues, disk space, bad db indexing or queries, n+1 queries, network issues & so on... I'm pretty sure it's possible to mess that up in golang or rust too

  • @Noah-sz1oy
    @Noah-sz1oy Рік тому +2

    Good video! Fast description. wink.

  • @jackjackjackjack
    @jackjackjackjack Рік тому +2

    this dude and I have very different ideas of what a love child is

  • @azizdevfull
    @azizdevfull Рік тому

    good!

  • @ygjt76v0-----
    @ygjt76v0----- Рік тому

    Waiting peoject like rails writing in go

    • @datguy4104
      @datguy4104 7 місяців тому +1

      Likely won't happen. The Go community has a very strong DIY, and "never gonna need it" dogma built into it. They do everything by hand and import small packages only for specific things that do one thing, like a session manager, or router.

  • @warpspeed8305
    @warpspeed8305 Рік тому +3

    I once wrote my websites search crawler that processed millions of sites. First i did it with php. Then i wrote it in go and it became at least 10x faster. It run multiple http requests in parallel. With go i hit the limit of possible connections on my linux laptop... also linux gave 2x or so boost comparing to windows in php

  • @tocode5434
    @tocode5434 Рік тому +1

    Better algorithm, better performance. No language or framework makes your app faster

    • @datguy4104
      @datguy4104 7 місяців тому

      This is just incorrect lmao

  • @JasonJA88
    @JasonJA88 Рік тому +5

    I don't use golang for performance i use it for readability and simplicity

    • @jsalguero94
      @jsalguero94 Рік тому

      Have you used ruby?

    • @JasonJA88
      @JasonJA88 Рік тому

      ​@@jsalguero94 No so i have nothing good or bad to say about it.

    • @jsalguero94
      @jsalguero94 Рік тому +2

      @@JasonJA88 ok because ruby is also readable and simple. I have used both, both has pros and cons.

    • @datguy4104
      @datguy4104 7 місяців тому +1

      @@jsalguero94 Ruby is alright, but with Go there are numerous idiosyncrasies on top of a very lean syntax means you can go line by line and know explicitly what happens. Ruby's syntax looks pretty, but there are 20 different methods to do the same thing, and can very quickly lead to some really stupid code golf that makes it hard to know exactly what's happening, or even what the code's purpose is.

  • @sbditto85
    @sbditto85 Рік тому

    How dare you be practical! Be unreasonable like the rest of us lol

  • @PankajDoharey
    @PankajDoharey Рік тому +4

    In my view we should start with Ruby its pretty fast and when you want more speed migrate the code to Crystal, which is largely compatible with ruby syntax. And easier to migrate the code base to crystal than to deal with oddities of converting highly OOP code base to a procedural one like Golang. Correction: I am aware Golang has interfaces and does support some OO but ruby and crystal are a different league altogether. Also crystal beats the b'jesus out of Go.

    • @tylerbonklevoss8986
      @tylerbonklevoss8986 Рік тому +1

      The problem with migrating to crystal later on is there isnt nearly as many shards as there are gems, so migrating could be a huge pain. would be better off to just start there. the productivity levels between writing ruby and writing crystal arent hugely different

    • @PankajDoharey
      @PankajDoharey Рік тому

      @@tylerbonklevoss8986 Well yeah, but since it supports C lib calling conventions building shards that call C lib functions is not that hard. Build the ones that you need. But good point! Overall i think we have to see how to save programmer time which is the most expensive thing here.

  • @karthikeyanak9460
    @karthikeyanak9460 Рік тому

    I start coding my app only after I get a million confirmed users who will promise my server 1000's of times a second. :D

  • @MrMrbannanapants
    @MrMrbannanapants Рік тому +2

    I have to disagree here