Live data from Hacker News

Why Svelte is our choice for a large web project

github.com

131–136 of 136 posts

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

#131

Earlier quoted context omitted.

I'm curious that you didn't mention Elm here. Did you look at it and decide not, or not look at it?

It's not a comprehensive weighing of alternatives, instead it's a deep dive into Svelte's pros and cons as they relate to my experience and our project. Elm is awesome! There's nothing quite like it that I know of in its design space to bring user-friendly functional programming to the web. Similar to Svelte, its design holistically packages up the web's languages. Compared to PureScript, it's focused on a small and…

Thanks, that's useful :)

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

#132

Earlier quoted context omitted.

I submit that any large Ember codebase is intractable without Typescript.

I submit that Typescript is largely overrated, adds unnecessary complexity and fails to catch a large number of issues at compile time that it should in fact catch.

Like what?

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

#133
post #128
post #127

Earlier quoted context omitted.

That's the tutorial challenge code, you get the `svelte:component` solution after clicking "Show me". https://svelte.dev/tutorial/svelte-component But yea that's indeed what I should have done in my example if I wanted the component to be reactive, as you can see that's even more verbose and still doesn't take care of props.

I love this thread! And, isn't it likely this will be easier to support with Svelte eventually? My reasoning is that you just need to add a little syntactic sugar to the language and the compiler can add whatever code is necessary? With a runtime like React and Vue, it seems much harder to add in.

It's think it's likely the two issues I highlighted will eventually have syntactic sugar, I never wrote a transpiler but it doesn't seem that hard to support. It doesn't appear to be a priority though.

> With a runtime like React and Vue, it seems much harder to add in.

As a rule of thumb, it's almost always easier to add things at runtime than at compile time. That's why it took us so long to get Rust.

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

#134
post #130
post #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!

Cool project! Made me actually check out Crystal Lang - looks like a much nicer, modern version of Ruby without the cruft. Found a straggler "CrystalVue" substring in the main .cr file, you should give 'er the old find-and-replace all to change them.

Oh thank you!! I totally missed that.

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

#135

Earlier quoted context omitted.

I submit that any large Ember codebase is intractable without Typescript.

I submit that Typescript is largely overrated, adds unnecessary complexity and fails to catch a large number of issues at compile time that it should in fact catch.

What are you basing this on?

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

#136

Earlier quoted context omitted.

It's not a comprehensive weighing of alternatives, instead it's a deep dive into Svelte's pros and cons as they relate to my experience and our project. Elm is awesome! There's nothing quite like it that I know of in its design space to bring user-friendly functional programming to the web. Similar to Svelte, its design holistically packages up the web's languages. Compared to PureScript, it's focused on a small and…

Thanks, that's useful :)

Sure, thank you for the question! It prompted me to add a note about Elm and Dart in a relevant section in the document.

One important difference with Svelte versus Elm is that Elm makes a clean break from web technologies, while Svelte is designed to work with future versions of the web's languages.

Post reply on HN