Live data from Hacker News

Preact : a smaller, faster React alternative

blog.logrocket.com

1–10 of 49 posts

Re: Preact : a smaller, faster React alternative

#3
To all people who write React-alternatives: please modularize as much as possible. For example, JSX-like syntax is not necessary and some developers might not want to use it; therefore, it should be in a separate module that is completely optional. Also, the virtual-DOM part may be useful in itself, therefore it should also be a separate module. React offers some tools to more easily manage state, but please acknowledge that there are developers out there that have even smarter ways to deal with state.

Re: Preact : a smaller, faster React alternative

#8
post #3

To all people who write React-alternatives: please modularize as much as possible. For example, JSX-like syntax is not necessary and some developers might not want to use it; therefore, it should be in a separate module that is completely optional. Also, the virtual-DOM part may be useful in itself, therefore it should also be a separate module. React offers some tools to more easily manage state, but please acknowle…

JSX is purely a transpiler thing, so you don't have any code in the final package to handle that aspect

Re: Preact : a smaller, faster React alternative

#9
post #3

To all people who write React-alternatives: please modularize as much as possible. For example, JSX-like syntax is not necessary and some developers might not want to use it; therefore, it should be in a separate module that is completely optional. Also, the virtual-DOM part may be useful in itself, therefore it should also be a separate module. React offers some tools to more easily manage state, but please acknowle…

I disagree, and prefer monolithic frameworks than modular ones.

Catering for a common configuration of modules allows the maintainer and contributors to make more assumptions. These assumptions allow them greater freedom to optimize performance and simplify interfaces.

Lego like frameworks have to be uber generic thus catering to theoretical computer science aesthetics rather than real world practical use cases.

if a developer wants to stray from the "recommended" path, they should do so at their own cost. The community should not belabor themselves to accommodate outliers.

maintaining these projects is really hard work.

Post reply on HN