JavaScript-heavy approaches are not compatible with long-term performance goals

Re:JavaScript-heavy approaches are not compatible with long-... by yaku_brang_ja on Monday February 16, 2026 @11:29AM (#47036991)

Umm, are we really taking "being AI friendly" as an account to choose framework now? I’ve seen this mentioned often enough lately that it’s making me uncomfortable. I fear if this will becomes epidemic. This will literally hault progress in improving and adopting better frameworks.

[ Parent | on HN ]

Re:JavaScript-heavy approaches are not compatible with long-... by likium on Monday February 16, 2026 @11:51AM (#47037260)

As a solo dev who picked SolidJS, yes, it is a big factor. Things like tldraw, node editors, wysiwyg editors, etc. Having to reimplement them is a huge time sink.

[ Parent | on HN ]

Re:JavaScript-heavy approaches are not compatible with long-... by aleksiy123 on Tuesday February 17, 2026 @01:11PM (#47050806)

I also second this.

Some point last year I dropped solidjs in favour of React.

Purely because of libraries and ai assisted dev velocity for my own projects.

Actually started working on the features instead of wrestling with framework.

Sometimes taking the path of least resistance just makes sense.

[ Parent | on HN ]