home.social

#serversiderendering — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #serversiderendering, aggregated by home.social.

  1. Shipping mobile updates is a bottleneck: app store reviews, slow user updates, multiple versions in the wild.

    #Nubank flipped the model with Catalyst - a scripted Server-Driven UI (#SDUI) framework that ships more than just layouts.

    3,000+ engineers can now deploy UI changes and complex business logic to 115M+ users in under 20 minutes.

    🚫 No app store update required.

    🎬 Watch the architecture deep dive ⇨ bit.ly/4lIUY9N

    📄 #transcript included

    #MobileDevelopment #SoftwareArchitecture #UserInterface #ServerSideRendering

  2. Shipping mobile updates is a bottleneck: app store reviews, slow user updates, multiple versions in the wild.

    #Nubank flipped the model with Catalyst - a scripted Server-Driven UI (#SDUI) framework that ships more than just layouts.

    3,000+ engineers can now deploy UI changes and complex business logic to 115M+ users in under 20 minutes.

    🚫 No app store update required.

    🎬 Watch the architecture deep dive ⇨ bit.ly/4lIUY9N

    📄 #transcript included

    #MobileDevelopment #SoftwareArchitecture #UserInterface #ServerSideRendering

  3. Shipping mobile updates is a bottleneck: app store reviews, slow user updates, multiple versions in the wild.

    #Nubank flipped the model with Catalyst - a scripted Server-Driven UI (#SDUI) framework that ships more than just layouts.

    3,000+ engineers can now deploy UI changes and complex business logic to 115M+ users in under 20 minutes.

    🚫 No app store update required.

    🎬 Watch the architecture deep dive ⇨ bit.ly/4lIUY9N

    📄 #transcript included

    #MobileDevelopment #SoftwareArchitecture #UserInterface #ServerSideRendering

  4. Shipping mobile updates is a bottleneck: app store reviews, slow user updates, multiple versions in the wild.

    #Nubank flipped the model with Catalyst - a scripted Server-Driven UI (#SDUI) framework that ships more than just layouts.

    3,000+ engineers can now deploy UI changes and complex business logic to 115M+ users in under 20 minutes.

    🚫 No app store update required.

    🎬 Watch the architecture deep dive ⇨ bit.ly/4lIUY9N

    📄 #transcript included

    #MobileDevelopment #SoftwareArchitecture #UserInterface #ServerSideRendering

  5. Shipping mobile updates is a bottleneck: app store reviews, slow user updates, multiple versions in the wild.

    flipped the model with Catalyst - a scripted Server-Driven UI () framework that ships more than just layouts.

    3,000+ engineers can now deploy UI changes and complex business logic to 115M+ users in under 20 minutes.

    🚫 No app store update required.

    🎬 Watch the architecture deep dive ⇨ bit.ly/4lIUY9N

    📄 included

  6. Most internal business UIs don’t need a JavaScript framework.

    They need to load fast, behave predictably, and still make sense in five years.

    This article shows how to build a customer dashboard with Quarkus and Qute using server-rendered HTML and browser-native features like <dialog> and <details>.

    Less tooling. Fewer moving parts. More stability.

    the-main-thread.com/p/lean-bus

    #Java #Quarkus #WebDevelopment #ServerSideRendering #EnterpriseSoftware

  7. A Guide to Understanding and Using React Server Components

    writeforustech.net/2025/06/rea

    Learn how React Server Components enhance performance by splitting rendering between server and client. This guide explains their benefits, use cases, and how to implement them effectively in modern web apps.

    #ReactServerComponents
    #ReactJS
    #WebDevelopment
    #FrontendPerformance
    #ServerSideRendering
    #ModernWebApps
    #JavaScript
    #ReactDevelopers
    #FullStackDevelopment
    #React2025

  8. Is Node.js the future of backend development, or just a beautifully wrapped grenade?

    Lately, I see more and more backend systems, yes, even monoliths, built entirely in Node.js, sometimes with server-side rendering layered on top. These are not toy projects. These are services touching sensitive PII data, sometimes in regulated industries.

    When I first used Node.js years ago, I remember:
    • Security concepts were… let’s say aspirational.
    • Licensing hell due to questionable npm dependencies.
    • Tests were flaky, with mocking turning into dark rituals.
    • Behavior of libraries changed weekly like socks, but more dangerous.
    • Internet required to run a “local” build. How comforting.

    Even with TypeScript, it all melts back into JavaScript at runtime, a language so flexible it can hang itself.

    Sure, SSR and monoliths can simplify architecture. But they also widen the attack surface, especially when:
    • The backend is non-compiled.
    • Every endpoint is a potential open door.
    • The system needs Node + a fleet of dependencies + a container + prayer just to run.

    Compare that to a compiled, stateless binary that:
    • Runs in a scratch container.
    • Requires zero runtime dependencies.
    • Has encryption at rest, in transit, and ideally per-user.
    • Can be observed, scaled, audited, stateless and destroyed with precision.

    I’ve shipped frontends that are static, CDN-delivered, secure by design, and light enough to fit on a floppy disk. By running them with Node, I’m loading gigabytes of unknown tooling to render “Hello, user”.

    So I wonder:
    Is this the future? Or am I just… old?

    Are we replacing mature, scalable architectures with serverless spaghetti and 12-factor mayhem because “it works on Vercel”?

    Tell me how you build secure, observable, compliant systems in Node.js.
    Genuinely curious.
    Mildly terrified and maybe old.

    #NodeJS #BackendSecurity #SecureCoding #PII #Compliance #SoftwareArchitecture #ServerSideRendering #TypeScript #Java #Kotlin #Golang #Erlang #Ruby #Scalability #Observability #DevSecOps #LegacyVsModern #SecureByDesign #CompiledLanguages #CloudArchitecture #StatelessDesign #SecurityTheatre #TechSatire #LinkedInTechRant