![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://beehaw.org/pictrs/image/c0e83ceb-b7e5-41b4-9b76-bfd152dd8d00.png)
more developers trained in any tech stack
That is the primary argument my company used to justify forcing React. Do you know how many people we hired for their React experience? One. Everyone else was primarily backend or only had passing experience in React (not subject matter expert / does not know best practices). Meanwhile the rest of the team struggles to work in it (the frontend has become siloed) and very little of it follows best practice.
The reactivity of Svelte leaves a lot to be desired. The only difference between a computed property and a mutable property is
let x =
and$: x =
, both of which are declared in the same top-level scope and doesn’t provide much to distinguish them. The lack of reactivity on arrays and objects is a major foot-gun by default. The number of places they say “this looks weird, but don’t worry it’ll soon become second nature” in the docs shows that they acknowledge it’s bad design to create code that is misleading or goes against the grain/standard for what behavior developers should expect (makes it confusing to work with and then use anything else, or vice versa).The
#await
template directive is interesting; I’m not sure I agree it should be handled in the template instead of the script but if combined it would remove some boilerplateloading = true/false
anderror = 'message'
variables from script scope.