It would be nice to include references to some common utilities (Git Credential Manager, AWS CLI, etc) that use this technique for authenticating users with CLI tooling.
Not sure how much of this article is or isn't AI in nature... the premise is interesting.
That said, using recursion in JS is asking for pain... you're best of rethinking an algorithm in such a way that removes recursion in favor of iteration. While some algorithms are intended to work best/easiest with recursion, it's usually a bad idea for JS.
Another issue tends to come down to trying to force immutable data usage, where mutation within a function/iterable is often a better use of the language in terms of overhead and performance. While not everything you do needs to be optimized, recursion is one of those things in JS where it's too easy to hit walls. Most runtimes do not have proper tail call optimizations for example.
Both in terms of JS limits as well as DOM limits, such as complexities that are less common today, but still pop up now and then. Nothing worse than a blank page that barely moves and soaks your CPU cycles.
If your timing structure is particularly tight, you might want to adapt an async iterable even... I really like that about the more modern stream designs in JS.
I think the only thing I'd probably change would be to just use emoji instead of the png. They're well supported enough, even if the "font-family" list gets a little weird.
Interesting. I'm not quite sure how I feel about this TBH, while I appreciate Cloudflare D1 (and Turso, and others), I'm not sure how I feel about locking in here. There's also PostgreSQL, CockroachDB and other PG compatible variants.
Personally, I've worked more with MS's Azure Entra (formerly Azure AD) than most other providers as well as self-managed, Identity Server, Octa, 0Auth, etc. The schema should support other adapters, but my skimming of the docs left me a bit wanting, with only links to the core libraries used.
YMMV.
Not a great comparison, likely AI generated fluff. No mention of advancements like RSPack and other options (Parcel). While there's lip service to "developer performance" and similar, there are no hard numbers or references in the article. No sources or citations either.
Total aside... I've been thinking it would be nice to build a CSV parsing library that uses iterable and async iterable options... effectively bubbling a character at a time, wrapped in an iterable bubbling a field at a time... then another for a row at a time... then a final inerrable for optionally transforming string[] for each row to object of key/values for each row.
My only issue is that I'd like to bubble each "character" as a set for joined utf-8 characters represented from the read stream. And I can't help but think that logic itself would be the most complex... effectively understanding unicode/utf8 well enough to peak/pop each "character" as a set. Then the wrapper would take field delimiters (quptes, commas) for bubbling.
So you could use the sync interface for "very fast" ETL to line separated json, for example... and async for data ingestion ETL to a queue or FaaS intake.
Been thinking of similar for a few different languages... but I think JS/TS generators would be particularly useful for this.
I got 20... that was rough AF. This just reaffirms my disdain for most DateTime parsing and libraries. Not just in JS, where it's *VERY* flexible, almost too much so. I really wish normies would get used to ISO-style YYYY-MM-DD format for dates, at the very least. Though I did once work on a project where early on a Jr dev had made the mistake of using YYYY-DD-MM, which is used nowhere on earth as a standard and was "too far along to fix"... Pissed me off to no end.