並び順

ブックマーク数

期間指定

  • から
  • まで

401 - 440 件 / 978件

新着順 人気順

nodeの検索結果401 - 440 件 / 978件

  • Electron(v.15.0.0 現在)の IPC 通信入門 - よりセキュアな方法への変遷 - Qiita

    2021/09/22にリリースされた v.15.0.0 中でIPC通信周りに大きな変更はありませんでした。 ただ、その前のバージョン(14.0.0)で、contextBridge.exposeInMainWorld(apiKey, api)からExperimental(実験的)が取れ、正式運用となっていたようです(#30011)。 Electron における IPC 通信 Electron で Desktop アプリケーションを作るにあたって理解しなければならないのは、根幹を成す「IPC通信」かと思います。IPC は Inter-Process Communication、プロセス間通信の略です。 IPC 通信の方法については、Electron において、いくつかの段階を経て、進化を遂げています。今回の記事では、その歴史を追いながら、仕組みとセキュアな方法を書いていきたいと思います。 なぜ

      Electron(v.15.0.0 現在)の IPC 通信入門 - よりセキュアな方法への変遷 - Qiita
    • Node.jsのHTTP over QUIC(HTTP/3)を試す

      2020/10/20にNode.js v15がリリースされました 🎉 色々新機能や破壊的変更が加わっているので、詳しくは公式のリリースノート等をご参照ください。 — Node.js v15.0.0 is here!. This blog was written by Bethany… | by Node.js | Oct, 2020 | Medium また、Node.jsのコラボレータによる日本語のわかりやすい記事もあるのであわせてご覧ください。 Node.js v15 の主な変更点 - 別にしんどくないブログ 10月20日にメジャーアップデートとしてリリースされたNode.js v15の紹介 | watilde’s blog npm v7の主な変更点まとめ | watilde’s blog まとめは以上にして本題です。本記事はv15の変更点まとめを目的とした記事ではなく、v15にて新し

        Node.jsのHTTP over QUIC(HTTP/3)を試す
      • GitHub - jeremydaly/lambda-api: Lightweight web framework for your serverless applications

        You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

          GitHub - jeremydaly/lambda-api: Lightweight web framework for your serverless applications
        • Ubie Design Tokensを公開しました

          こんにちは、Ubie株式会社でデザインエンジニアをやっているtakanoripです。 Ubieではデザインのクオリティと生産性向上のためデザイン生産基盤の整備に力を入れています。 今回その一環として開発したデザイントークンをnpmパッケージとして公開しました。(現在はColorのみ。) 開発経緯 Ubie Design Tokens開発以前からデザイントークンのようなものは存在しており、CSS Variablesとして実装されていました。しかしユースケースを想定せず作った変数があったり定義が細かすぎたりしたことで「どの変数をどういう場面で使用すれは良いかわからない」という問題が発生していました。 そこで変数の定義を見直し、より実際のデザインに即したデザイントークンを策定するとともに、プロダクトごとの実装差異をなくすためのライブラリの開発に着手しました。 Colorの定義 Ubie Desi

            Ubie Design Tokensを公開しました
          • Node.js と ID について - Qiita

            [ English Version ] 2020年の 「Promise のキャンセルについて」ブログ記事に続き、これもまた基本的なトピックとして深く掘り下げていきたいと思います。 アイデンティティ(略称ID)、つまりあるものを識別する方法は、ほとんどのツールがすぐに提供してくれるので、普段考える必要はありません。しかし、私たちはユーザーのために作っているのです。人間です。ID は、URL であったり、レシートであったりと、ユーザーの目に触れることが多く、そのときにIDの形が実際の違いを生むことがあります。 この記事を読んでいただければ、このトピックが魅力的であることに同意していただけると思います。その後、あなたはIDを同じように見ることができなくなるに違いありません。 この記事のコードは、関連する github レポ に掲載されています。 Classic ID's, auto increm

              Node.js と ID について - Qiita
            • Node.js — Bringing forward the End-of-Life Date for Node.js 16

              Changing the End-of-Life Date for Node.js 16 to September 11th, 2023 Summary We are moving the End-of-Life date of Node.js 16 by seven months to coincide with the end of support of OpenSSL 1.1.1 on September 11th, 2023. Why? When we put together Node.js 16 the hope was that we would be able to include OpenSSL 3. Unfortunately, the timing of the releases did not allow that to be possible, and we re

                Node.js — Bringing forward the End-of-Life Date for Node.js 16
              • Denoのフロントエンド開発の動向【2024年冬】

                半年程前に、以下のような記事を書きました。 この記事では、上記の記事から半年程の間で起きたDenoでのフロントエンド開発に関して影響がありそうな内容などをまとめていきます。 Deno本体のアップデート 直近半年ほどでDenoに導入された機能からフロントエンド開発に影響しそうなものについていくつか紹介します。 npmパッケージの対応状況について 大きな点として、Deno v1.35からAstroが動作するようになったようです。 それ以外にはDenoでNext.jsを動かすための試みがいくつか進んでいるようです。next buildやnext devを動かすための対応がいくつか入っています。 また、直近で公開されたロードマップではSvelteKit, VuePress, Qwik, Remixなどを動かすための対応を進めていくことが検討されているようです。 Remixについては公式でRemix

                  Denoのフロントエンド開発の動向【2024年冬】
                • Dual Package Hazard - from scratch

                  この記事は Node.js Advent Calendar 2019 の 11 日目の記事です。 qiita.com 今回は全 Node.js で ES Modules を利用するユーザーが知っておくべき Dual Package Hazard について紹介します。 ESModules がフラグ無しでサポートに。 これまでは ES Modules は --experimental-modules フラグが無いと使えませんでしたが、 フラグ無しで Node.js v13.2.0 から使えるようになりました。ES Modules については CodeGrid の記事で詳しく書いているのでそれを一読していただけると理解がスムーズになると思います。逆に読んだ方は Conditional Exports / Dual Package Hazard の節まで飛ばしてもらって構いません。 www.cod

                    Dual Package Hazard - from scratch
                  • 🌕 moonでのmonorepo管理とpackemonでのCJS/ESMのdual package

                    🌕 moonでのmonorepo管理とpackemonでのCJS/ESMのdual package 🌕 moon 一貫性を持ったmonorepo管理ツール for JavaScript ハッシュを使ったファイルキャッシュ プロジェクトのパッケージ間の依存関係の分析とタスク実行 Node.js/npmパッケージマネージャーのバージョン管理と一貫性 TypeScriptのProject Referendcesの一貫性 比較 Nx: The Framework + Pluginで拡張する Lerna: Nx傘下、ライブラリ公開向け Turborepo: タスク実行の最適化をする moon: monorepoでの一貫性を提供する Packemon: moonと同じ作者。ESM/CJSのライブラリ公開向け 比較(言語) Nx: TypeScript + C++[^1] Turborepo: Go

                    • そのテスト、最後まで実行されていますか? jestとnpm-run-allの恐るべき罠

                      皆さんこんにちは。この記事では、筆者が最近業務中に経験した恐るべき罠についてシェアしたいと思います。 CIでユニットテストを実行することは、とても多くのプロジェクトで行われています。ユニットテストは特に、既存のコードの変更を自信を持って行うために必要なものです。弊社でも、CI (GitHub Actions) でユニットテストを実行しています。 あるとき、CIの挙動が不安定になったことをきっかけに、CI上でのユニットテストの実行について調べてみました。その結果、とんでもないことが判明したのです。 不安定になったCI 時折、CIにすごく時間がかかり、30分経ったあたりでタイムアウトしてしまうことがありました。そのときのログを見てみると、jestによるユニットテストが実行されている最中に、何のログも出力せずに突然止まっているようでした。そのようなときはリトライするとそこそこの確率で成功します。

                        そのテスト、最後まで実行されていますか? jestとnpm-run-allの恐るべき罠
                      • Windows、Linux、Macの各環境にnvmを使用してNodeの実行環境を構築する | DevelopersIO

                        フロントエンドの開発やAWS CDKを用いた開発など、最近はNodeの実行環境を求められるケースが増えてきました。このエントリでは、Windows、Linux、Macという3つの異なる環境で、nodeとnpmコマンドが使えるようになるところまでの手順を解説します。 こんにちは。サービスグループの武田です。 フロントエンドの開発やAWS CDKを用いた開発など、最近はNodeの実行環境を求められるケースが増えてきました。このエントリでは、Windows、Linux、Macという3つの異なる環境で、nodeとnpmコマンド(もちろんnpxも *1)が使えるようになるところまでの手順を解説します。 目次 nvmって必要なの? 検証環境 Windows Linux Mac まとめ nvmって必要なの? そもそもnvmが何かというと、Nodeの複数のバージョンを管理し、切り替えたりするためのソフトウ

                          Windows、Linux、Macの各環境にnvmを使用してNodeの実行環境を構築する | DevelopersIO
                        • Node.jsでの標準入力の書き方をまとめてみた - Qiita

                          var input = require("fs").readFileSync("/dev/stdin", "utf8"); console.log(input); 標準入力を表す特殊ファイル(/dev/stdin)をreadFileSyncで読み込みます。 メリット : 記述がかなりシンプル デメリット: /dev/stdinはUNIX系のOSでしか利用できないので、Windowsでは利用できない 2. process.stdinをreadlineモジュールを利用して読む process.stdin.setEncoding("utf8"); var lines = []; var reader = require("readline").createInterface({ input: process.stdin, }); reader.on("line", (line) => { //改

                            Node.jsでの標準入力の書き方をまとめてみた - Qiita
                          • Node.js における ES Modules を理解する - 30歳からのプログラミング

                            記事執筆時点での最新版の Node.js では、モジュールシステムとして ES Modules を使うことができる。 また、CommonJS で書かれたモジュールを ES Modules で読み込むこともできる。 Node.js のモジュールシステムは複雑すぎて苦手意識があったので、整理した。 この記事の内容は、Node.js のv14.7.0で動作確認している。 Node.js のモジュールシステムはバージョン毎に挙動が大きく変わるので、注意が必要。 そのファイルは CJS なのか ESM なのか Node.js で使えるモジュールシステムとして、ES Modules(以下、ESM)の他に CommonJS(以下、CJS)があり、CJS がデフォルトになっている。 Node.js におけるモジュールシステムを理解するためにはまず、Node.js が各ファイルをどのモジュールシステムとして

                              Node.js における ES Modules を理解する - 30歳からのプログラミング
                            • 令和最新版 CoffeeScriptで書かれたnodeと上手くやっていく方法、そして決別 <わかれ> - moznion

                              moznion サーバーサイドエンジニア Seattle, Washington在住 10年モノのCoffeeScript on node というのは若干言いすぎで、およそ9年モノです 2014年当時の状況 ES2015以前 (そりゃそう) Babelはあった TypeScriptブレイク以前 (だいたい2016年くらいから広くproduction readyになったという印象) AltJSの萌芽 => この時点でCoffeeScriptを採用したのは間違いではないはず...... 2023年現在の状況 JavaScriptの言語機能がめちゃ拡張された TypeScriptがメジャーに DHH、TypeScriptをやめる => CoffeeScriptを使うメリットはおそらく失なわれたと言ってもよい (このへんを参考にした: https://yosuke-furukawa.hatenab

                                令和最新版 CoffeeScriptで書かれたnodeと上手くやっていく方法、そして決別 <わかれ> - moznion
                              • corepack でモジュールごとに npm クライアントを指定する

                                tl;dr node 14.19.0 で npm のバージョンを明示的に切り替える corepack が入った package.json の packageManager フィールドで npm 自体のバージョンや yarn の使用するバージョンを指定できる 詳しくは https://zenn.dev/teppeis/articles/2021-05-corepack 現状の npm-cli 自体が corepack に対応してないので、有効にしたければ npm コマンド自体を corepack に移す必要がある 現時点で packageManager を指定するだけだとまだ他の環境で有効にならないが、将来的に npm と node の corepack 対応が行き渡った時点で段階的に有効になる。 もっと詳しく # 手元の node を v14.19.0 以上に更新する # 自分は nvm

                                  corepack でモジュールごとに npm クライアントを指定する
                                • Node.jsコミュニティの運営経験を生かしたフロントエンド開発マネジメントー古川陽介さんが選んだ二足のわらじのキャリアとは - Findy Engineer Lab

                                  日本のNode.jsコミュニティの中心で活動してきた古川陽介(@yosuke_furukawa)さんは、仕事でもシニアソフトウェアエンジニアとグループマネジャーの二足のわらじを履きこなしています。アプリ開発の最前線における複数の役割にコミュニティの運営と、これだけわらじを履いていては足がもつれてしまうのではないかというのは勝手な印象で、古川さんにとってみればどれも地続きのことだと言います。 スペシャリストとしてキャリアを築いてきながら、どういった形でマネジメントにも取り組むようになったのか。フロントエンドに傾倒するようになったきっかけから、ひとつの技術領域を突き詰めた上でその分野のリーダーとしてチームをまとめ、育成に取り組む上での心がけなど、これまでの歩みも含めてお話をうかがいました。 スペシャリストでありマネージャーである必要性があった ユーザーを喜ばせるためにフロントエンドを突き詰める

                                    Node.jsコミュニティの運営経験を生かしたフロントエンド開発マネジメントー古川陽介さんが選んだ二足のわらじのキャリアとは - Findy Engineer Lab
                                  • proto - A multi-language version manager | moonrepo

                                    A version manager for all your favorite languages and tools. A unified toolchain. Supports Bun, Deno, Node (npm, pnpm, yarn), Rust, Go, and more.

                                    • Announcing Sandpack 2.0 and a Node.js runtime for any browser - CodeSandbox

                                      Today, we are announcing Sandpack 2.0, which introduces Nodebox—a fast Node.js runtime that allows you to run server-side code in any browser. One year ago, we introduced Sandpack, an open-source in-browser bundler that allows you to run live running code examples on your website. We couldn’t have made a better decision. We knew how powerful Sandpack is (it's the bundler that powers CodeSandbox it

                                        Announcing Sandpack 2.0 and a Node.js runtime for any browser - CodeSandbox
                                      • TensorFlow.jsノードをNode-REDで使ってみる - Qiita

                                        日立製作所OSSソリューションセンタの横井です。今回は、画像認識を行うNode-REDのTensorflow.jsノードの使い方をご紹介します。 Tensorflow.jsとNode-RED TensorFlow.jsとは、TensorFlowのJavaScript実装です。TensorFlow.jsを用いることで、ブラウザ上やサーバサイドのNode.jsで学習や推論処理をリアルタイムに実行できます。また、Node-REDは、主にIoT向けに開発されたピジュアルプログラミングツールです。InfoQの記事によると、2020年のトレンドとしてTensorlow.jsはEarly Majority、Node-REDはEarly Adoptersという流行っている/流行りつつあるOSSとして位置付けられています。 本記事では、これらトレンドの2つのOSSを組み合わせて何ができるか見てみましょう。

                                          TensorFlow.jsノードをNode-REDで使ってみる - Qiita
                                        • An introduction to WebAssembly for JavaScript Developers

                                          If you transmit a number whereas an integer encoded on 64 bits is expected you will get an exception: let run = async () => { try { let bytecode = await fetch("add/add.wasm"); let wasm = await WebAssembly.instantiateStreaming(bytecode); console.log(wasm.instance.exports.addInt64(1,2)); } catch(e) { console.error(e); } }; > run().then(); TypeError: wasm function signature contains illegal type Call

                                          • ポストモーテム: AWS Lambda内のリクエストからHTTPヘッダが消えた日

                                            AWS Lambdaで突如としてHTTPヘッダが消失し、それにより悩まされることとなった日の経験を共有します。この問題がどのように生じ解決に至ったのか、また、私たちが学んだ教訓について述べていきます。 対象のLambda関数 今回問題が起きたLambda関数では、ランタイムにNode.jsを利用していました。Lambda関数の中には、外部のAPIサーバに対するリクエスト処理が含まれます。 環境情報は以下の通りです。 ランタイム: Node.js 18 (18.18.2) リクエストライブラリ: ky v1.0.1 エラーの発生 ある時、APIサーバからのレスポンスが"415 Unsupported Media Type"というエラーで返ってくるようになりました。エラーメッセージは以下のようなものです。 問題が起きる前は一度も発生していないエラーでしたが、一度発生した後は、全てのリクエストが

                                              ポストモーテム: AWS Lambda内のリクエストからHTTPヘッダが消えた日
                                            • Node.js の import.meta.resolve について

                                              先日 import.meta について調査して人に話す機会があり HTML(Web) と Node.js の各ホストの import.meta がどのようなオブジェクトを返すのかを調査していた。そのときは、「HTML でも Node.js でも import.meta.url だけが生えていて〜〜」という話をしてしまった。 後になって知ったのだが、Node.js には import.meta.url 以外にも import.meta.resolve というプロパティが実装されている。 この記事では Node.js に実装されている import.meta.resolve について解説する。 なお、import.meta.url はまだ Stability 1 の API なので、今後仕様が変わる可能性があることに注意してほしい。 import.meta について まず import.met

                                                Node.js の import.meta.resolve について
                                              • 社内で使う npm パッケージの作成に Deno を採用した話 - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                こんにちわ。フロントエンドエキスパートチームの@nus3_です。 最近、社内用の npm パッケージを作る必要があり、そのパッケージは依存が少なく、実装もシンプルだったので、npm パッケージの作成には Deno と dnt を採用しました。 dnt とは dnt は Deno で実装したモジュールを CJS、ESM に対応した npm パッケージに変換してくれるビルドツールです。 使い方も簡単で、次のように dnt が提供するbuild関数にエントリーポイントや出力先などの必要な情報を渡すだけです。 import { build } from "https://deno.land/x/dnt@0.38.1/mod.ts"; await build({ entryPoints: ["./mod/index.ts"], // Denoで実装したモジュールのエントリーポイント outDir:

                                                  社内で使う npm パッケージの作成に Deno を採用した話 - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                • Node.js v12 を使い続けていたのはなぁぜなぁぜ?

                                                  移行が大変だもん

                                                    Node.js v12 を使い続けていたのはなぁぜなぁぜ?
                                                  • [ChatGPT] Open AI API を Node.js x TypeScript で試してみた | DevelopersIO

                                                    こんにちは!DA(データアナリティクス)事業本部 サービスソリューション部の大高です。 最近人気のChatGPTですが、OpenAI APIを利用することでも触ることができそうなので、今回は以下の組み合わせで試してみました。 Node.js TypeScript なお、アカウントの作成手順については、このエントリでは省略します。 プロジェクトの作成 まずは、以下を参考に Node.js & TypeScript のプロジェクトを作成していきます。 まずはGitHub上で.gitignoreをNodeとしたプロジェクトを作成し、作成した空のリポジトリをCloneしてきて、以下で初期化していきます。 $ yarn init -y $ yarn add --dev typescript @types/node ts-node nodemon $ npx tsc --init --rootDir

                                                      [ChatGPT] Open AI API を Node.js x TypeScript で試してみた | DevelopersIO
                                                    • Node.js で最近変わりそうな Permission Policy について - from scratch

                                                      さてさて、 25日目の Node.js アドベントカレンダーです。もう年の瀬ですね。振り返りシーズンなんで色々書きたかったんですが、ネタを見つけているうちにこの日になってしまいました。 Permission Policy とは Node.js に新しく Permission を提供しようという試みです。元々 Node.js では同じプロセス内で動いてしまえば どんなモジュールであろうと同じ権限で色々できますね。外部ネットワークにアクセスしたり、ファイルを読み書きしたり。 プロセスに元から許可されている権限は全てできてしまいます。これが今まででは普通でしたが、今後はもしかしたら変わるかも?という話です。 権限に関して制限をかけて、拒否させることが可能です。 以下のような要領で拒絶させることができるようになります。 $ node --policy-deny=net 上のオプションでプロセス内の

                                                        Node.js で最近変わりそうな Permission Policy について - from scratch
                                                      • EKS on Fargate:virtual-kubelet の違い + Network/LB 周りの調査 - @amsy810's Blog

                                                        EKS on Fargate こんにちは。 サイバーエージェントの青山(@amsy810)です。 この記事は Kubernetes3 Advent Calendar の 4日目の記事です(EKS #2 にもクロスポストしています)。 re:Invent で EKS 関連の何かしらの発表がされることを見越して Advent Calendar を埋めたので、書くネタが見つかってホッとしています。 KubeCon 会期中に 「Managed Worker Node for EKS」 がリリースされ歓喜の声が上がりましたが、今回は re:Invent で 「EKS on Fargate」 がリリースされ歓喜の声が上がっているようです。 今回は EKS on Fargate のアーキテクチャを見ていきたいと思います。virtual-kubelet と近いと思ってますが果たして。 (EKS on Fa

                                                          EKS on Fargate:virtual-kubelet の違い + Network/LB 周りの調査 - @amsy810's Blog
                                                        • Introduction

                                                          A simple yet powerful testing framework for Node.js Japa comes with everything you need to test your backend applications. Be it writing JSON API tests using an Open API schema or writing browser tests using Playwright. Unlike other testing frameworks born out of the frontend ecosystem, Japa focuses only on testing backend applications and libraries. Therefore, Japa is simpler, faster, and bloatwa

                                                            Introduction
                                                          • Node.js 16 available now

                                                            This blog was written by Bethany Griggs, with additional contributions from the Node.js Technical Steering Committee. We are excited to announce the release of Node.js 16 today! Highlights include the update of the V8 JavaScript engine to 9.0, prebuilt Apple Silicon binaries, and additional stable APIs. You can download the latest release from https://nodejs.org/en/download/current/, or use Node V

                                                              Node.js 16 available now
                                                            • GitHub - ranyitz/qnm: :mag: cli utility for querying the node_modules directory

                                                              You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                                GitHub - ranyitz/qnm: :mag: cli utility for querying the node_modules directory
                                                              • JSのデザインパターンライブラリを試作した話と、それをJSRにアップロードしたら無茶苦茶簡単で感動した話

                                                                デザインパターンライブラリを作った JSRの話だけ読みたい人は読み飛ばしてもOKです。 JavaScriptのtry-catchはC++の影響を受けており、以下の特徴があります。 (A) throwは大域脱出的である。 (B) try-catchはブロック内の全ての例外副作用に対して一括で作用する。 (C) try-catchは文であり、値を返せない。 (D) TypeScriptにおいて、例外型は明示されない。 このうち (B), (C), (D) の問題を解決するため、RustのResultや類似のパラダイムをJSに輸入する試みがしばしば行われています。しかしこの解決手段にはいくつかの問題があり、 (E) rethrowの専用構文がないためボイラープレートが増える。 (F) 出力ストリームに対するwriteなど、戻り値を持たない副作用関数に対するエラーハンドリングが抜け落ちないようにL

                                                                  JSのデザインパターンライブラリを試作した話と、それをJSRにアップロードしたら無茶苦茶簡単で感動した話
                                                                • Node.js / Deno の徹底討論を Node 学園で行いました。 - from scratch

                                                                  3/17 に徹底討論という形で denoland の 日野沢さん をお呼びして Node学園で徹底討論という形で討論しました。 いくつか面白いトピックがあり、参考になると幸いです。 少しだけ紹介します。 ESM vs CJS ESM と CJS の対応が Node.js がグダグダだと思っていると言われた点がありました。 討論内でも Twitter を見ていても、そういう意見があって、意外だなーと思いました。 もちろん現実的に ESM / CJS の移行は今はまだ過渡期です。既存のエコシステムを壊さないために CJS との相互運用性を持ち込むしかなかったという状況においては現時点の拡張子やpackage.jsonでの指定で識別可能にし、既存のエコシステムを壊さないように乗り切ったというところはむしろ評価していました。この移行措置が無く、もしも Node.js v20 からは ESM でしか

                                                                    Node.js / Deno の徹底討論を Node 学園で行いました。 - from scratch
                                                                  • Vercel PostgresがどうやってEdge RuntimeでORMとコネクションプールを使えるようにしているのか

                                                                    TLTR 実行時にNeon serverless driver(@neondatabase/serverlessモジュール)がnode-postgres(pgモジュール)内のSocketクラスをWebSocket実装に置き換える WebSocket接続を受けたneon.techサーバーがTCP接続に変換してPgBouncerに接続し応答する Neon serverless driverの解説記事が以下にあります。 Edge RuntimeでNode.jsのSocket APIがサポートされていない問題 Node.jsのORMライブラリはPostgreSQLへの接続にnode-postgresからSocket APIを呼び出しますが、Edge Runtimeは互換性の問題からそのままでは動作しません。 これに対して、各マネージドDBのプロバイダーは専用ライブラリを提供してHTTP経由でDBに

                                                                      Vercel PostgresがどうやってEdge RuntimeでORMとコネクションプールを使えるようにしているのか
                                                                    • GitHub Actions: Setup-node now supports dependency caching

                                                                      July 2, 2021 You can now run Node.js projects faster on GitHub Actions by enabling dependency caching on the setup-node action. setup-node supports caching from both npm and yarn package managers. - uses: actions/setup-node@v2 with: node-version: '14' cache: npm For questions, visit the GitHub Actions community Maintainers now have additional control over when they must approve Actions runs for ne

                                                                        GitHub Actions: Setup-node now supports dependency caching
                                                                      • モノレポでの GitHub Actions CI の泥臭い高速化

                                                                        はじめに みなさんこんにちは、物流業界の価値最大化をミッションに掲げ運送会社のDXに寄り添うアセンド株式会社でCTOを務めている丹羽です。 1日5.2回のリリースを実現するプロダクトチームの開発体験を支えるCIの高速化についてご紹介します(先週3/20週の平均値)。1日に数回デプロイというレベルでの素早く開発するにおいて、 push 時の CI Check の速さは地味ですが開発体験にとって見逃せない存在になります。特にモノレポ環境ではジョブが複数ある中でいかに省略ができるかが鍵となり、泥臭くも数十秒でも高速化のため戦ったポイントを紹介します。 アセンドでは顧客課題を中心にプロダクト開発をするためにフルサイクルエンジニアという開発スタイルを取り、1エンジニアがフロント・バックエンドだけでなく設計からリリース・サポートまでのソフトウェアのライフサイクル全体にオーナーシップを持って開発していま

                                                                          モノレポでの GitHub Actions CI の泥臭い高速化
                                                                        • CloudflareのDeveloper Week 2023の気になった発表のまとめ - console.lealog();

                                                                          今年も祭りの季節がやってきましたね。 Developer Week 2023 | Cloudflare というわけで、今年も個人的に気になったものを。 (発表されるのがだいたいJST深夜かつ最後が金曜日なので、どうやっても公開するの週明けになるんよな・・) Introducing Constellation, bringing AI to the Cloudflare stack https://blog.cloudflare.com/introducing-constellation/ Workersで機械学習のモデルが動かせるようになったとのこと プライベートβ サポートされているランタイムで動作するモデルであれば、自作のものでも、用意されてるものでもOK 現状はONNX形式のみ対応 https://github.com/onnx/models https://github.com/d

                                                                            CloudflareのDeveloper Week 2023の気になった発表のまとめ - console.lealog();
                                                                          • Streams APIをちゃんと理解する

                                                                            JSConf JP 2019のセッションでお話しした内容です。 https://jsconf.jp/2019/talk/takeshi-kato

                                                                              Streams APIをちゃんと理解する
                                                                            • Goodbye, Node.js Buffer

                                                                              The Buffer type has been the cornerstone for binary data handling in Node.js since the beginning. However, these days we have Uint8Array, which is a native JavaScript type and works cross-platform. While Buffer is an instance of Uint8Array, it introduces numerous methods that are not available in other JavaScript environments. Consequently, code leveraging Buffer-specific methods needs polyfilling

                                                                              • Presenting v7.0.0 of the npm CLI

                                                                                ProductPresenting v7.0.0 of the npm CLIWe’re releasing v7.0.0 of the npm CLI, which includes exciting new features such as Workspaces, automatically installed peer deps, and more! It’s hard to believe that just over 11 years ago the JavaScript community didn’t have npm. Fast forward to today, and npm now has millions of developers and over 1.3M packages with 75B downloads a month. We first introdu

                                                                                  Presenting v7.0.0 of the npm CLI
                                                                                • node プロジェクトでも deno lint | deno fmt する

                                                                                  なぜ npm ツールチェインで消耗した こういうところでシュッと deno を入れておくことで、あわよくば本番で使う準備をする 経緯 久々に eslint の設定を見直したらやたら長大な感じでメンテがしんどくなった npm/yarn workspace で monorepo 化した際に、様々な eslint のバージョンが混在して peer-deps の管理が困難になった deno に組み込まれてる lint, fmt は deno かどうかはあまり関係なく、単に typescript なら使える 中身は https://dprint.dev/ と https://github.com/denoland/deno_lint deno lint は eslint の recommended 相当のものは実装してある eslint + typescript をメンテするより、 eslint 吹

                                                                                    node プロジェクトでも deno lint | deno fmt する