David Behroozi

@rootothez.bsky.social

Solo developer. Doing the impossible; faster. https://speedrun.cc AWS Community Builder.

At @cascadiajs.com 2026, I overheard some people talking about Iowa. Turns out they also went to Iowa State University. Although they graduated 15+ years after me, they asked if I'd had Gadia, the database structures professor who wrote his own book. Yes, and here's the doodles I drew on his book.

BildBild

Anyone else notice improvements to log ingestion speed with lambda and CloudWatch dashboards? It used to be up to a minute before my logs were visible in a dashboard, but now it seems almost real-time.

This swag cup may be the worst I've ever used. Holding the rolled handle is awkward enough, but the mouth feel of the rolled lip on the rim is even more immediately no. It will be used to hold my jankiest pens.

Bild

Way back I wrote an Alexa skill to tell me if it was recycling week. It effectively did a n%2===0 on the week of the year. After 8 years of node updates I can confirm it's faster and easier to just look out the window and see if my neighbors' bins are out.

I ran my benchmark overnight to confirm there wasn't much improvement when turning on NODE_COMPILE_CACHE with Lambda Coldstarts. It's less than a 10ms improvement. There may be benefits with larger packages but for my setup (200K zip file) it isn't worth the trouble.

Bild

I experimented today with enabling NODE_COMPILE_CACHE to see if it would make Lambda coldstarts faster. I was able to create a .zip file with the cache from a previous run. I verified node used the cache successfully with NODE_DEBUG_NATIVE="COMPILE_CACHE". It didn't reduce the coldstart time 🫠.

LLRT v.8.1-beta has the fastest p50 InitDuration by 130ms. But if you measure E2E time from the client (what you should measure), it narrows to 79ms over AwsLite and 118ms over a modified AWS v3 JavaScript client on Node 24. This is likely due to the size of the LLRT binary being ~5MB.

Bild