(joke in the title stolen from a redditor)

Context: some Rust kid vandalized cppreference.com today.

  • xmunk@sh.itjust.works
    link
    fedilink
    arrow-up
    100
    arrow-down
    6
    ·
    edit-2
    9 months ago

    That kid is an asshole because cppreference is doing the lord’s work.

    Also, I know that language choice is one of the most important decisions when starting a new project but, personally, I work on a highly performance sensitive project that’s written in PHP. If you think you need Rust to be performant or type safe then you don’t really know what you’re doing yet. It makes it easier and increases theoretical limits - that is all.

    • istdaslol@feddit.de
      link
      fedilink
      arrow-up
      25
      ·
      9 months ago

      I want to tell the computer what it should do, not what the computer things I can do. That’s why I use scratch

        • manpacket@lemmyrs.org
          link
          fedilink
          English
          arrow-up
          9
          ·
          9 months ago

          Is this a new project that was intentionally started in PHP or something legacy? Any interesting benchmarks? Like minimal wire to wire network processing time and where the bottleneck is?

          • xmunk@sh.itjust.works
            link
            fedilink
            arrow-up
            6
            ·
            edit-2
            9 months ago

            Our project was something that has evolved from a full web app into a PHP backend fronted by a reactish SPAish thing. Our spool up time to cache our website is 13 ms from a cold start (after provisioning and stuff) so we’re pretty good at horizontal scaling. Once cached our overhead is 7ms for framework things. Our page load times across the board calvary wildly with 25ms being our target time but with some very large reports stretching into the seconds range - on those slow pages all those previous numbers are essentially irrelevant and performance is dictated solely by how much we’re investing into query caching and tuning.

            Personally I’m actually a big fan of PHP, it’s incredibly powerful and good with lists (and all good programming is list programming ;P). The typing is strong when enforced and weak when you choose. The lambda and reflection frameworks are robust and it has a number of interesting phpisms like magic functions and variable variables.

      • xmunk@sh.itjust.works
        link
        fedilink
        arrow-up
        3
        ·
        9 months ago

        It’s a choice left up to developer but you can have static and runtime type checking enabled for as many functions as you desire. Theoretically you can have collection subtype checking but I’d say that PHP is still quite frail here as proper collection typing lacks any template-style typing but needs dedicated collection types.

    • herr@lemmy.world
      link
      fedilink
      arrow-up
      2
      ·
      9 months ago

      then you don’t really know what you’re doing yet.

      Can you elaborate on this? How are you guys making PHP so performant? Do you call C programs from it or something?

      • xmunk@sh.itjust.works
        link
        fedilink
        arrow-up
        15
        ·
        edit-2
        9 months ago

        No, we just use good algorithmic approaches including an emphasis on lazy evaluation. It’d take out application like 20x as long to compute 2+2 compared to one written in C but computation in PHP isn’t our main bottleneck - it’s efficient network connection handling and psql query performance.

        Our PHP code is maintainable and expressive that makes it much easier to tune performance where it counts.