JavaScript Daily

JSR - the JavaScript Registry - is now available in public beta. 🛠️ TypeScript first, ESM only 🌐 Works across runtimes (Node, Deno, Bun, workerd and more) and alongside npm/yarn/pnpm 🤗 Free and open source Read about it on the Deno blog: https://deno.com/blog/jsr_open_beta

📢 LLRT (Low Latency Runtime) is a new JS runtime from Amazon ✨ ⚡ Designed for fast Serverless startup time 🦀 Written in Rust 💨 Embeds the QuickJS engine written in C 💡 Lightweight (~3MB) 🧪 Experimental! https://github.com/awslabs/llrt

A quick and fun guide to setup a template of #SolidJS + #TailwindCSS + Tauri and develop for desktop and mobile simultaneously... 🤯🤯🤯 🔥 Follow @javascriptdaily 🔥 https://www.youtube.com/watch?v=W539_PP4Y98

Happy New Year to all the JS Daily subscribers. Let's have a cheerful year in 2024

The rise and rise of #JavaScript Credits: Data is beautiful (YouTube)

An interesting take on Frontend in 2023 and also some predictions in the article by @Jamie https://buttondown.email/whatever_jamie/archive/frontend-predictions-for-2024

#threejs A quick example of how one can "synchronize" a 3d scene across multiple windows using three.js and localStorage 🔥 Follow @javascriptdaily 🔥 Repo: https://github.com/bgstaal/multipleWindow3dScene

JS + generative art

Announcing WinterJS The most performant JavaScript Service Workers server thanks to Rust and SpiderMonkey. WinterJS is a JavaScript Service Workers server written in Rust, that uses the SpiderMonkey runtime to execute JavaScript (the same runtime that Firefox uses). We chose to follow the WinterCG specification to aim for maximum compatibility with other services such as Cloudflare Workers, Deno Deploy and Vercel (hence the name WinterJS). WinterJS is not only blazing fast™️ but can also be compiled to WebAssembly thanks to WASIX and thus also run fully with Wasmer. https://wasmer.io/posts/announcing-winterjs-service-workers

Exciting news - roadmap editor is live  🥳

You can now create custom roadmaps, add content and resources, share them with your friends, teams or publicly.
This is a huge next step for us and we are so excited about what's coming next!

An interesting feature addition to https://roadmap.sh/ 🔥 Follow @javascriptdaily 🔥 https://x.com/kamrify/status/1708293162693767426

Tauri 1.5.0 Released 🎉🎊🎉🎊 - Bun support - Notarytool - Code signing improvements - macOS frameworks - Mixed content on Windows https://beta.tauri.app/blog/tauri-1-5/

#ECMAScript excitement 😉 These proposals moved this week #TC39 🎉🎉 4️⃣ Resizable ArrayBuffer 2️⃣ RegExp.escape 2️⃣🔙 ShadowRealm 1️⃣ Joint Iteration 1️⃣ Locale Extensions 1️⃣ Iterator Sequencing 1️⃣ Negated in 1️⃣ Stable Formatting 🗑️ FinalizationRegistry #cleanupSome 🗑️ Symbol.thenable

#ECMAScript excitement 😉 Next week's #TC39 meeting is hosted by #TechAtBloomberg in Tokyo & has a packed agenda: 🔸 AsyncContext 🔸 Decimal 🔸 Import Attributes 🔸 Intl.MessageFormat 🔸 Negated in 🔸 Pattern Matching 🔸 Structs 🔸 TDZ 🔸 Throw expressions 🔸 Type Annotations https://github.com/tc39/agendas/blob/main/2023/09.md

Meet hwy.dev, a new TypeScript metaframework built on top of hono.dev and htmx.org 🚀 Quickstart: npx create-hwy@latest Features: ✅ Server-rendered JSX / TSX ✅ Nested, file-based routing ✅ Remix-style actions and parallel loaders ✅ Async page components ✅ Rich Hono middleware ecosystem ✅ 100% type-safe ✅ Built-in critical CSS inlining ✅ Live browser refresh during dev ✅ And much more...

Next.js 13.5 Released !! ◆ 22% faster local server startup ◆ 29% faster HMR (Fast Refresh) ◆ 40% less memory usage ◆ Optimized package imports ◆ next/image improvements ◆ And over 438 bugs patched! 🔥 Follow @javascriptdaily 🔥 https://nextjs.org/blog/next-13-5

ECMAScript excitement 😉 Safari 17.0 ships support for #TC39 Stage 3 proposal Set Methods 🎉 The seven new Set.prototype methods are: 🔸 intersection 🔸 union 🔸 difference 🔸 symmetricDifference 🔸 isSubsetOf 🔸 isSupersetOf 🔸 isDisjointFrom 🔥 Follow @javascriptdaily 🔥 https://github.com/tc39/proposal-set-methods

Bun is disrupting JavaScript land . . . 🔥 Follow @javascriptdaily 🔥 https://www.youtube.com/watch?v=dWqNgzZwVJQ

Bun vs pnpm I'm seeing a lot of bun vs pnpm install speed comparisons but would like to provide some nuance: the absurd perf difference usually is a result of one tool running with a network API call overhead, while the other not. bun install defaults to the behavior similar to pnpm's --prefer-offline flag, which skips hitting the npm API. To simulate the default behavior of pnpm, you have to use bun --force. Here are some comparisons on my machine (network from Singapore) with different conditions: bun (no cache, no lockfile): 5.4s pnpm (no cache, no lockfile): 6.7s bun (with cache, no lockfile): 30ms pnpm (--prefer-offline, with cache, no lockfile): 587ms bun (--force, with cache, no lockfile): 2.73s pnpm (with cache, no lockfile): 5.9s bun is still faster, but not so significant as some benchmark graphs may have led you to believe. bun itself is amazing in many ways and deserve hype, but I'd love to see we compare apples to apples and not gloss over the details for engagement. context for the benchmark: it's using the Vite + Vue + TypeScript boilerplate generated from bun create vite. - Evan You (https://twitter.com/youyuxi/status/1701243745880932687) 🔥 Follow @javascriptdaily 🔥

Bun 1.0 is finally here. 🎉🎊 Bun is a fast, all-in-one toolkit for running, building, testing, and debugging JavaScript and TypeScript, from a single file to a full-stack application. Today, Bun is stable and production-ready. https://bun.sh/blog/bun-v1.0