Node.js 26.0.0 (Now with Temporal)

https://nodejs.org/en/blog/release/v26.0.0

by aarestad • 2 months ago

151 61 2 months ago

noodlesUK• 2 months ago

I'm really looking forward to the temporal api being universally available. Moment and Luxon are fairly good but sensible date/time handling is something that really ought to be baked into the platform ootb.

culi• 2 months ago

Until then, a solid backfill has been available for quite some time

jpsimons• 2 months ago

I always thought the old Date is kind of elegant... increment anything with an overflow and it all wraps around correctly, like `d.setDate(d.getDate() + 100)` to advance a date 100 days. "March 208th" is interpreted like you'd expect, as are the hours and minutes and such.

Of course, complete lack of non-local non-GMT time zones is a huge downside.

keeganpoppen• 2 months ago

i'm pretty sure all that stuff works w/ Temporal... Temporal is extremely well-designed, in my experience. the js date object, on the other hand, has insane pitfalls, and i say this as someone who thinks not understanding JS ASI is a "skill issue", among other happily-un-"ergonomic" worldviews...

kaoD• 2 months ago

That's how you get date bugs.

kaelwd• 2 months ago

`d.add({ days: 100 })` also wraps like you'd expect. `d.with({ day: 208 })` becomes the last day of the month instead but "March 208th" is kinda nonsense anyway so whatever. You could emulate it with `d.add({ days: 208 - d.day })`

pjmlp2• 2 months ago

26.2.0 is already out, why link to the previous release?

https://nodejs.org/en/blog/release/v26.2.0

What I would expect with the inclusion of temporal, is having a section on nodejs docs about Rust addons, alongside the C and C++ sections.

aarestad• 2 months ago

That's on me - I saw v26 was released, but didn't realize they'd already done a point release in the ensuing 2-3 weeks!

petercooper2• 2 months ago

https://nodejs.org/en/blog/release/v26.1.0 is particularly cool as it added initial FFI support.

cute_boi• 2 months ago

Node JS team should look into bun and make progress. They are somewhat stable, but bun have lot of features and is more performant than Node.

HatchedLake721• 2 months ago

/s ? Bun is not yet (ever?) compatible with Node. I'm sure if Node JS could trim the fat with breaking changes they'd be fast too

bel8• 2 months ago

I expect bun to run almost everything that node runs these days. They have an extensive test suit to ensure that.

Even the complicated NextJS runs with Bun: https://nextjs.org/conf/session/nextjs-bun

Do you have a source for your claim?

notnullorvoid• 2 months ago

In my testing Bun wasn't much faster most of the time, usually on par for all non-IO related stuff, and there were some cases with scheduling where Bun was noticable slower.

xkcd-sucks• 2 months ago

Honest question, what isn't compatible? Where I work we've simply replaced node with bun across a lot of overcomplicated + crappy projects, and on my work+personal computers I alias bun/bunx to node/npx with seemingly no issues at all

karel-3d• 2 months ago

they should rewrite their whole stack by AI from one language to another language, it seems fun.

postepowanieadm• 2 months ago

They should the unexpected and vibe code node to zig. Or Odin for the kicks.

pjmlp2• 2 months ago

I see no reason to leave node in what concerns JavaScript runtimes.

classicposter• 2 months ago

No, Node.js is faster in real workload.

https://blog.platformatic.dev/bun-is-fast-until-latency-matt...

torgoguys• 2 months ago

I thought this was the release where the built in sqlite got its experimental tag removed, but I don't see it in the release notes. THAT'S got me excited more than Temporal. A stable API, huge utility and one less dependency.

dieulot• 2 months ago

It was made a release candidate in the previous (non-LTS) major version, in v25.7.0 from February.

Release notes: https://nodejs.org/en/blog/release/v25.7.0

Issue: https://github.com/nodejs/node/pull/61262

chrisweekly4• 2 months ago

Tangent: if you use Node.js at build time you should check out VitePlus https://viteplus.dev

(No affiliation, just a fan of VoidZero's consistently excellent tools.)

rumblefrog• 2 months ago

Looks interesting, what's their revenue model? Or how do we know it won't be abandoned in the near future?

shimman2• 2 months ago

The same as any other dev tool startup, once money gets tight they will monetize and users will rightfully revolt.

Evan You won't break the cycle, tale as old as time.

KronisLV• 2 months ago

Oh hey, they're the people behind Oxlint and Oxfmt: https://oxc.rs/

I moved some projects over to those from ESLint + Prettier and while the compatibility isn't 100% (I didn't need that), and the time to process a codebase went from like way over a minute with the old tools to a few seconds with theirs.

butz2• 2 months ago

Kind of difficult to install, especially in the enterprise business environment. At least they kept it free for everyone.

chrisweekly4• 2 months ago

Difficult how?

jauco• 2 months ago

Also the release that drops typescript transforms: https://github.com/nodejs/typescript/issues/51

(I’m not disagreeing to remove it. It just took me a while to find out what happened to it)

pier252• 2 months ago

Initially it didn't make sense to me... but it looks like type striping is really the way to go for future TS.

There's the "types as comments" proposal[1] which could even land on browsers one day.

I started using the erasableSyntaxOnly setting in my tsconfig to get ready for this.

[1] https://tc39.es/proposal-type-annotations/

sexylinux2• 2 months ago

At this point we should really prompt all the AI power in the world we have to create a TS replacement. It seems grotesque.

actionfromafar• 2 months ago

And here I thought that it was about https://github.com/temporalio/sdk-typescript

justinclift• 2 months ago

Yeah. Looks like they picked a name already well known for something completely different. :(

emilfihlman4• 2 months ago

It's so sad that node refuses to add websocket server support.

Adding websocket would simplify stuff tremendously, as well as make deployments much, much more secure.

skybrian2• 2 months ago

Why more secure?

I see that Deno has WebSockets, but I've never used them: https://docs.deno.com/api/web/~/WebSocket

owebmaster2• 2 months ago

"ws" is regularly the only package in my package.json

emilfihlman4• 2 months ago

Because it entirely removes dependency for external libraries and package repositories, like npm, for basic internet interoperability.

I (also) basically use only one package: ws.

sedatk• 2 months ago

Off-topic but, Safari seems to be the only browser that doesn't support Temporal yet. It looks like the only blocker for adopting it on web.

https://caniuse.com/?search=Temporal

owebmaster2• 2 months ago

No but Google wants to control the Web (they do).

tracker1• 2 months ago

Should be easy enough to detect/polyfill...

    if (!globalThis.Temporal) {
      // await import('temporal-polyfill/global');
      await import('https://cdn.jsdelivr.net/npm/temporal-polyfill@0.3.0/global.min.js'); 
    }

jdthedisciple• 2 months ago

Upsert (https://github.com/tc39/proposal-upsert): [Weak]Map.prototype.getOrInsert(), [Weak]Map.prototype.getOrInsertComputed()

Their usage of upsert appears different than I was used to:

Me: Upsert = Update or Insert

Them: Upsert = Get or Insert

bakkoting• 2 months ago

The proposal used to do more thing and we didn't change the URL after we ultimately arrived at this set of APIs.

OptionOfT2• 2 months ago

Reminds me of the weird C++ map operator[] behavior.

If you use that operator and the value doesn't exist, it'll default create one and return a reference to that.

And as I'm writing this I realize why... references cannot be `null`.

rtpg• 2 months ago

what is the value of an "update or insert" call on `Map`? is that not just set?

`getOrInsert` here seems to be the Python "set_default" method on dicts, which is very useful at avoiding tedium in some basic data munging

AdieuToLogic2• 2 months ago

what is the value of an "update or insert" call on `Map`?

It gives a caller the option of alternate logic based on the existence, or lack thereof, of a value.

is that not just set?

No. The semantics of a "set" operation would overwrite an existing entry (if one exists).

Klaster_1• 2 months ago

I do this all the time, getOrInsert would come really handy: you need something from a Map-backed storage, but the value may be unset, so you first check if it's undefined, set the default value, and then use that.

Example:

    update(store, (draft) => {
      if (!draft.alertConfigurations.has(req.params.clusterId))
        draft.alertConfigurations.set(req.params.clusterId, new Map());
      const clusterAlerts = draft.alertConfigurations.get(req.params.clusterId);
      req.body.forEach((alert) => clusterAlerts.set(alert.id, { ...alert, predefined: false }));
    });

AdieuToLogic2• 2 months ago

Their usage of upsert appears different than I was used to: Them: Upsert = Get or Insert

I agree that their choice of labeling the proposal as "upsert" is less than ideal. However, this functionality is reminiscent of a very useful Perl capability known as autovivification[0] as described in the motivation section:

  A common problem when using a Map or WeakMap is how to 
  handle doing an update when you're not sure if the key 
  already exists in the map.

0 - https://en.wikipedia.org/wiki/Autovivification

jollymonATX• 2 months ago

(Now with Malware) I joke! It already had malware.

OptionOfT2• 2 months ago

Node v26 doesn't ship with corepack anymore. Annoying, it was a decent way to get pnpm in-band.

bodash• 2 months ago

This is a surprise. And they still haven't included corepack as an official instruction on the nodejs.org download page. Is corepack a failed experiment?

Node.js 26.0.0 (Now with Temporal)

Related Stories