‹ BackHN Continuity

Thread

What About Rails?

334 points · 236 comments · jrochkind1

  1. shikck200 · · focus · HN ↗
    Rails, or even more so php have VERY little to bring to the table in 2026 going forward. Rails (ruby) is still a saner language than PHP, but as slow as php is. (granted ruby is not idiotic like PHP and runs rather than start/die).

    If you go the LLM route something like Go is probably the goto default for MOST networking&#x2F;web-first apps. You get static types, and a fast compile cycle (rust is still very slow here), and IF you want more from the language you can use something like Lisette (<a href="https:&#x2F;&#x2F;lisette.run&#x2F;" rel="nofollow">https:&#x2F;&#x2F;lisette.run&#x2F;).

    Bottom line is dynamic languages are obsolete. There is really no benefits from using them outside very small throw away scripts.

    1. sevenzero · · focus · HN ↗
      Why would I bother with anything but Laravel for small CRUD apps? Not having to think about concurrency is neat, having tons of abstractions built by people with 50x my experience is neat, just being able to get going is neat.

      Building the things I&#x27;ve built using Laravel with Golang would probably take 10x the development time as I have to handcraft everything Laravel already natively provides. Or I have to trust 100 packages from 100 different random devs to simulate the Laravel experience in Golang.

      1. shikck200 · · focus · HN ↗
        With LLMs the language DOES NOT MATTER. The framework DOES NOT MATTER. This is the thing we are talking about here. Laravel is 100% useless for a LLM first project. I can pretty much do anything in vanilla Go i can in Laravel and be 100x more performant, 100x more typesafe, and produce 100x more maintainable systems.

        This is why dynamic languages, and even more so BAD ones like PHP are just useless going into 2027 and the future. Its simple, the language gives you what it gives in perf, builtin RUNTIME features, and COMPILETIME features.

        From that you pick the best for whatever you are building, be it Go, Rust, Ocaml etc. The language does not matter.

        Go has 90% of stuff builtin, you rarely need any dependencies. Look at Laravel ITS A HUGE CODEBASE and a high risk for any real software project. I would stay FAR away from it.

        1. voidUpdate · · focus · HN ↗
          If the language doesn&#x27;t matter, why aren&#x27;t all LLMs outputting assembly code directly for maximum performance?
          1. shikck200 · · focus · HN ↗
            You could. But thats rarely where the perf hit is. You rarely need more CPU juice than Go provides, and if you do you probably use Rust or C. There is little to gain from dropping down to ASM, as you most likely run on an OS that is more powered than a microkernel, where you would need ultimate low level control.
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.