Good read. I absolutely love async generators. It took a bit to wrap my head around them, but once I did, I felt like I unlocked a new power. :D

They added a huge new functionality in my ORM.

😅

ACK!!

that sounds like a good idea to explore. i didnt consider nostr, but i think i can fit it in. my implementation is fairly unique because im trying out an application-level cascading cipher. the following article isnt finished, but might show some insights.

https://positive-intentions.com/blog/cascading-cipher-encryption

like with the signal-protocol, it should be possible to adapt the nostr-protocol to be able to daisy chain to the cascade. im already using the MLS protocol in the cascade to help manage group messages. after taking a quick look at the nostr-protocol. i think its a good idea how it handles relaying messages. it could be useful for group messaging.

Just an idea, not criticism, but have you evaluated if the nostr protocol might serve your needs?

It's an open source protocol specifically for p2p applications.

Right ??

Title sounds sarcastic 😭

Now it's all settled

Even though its just a toolset, its a good one. I wasn't aware of Promise.allSettled. Nice post.

Agreed. It is just describing how async await works.

That's a handy set of tips, but I'm not sure that it's rethinking async or looping.

More silly fun with types: (4min video) https://www.destroyallsoftware.com/talks/wat
(It starts with Ruby, but hang on.)

... Proceeds to use Svelte cuz it has the exact features I want

React is popular but I honestly don't care about llm weenie vibe coder junior devs being biased towards react. Lions don't concern themselves with the opinions of sheep.

The majority of shit apps are being made with react sure.

But skilled seniors who intend to make something robust don't even tend to have an llm enabled that will even influence their opinion on the first place. The majority of senior devs keep repeating the same sentiment: llms primarily are slowing them down more than helping.

Junior devs that crutch on llms are falling behind and the quality of their output shows. They grow slower and produce worse output.

It's one thing to use it for monotonous tasks, but if it influences your higher level important decisions you are probably already cooked.

And it killed all interest I had in Vite as well. This kind of thing practically guarantees that they'll spend their effort on the for-profit stuff and gut the open source project of things it would otherwise have had built in.

Sure, maybe not today, but eventually some bean counter is going to look at it and demand it.

That killed all interest I had for it.

It's proprietary, to save you the click

I hope they win, but Oracle have a lot of money and a lot of lawyers.

https://github.com/Srylax/awesome-shai-hulud

A curated list of Shai-Hulud'd repositories

lol

Rick Rolls

• https://github.com/B611/Shai-Hulud

yeah okaay, of course there's those as well

CrowdStrike is a global cybersecurity leader with an advanced cloud-native platform for protecting endpoints, cloud workloads, identities and data.

At the time of this writing, approximately 200 infected packages have been identified, including several repositories such as the popular @ctrl/tinycolor and multiple owned by CrowdStrike.

Oops 🫠

Honestly, I'm surprised it has taken them this long to develop a proper worm, considering how everything ties into everything else.

It's for sure the next logical step.

Old school ideas with a new paintjob. I kinda like it.

I ended up figuring it out by using this simple pseudocode.

Probably due to it being a rare use-case. Sounds like you need durations, which are usually expressed as the timeframe between two dates. Perhaps the intervalToDuration function of the date-fns lib could help with this though. There's also formatDuration which may be helpful.

I tried it a decade ago when I was moving from PHP to JS. It was fine for me as an entry. Try it out. If it lives that long it can't be bad.

Use IntersectionObserver to detect scoll depth https://developer.mozilla.org/en-US/docs/Web/API/Intersection_Observer_API