I like the statement they made on their jobs page:
Core Front-end Team
Passion for creating delightful and swift user interfaces.
Proficiency in HTML, CSS, and _an understanding that JavaScript can be used sparingly to enhance, not create, product experiences._
Ability to prototype rapidly.
Fun fact: At Kagi, we prioritize speed, to the point where *all functionalities of Kagi Search (except Stripe checkout and Maps) work perfectly without JavaScript*. We see JavaScript as a tool to enhance the UX, not create it.
It should work without JS. It even works in eww (in Emacs). Looking at the source of the page, there's a redirect (meta http-equiv="refresh") wrapped in a <noscript>-tag to the same URL but with "/html" before the path.[1]. It seems the browser you tried doesn't handle that.
> Fun fact: At Kagi, we prioritize speed, to the point where all functionalities of Kagi Search (except Stripe checkout and Maps) work perfectly without JavaScript. We see JavaScript as a tool to enhance the UX, not create it.
This doesn’t matter to me at all. When will people quit trying to hold the web back for their own self served interests?
If supporting Kagi means supporting this idea that javascript should die, I doubt I’ll sign up.
Where in that quote does it say that "Javascript should die"?
They're just talking about using progressive enhancement, which is a common recommendation for making web applications faster, more reliable, more accessible and less fragile.
If you think not making the entire UI and replicating browser functionality with custom JS code is "holding the web back", sorry to inform you but you might be holding the web back.
It doesn't really matter whether a site uses JavaScript or not, but empirically, sites that insist on being almost all HTML and CSS work infinitely better — faster, smoother, adhering to standard idioms — than sites that rely heavily on JS. There are some exceptions to this, of course, but by and large it's a pretty good heuristic.
Hyperbole much? Nowhere does it say JavaScript should “die”.
Today’s web is overflowing with unnecessary complication from trying to fit absolutely every type of content through a React shaped hole. It leads to a worse experience for everyone except the developer making the site, who gets to marvel at how fast they’re shipping new features.
If the future of the web is a trend towards more and more overcomplicated, buggy JS garbage, I’m quite happy to hold it back.
If you think my opinion wasn’t born out of experience with the supposed future of the web, but rather some unjustified bias against the language or something, I dunno what to tell you.
I'm not sure what other impositions you've had to deal with that made this a hot button issue, but Kagi said nothing about getting rid of JS here. They even call out two use cases where they depend on JS for core features, what makes you think they want to remove JS support all together?
In my opinion, in not using JavaScript they are missing out on a really nice DX. This is the kind of app that could be highly optimized _despite_ using React or something similar. Knee-capping your hiring to Make A Point (tm) is silly.
I have yet to see a website that felt better to use after switching to React or similar. To me it always feels like a straight downgrade in UX. A site that felt nice and snappy suddenly becomes heavy and sluggish.
Core Front-end Team
Passion for creating delightful and swift user interfaces.
Proficiency in HTML, CSS, and _an understanding that JavaScript can be used sparingly to enhance, not create, product experiences._
Ability to prototype rapidly.
Fun fact: At Kagi, we prioritize speed, to the point where *all functionalities of Kagi Search (except Stripe checkout and Maps) work perfectly without JavaScript*. We see JavaScript as a tool to enhance the UX, not create it.