2026-05-05, Version 26.0.0 (Current), @RafaelGSS We're excited to announce the release of Node.js 26! Highlights include the Temporal API enabled by default, updates to the V8 JavaScript engine to 14.6, Undici to 8.0, and several important deprecations and removals as we continue to modernize the platform. As a reminder, Node.js 26 will enter long-term support (LTS) in October, but until then, it
Node.js has undergone a remarkable transformation since its early days. If you’ve been writing Node.js for several years, you’ve likely witnessed this evolution firsthand—from the callback-heavy, CommonJS-dominated landscape to today’s clean, standards-based development experience. The changes aren’t just cosmetic; they represent a fundamental shift in how we approach server-side JavaScript develo
（2025/03/01追記） 2025/03/01にTypeScript 5.8がリリースされたので記事を更新しました。 TypeScript 5.8で導入されたerasableSyntaxOnlyフラグを使うと、enumやnamespace、クラスのパラメータプロパティ、moduleキーワードなどの構文をエラーとして検出できます。これらの構文はNode.jsでTypeScriptを実行する際に非互換な構文であり、本フラグの導入によりNode.jsとTypeScriptの互換性が高まります。 本記事では、erasableSyntaxOnlyフラグの挙動と、なぜこのフラグが導入されたのかを解説します。 erasableSyntaxOnlyフラグの挙動 erasableSyntaxOnly とは、「削除可能な構文のみ」という意味です。削除可能な構文とは、Node.jsでTypeScriptを実
ブラウザで実行される JavaScript とサーバーサイドで実行される Node.js では提供される API に違いがあります。 例えば DOM を操作する目的で使用する Document.querySelector() は Node.js に存在しないですし、反対にファイルを操作する目的で使用される fs モジュールはブラウザには存在しない API です。 リソースを取得するためのリクエストを実施する Fetch API も同様にブラウザにのみ存在する API でした。 Document.querySelector() のようなそもそも DOM の存在しないサーバーの API として提供されていないのわかりやすいですが、いかにも普遍的に使用できそうな Fetch() が Node.js の API に存在しないというのは初心者にとってはわかりづらく（確かに fetch() はブラウザ
SequelizeでJSONフィールドをupdateする場合はsetメソッドを使う 2022-02-02 nodejsのSequelizeで、MySQLのJSONフィールドをupdateしようとしてドハマリしたのでメモ。 DataTypes.JSON なフィールドは、create時はそのフィールドにobjectを入れるだけで保存できるが、update時はsetメソッドを通してsaveしないと更新できない。 これは更新できない const hoge = await models.Hoge.create({ jsonField: { foo: 123 } }) hoge.jsonField.bar = 456; await hoge.save(); // jsonField.barは保存されない これは更新できる const hoge = await models.Hoge.create({
Permissions とは Node.js には、コードを読み込む際にそのコードが得られる権限をポリシーとして宣言できる機能があります。 この機能は主に、実行対象となる Node.js アプリケーションが指定されたリソース以外の読み込みを実施しないことを保証するためにあります。 以前までは Module-based Permissions と呼ばれる、モジュール単位で権限を指定可能な機能が実験的な機能として導入されていました。 Module-based Permissions 本題に入る前に、Module-based Permissions についても少し触れておきます。 Module-based Permissions は名前の通り、実行ファイルで権限を管理するための機能です。 簡単なコード例を交えて紹介します。 main.js : reader.js から受け取った Buffer を
2023 年 4 月 18 日にリリースされた Node.js v20 の主な変更点を紹介します。 nodejs.org ファイルのアクセスやプロセスの起動を制限する新しいパーミッションモデル (experimental) --allow-fs-read でファイルの読み込みを許可する --allow-fs-write によるファイル書き込み許可 --allow-child-process による child_process の許可 --allow-worker による Worker Threads の許可 Permission Model の参考記事 V8 11.3 による新しい JavaScript の機能 テストランナー（node:test）が stable に昇格 Single Executable Application JSON の config を使った Blob が必要に
Cloudflare WorkersがNode.js API互換の提供を発表。Bun、Denoなどに続く対応により、Node.js APIはサーバサイドJavaScriptの事実上の標準になるか Cloudflareは、エッジでJavaScriptを実行できるサービス「Cloudflare Workers」において、Node.jsのAPI互換機能を提供すると発表しました。 node.js APIs have officially landed in Cloudflare Workers — no polyfills required. We've added AsyncLocalstorage, EventEmitter, Buffer, assert and util, with more on the way soon.https://t.co/8CkPZkS3Yb — Cloudfl
Node.js徹底攻略 ─ ヤフーのノウハウに学ぶ、パフォーマンス劣化やコールバック地獄との戦い方 Node.jsをうまく活用できている企業は、どのような方法でベストプラクティスを習得してきたのでしょうか。ヤフー株式会社でNode.jsの社内普及に務めてきた言語サポートチームに、同社の実施を紹介してもらいました。 Node.jsは「イベントループモデルで、ノンブロッキングI/Oを使用している」「問題発生時にHTTP/TCPやPOSIX APIなど低レイヤーの知識を求められる」といった特徴を持つ言語です。開発者が習得すべき技術領域が広いため、Node.jsらしい書き方の学習難易度は高いと言えます。 それでは、Node.jsをうまく活用できている企業は、どのような方法でNode.jsのベストプラクティスを習得してきたのでしょうか。ヤフー株式会社でNode.jsの社内普及に務めてきた言語サポート
A New LTS Release Line Node.js 8.x is now in LTS! Node v8.9.0 marks the transition of Node v8.x into Long Term Support (LTS), with the codename "Carbon". The v8.x line now moves into "Active LTS", and will remain so until April 2019, at which point it will move into "Maintenance LTS" until December 2019. For more info see the Release Schedule. Notable Changes between 6.x (Boron) and 8.x (Carbon) F
The next major release of Node.js brings a range of significant changes and additions, far too many for us to cover adequately in a blog post such as this. This article contains a summary of the most significant changes and features. Say hello to npm version 5.0.0 npm, Inc. recently announced the release of version 5.0.0 of the npm client and we are happy to include this significant new version wi
Node.js, Windows, npm, 開発環境 WindowsでNode.jsの開発環境を整えるのは多くの人にとって鬼門だったかと思います。 VC++のなんちゃらをインストールせよとかWindows SDKが別途必要とか言われてもよくわからないし、32bitはあーで64bitはこーでとか、手探りでやってみてもnpm installで赤いエラー出まくるし、使いもしない古いVisual Studio 2010とかインストールさせられてHDDにゴミだけ残るし、こんなんやってられっか！！となってもおかしくない状況が続いていました。少なくとも僕の中では。 npm installはほとんどの場合ライブラリをダウンロードするだけですが、ものによってはダウンロード後にビルドが発生するものがあります。 環境が適切に構築されていないとこれが赤いエラーの原因になるんですね。まじぶちきれそうになります。
sudo apt-get update sudo apt-get install gcc-4.8 g++-4.8 sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.6 20 sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.8 50 sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-4.6 20 sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-4.8 50
Node.jsのAdvent Calendar 12日目です。 巷でIoTとか流行ってるので大学でちょっと電子工作(Arduino)をした時についでにRaspberryPiを買ってから早２ヶ月 Raspbianを入れてから放置したままだったので これを機会にRasPiでGPIOやっていきたいと思います！ Q. 何故 Node.jsでやるのか？ A. JavaScriptが好きだからです！! けど、構文そのものはすきではな開発効率のためCoffeeScriptを普段から使っているのでCoffeeScriptで書いていきます。 使うもの (環境) 秋葉原で衝動買いしたRaspberryPi B+ - Raspbian GNU/Linux 7 (wheezy) Amazonで買ったB+用のケーブルとブレッドボード Arduinoと一緒に買ったLEDなどなど Ethernetケーブルとアダプター（
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
