Live data from Hacker News

Why Svelte is our choice for a large web project

github.com

1–10 of 136 posts

Re: Why Svelte is our choice for a large web project

#2
I applaud the effort and will be following this project closely.

I love the pragmatism of this framework - no solutions looking for problems or complex, badly documented abstractions.

Even if Svelte won't be the next generation framework everyone will be using, the ideas it presents are definitely something the web needs.

Re: Why Svelte is our choice for a large web project

#3
I enjoyed the brief period I spent playing with Svelte. I ran into some bugs with the built-in animation support when changing states (there's built in animation support for changing states!) that I couldn't resolve, and which were pretty glaring in the UI. This was 6-9 months ago, though, so it may well have been fixed by now.

I'd really encourage all front-end devs to take Svelte for a spin, if for no other reason than to see a framework really trying to do things differently. There are a lot of nice ideas in there, and the works-out-of-the-box level is admirable.

Re: Why Svelte is our choice for a large web project

#5
I LOVE what svelte is doing. I've been using React daily for the last 5 years & it does the job, documentation is world class, community is great, but it still has sharp edges & parts that feel bad. Things like hooks make complicated things look & feel simple, which is great for 80% of my work, but for that other 20% (exit animations, high frequency re-renders, drag-n-drop without HTML5) I do some pretty atrocious things to make it work. This is where svelete shines.

The readme does a good job of pointing out its shortcomings, too. Primarily, no typescript support yet & the unknown bundle size inflection point. As soon as these are solved, I can't imagine it not becoming the best (albeit not most popular) solution.

Re: Why Svelte is our choice for a large web project

#6
I have switched to pure HTML/CSS/Javascript for frontend. And I am very happy with it.

I sometimes use external libraries. For example handlebars if I want to template something clientside.

But no more frameworks.

I think pure Javascript is plenty enough these days.

For those who can't live without a framework: What would you miss?

Re: Why Svelte is our choice for a large web project

#7
I'm rapidly becoming a huge Svelte fan. Quick self-promotion plug (but in the name of altruism): I've been working on an open source project that glues together Svelte (on the front end) and Crystal (on the back end).

https://github.com/noahlh/celestite

Two slightly obscure (but growing) languages/frameworks, but hey, gotta pick a niche. Contributions & feedback welcome!

Re: Why Svelte is our choice for a large web project

#8
What I'd hoped to see here was why use Svelte for a large web project. I get the advantages, but devising and maintaining good architecture is hard enough in the more established React paradigm. What do complex and older Svelte apps look like? This is the part that's missing for me, not pleasant DX and early-web nostalgia.

Re: Why Svelte is our choice for a large web project

#9
Svelte is absolute trash.

It actively encourages mutability, which is a one way avenue to bugs bugs and more bugs. ie, shit like this is all over the official documentation:

  
    let mutable = 1;
    function f1() {
      onMount(() => {
        mutable = /* do some complex shit here */
      });
    }
    function f2() {
      onMount(() => {
        mutable = /* do some complex shit here */
      });
    }
  

  
    
    
  
Complete non-deterministic state changes. Absolutely abhorrent stuff. Cannot believe my coworkers and others actually like using this absolute garbage of a framework.

Re: Why Svelte is our choice for a large web project

#10
I like what I see from Svelte but I'm afraid it's going down the exact same road Meteor did.

Too many options, not enough Blessed Solutions for basic things.

Take routing for example, in Svelte you have a lot of options but no real #1 "Svelte Recommends (tm)". They should solve this problem before it gets out of hand. It killed Meteor.

Post reply on HN