並び順

ブックマーク数

期間指定

  • から
  • まで

521 - 560 件 / 978件

新着順 人気順

nodeの検索結果521 - 560 件 / 978件

  • Node.jsのネイティブES Modulesサポートが抱える問題を解決するBabelプラグインを書いた

    babel-plugin-node-cjs-interop というパッケージを作ったのでその紹介です。 (GitHub) 何が問題か Node.jsのネイティブES ModulesサポートとBabelやTypeScriptのES Modulesサポートを併用したときに問題が起きます。 ESMとCJS JavaScriptには標準のモジュールシステム (ES Modules, ESM) がありますが、ESMの策定前に先だっていくつかのコミュニティー定義のモジュールシステムが存在していました。そのうちNode.jsを中心として使われていたのがCommonJS Modules (CJS) です。そのNode.js界隈でもESMへの移行が進んでいます。 移行にあたって問題になることのひとつが、ESMとCJSのエクスポートモデルの違いです。 ESMでは、モジュールは0個以上の名前つきエクスポートを定

      Node.jsのネイティブES Modulesサポートが抱える問題を解決するBabelプラグインを書いた
    • GitHub - privatenumber/tsx: ⚡️ TypeScript Execute: Node.js enhanced to run TypeScript & ESM

      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 - privatenumber/tsx: ⚡️ TypeScript Execute: Node.js enhanced to run TypeScript & ESM
      • TypeScriptでもモジュラーモノリス、Node.jsでシステム構築するUbie

        ここまで見てきた3社の事例は、いずれもプログラミング言語「Ruby」とそのWebアプリケーションフレームワーク「Ruby on Rails(以下、Rails)」で開発したアプリケーションにモジュラーモノリスを導入するものだった。Railsでアプリを開発すると通常はモノリスになるため、サービスの成長によって巨大なモノリスが出来上がる。これをモジュラーモノリス化することで、開発生産性を上げていた。 モジュラーモノリスはアーキテクチャーなので、実際にはプログラミング言語やフレームワークには依存しない。freeeの事例でも、Railsのシステムに加え、開発言語として「Go」を採用したシステムにモジュラーモノリスを導入していた。 今回は、開発言語として「TypeScript」、そのサーバーサイド実行環境として「Node.js」を採用したUbieの事例を取り上げる。同社は、消費者向けの症状検索エンジン

          TypeScriptでもモジュラーモノリス、Node.jsでシステム構築するUbie
        • GitHub - dolanmiu/docx: Easily generate and modify .docx files with JS/TS with a nice declarative API. Works for Node and on the Browser.

          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 - dolanmiu/docx: Easily generate and modify .docx files with JS/TS with a nice declarative API. Works for Node and on the Browser.
          • Node.js最新動向 ~TechFeed Conference 2022講演より | gihyo.jp

            本記事は、2022年5月に開催されたTechFeed Conference 2022のセッション書き起こし記事「Node.js 最新動向(Yosuke Furukawa⁠)⁠ — TechFeed Conference 2022講演より」を転載したものです。オリジナル動画/記事はTechFeedをご覧ください。 Node.js最新動向というところで古川から話させていただきます。 私はNode.jsの一般社団法人Japan Node.js Association代表として活動している古川陽介と申します。よろしくお願いします。 「Node.jsの現在とこれから」みたいな話をできるといいかなと思っているのですが、いったんNode.jsのv18の話からします。 これは4月末にリリースされて、今は5月なんですけどv18.1.0が最新になっていますので、その最新の話をまず共有させていただいてから、次に

              Node.js最新動向 ~TechFeed Conference 2022講演より | gihyo.jp
            • GitHub - jsoverson/node-to-rust

              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 - jsoverson/node-to-rust
              • Distributed Systems with Node.js

                Building Enterprise-Ready Backend Services Distributed Systems with Node.js, a book I wrote through O'Reilly, has been published! Distributed Systems with Node.js hard copies In this hands-on guide I prove that Node.js is just as capable as traditional enterprise platforms for building services that are observable, scalable, and resilient. Intermediate to advanced Node.js developers find themselve

                  Distributed Systems with Node.js
                • Simple colored logging for your JavaScript CLI output

                  I love writing CLI scripts using JavaScript (mostly with deno, zx, or plain node.js). Here's something I add to almost all my scripts: a tiny copy-pasteable way to color the output of success and failure messages without adding external libraries. With a green ✔ and a red x character: console.success = (...args) => console.log("\x1b[32m✔\x1b[0m", ...args); console.failure = (...args) => console.er

                    Simple colored logging for your JavaScript CLI output
                  • Nodeのバージョンを上げたらnode-sassがエラーを吐いたのでコードリーディングしてみた | DevelopersIO

                    Node Sass could not find a binding for your current environmentというエラーメッセージをきっかけにnode-sassのソースコードを少し追ってみました。 起きた事象 フロントエンドのビルド環境としてNode v8で動いていたプロジェクトをNode v10にアップデートしました。その結果、次のような Node Sass could not find a binding for your current environment というエラーメッセージを吐いて落ちました。 どうやら使用していたモジュールのnode-sassでエラーが起きたようです。 Error: Missing binding /path/to/project/node_modules/node-sass/vendor/darwin-x64-64/binding.no

                      Nodeのバージョンを上げたらnode-sassがエラーを吐いたのでコードリーディングしてみた | DevelopersIO
                    • Node.js 18.x runtime now available in AWS Lambda | Amazon Web Services

                      AWS Compute Blog Node.js 18.x runtime now available in AWS Lambda This post is written by Suraj Tripathi, Cloud Consultant, AppDev. You can now develop AWS Lambda functions using the Node.js 18 runtime. This version is in active LTS status and considered ready for general use. When creating or updating functions, specify a runtime parameter value of nodejs18.x or use the appropriate container base

                        Node.js 18.x runtime now available in AWS Lambda | Amazon Web Services
                      • Kubernetesにおけるストレージ関連のメトリクス一覧 - Qiita

                        はじめに Kubernetesで、パフォーマンスやキャパシティの監視を行う際、Prometheusなどを使い各種メトリクスを収集しGrafanaなどでグラフ化している人も多いのではないでしょうか。 本ドキュメントでは、KuberntesにてPV(Persistent Volume)を利用する際、モニタリングにて利用できるストレージ関連のメトリクスを紹介します。 ※ Kubernetes 1.17.3, Node exporter 0.18.1時点のメトリクスになります。 PVのマウントと監視範囲 PVがどのようにマウントされているのかを一例を用いて説明します。 以下の図は、外部ストレージから提供されているiSCSI VolumeがPod内のコンテナのディレクトリにマウントされるまでの、各デバイスファイルとディレクトリのマウントについて示しています。 まず、外部ストレージにより提供されたVo

                          Kubernetesにおけるストレージ関連のメトリクス一覧 - Qiita
                        • DenoのDemo

                          執筆の動機 Deno誕生から4年たち、MDN Web Docsの「ブラウザーの互換性」欄にDenoの情報が掲載されるようになっていたので、 そろそろDenoを触ってみようとおもいました。 Denoとは? Node.jsの作者Ryan Dahlが、Node.jsで後悔している事を克服するために開発をはじめた、新しいJavaScript及びTypeScriptのランタイム環境です。 セキュリティ強化 ES Moduleだけ使う Typescriptビルドイン 単体の実行ファイルで動く モダンな開発環境で使う 可能な限りブラウザ互換にする 下記のアナグラムがプロジェクトをよく表していますね。。。 Developers Summit 2022のスライド にDeno Landの日野澤さんがポイントをまとめているので、 詳しくスライドを御覧ください🙇🏻 Deno ja Slack Communit

                            DenoのDemo
                          • GraphQL 界の Babel こと Envelop を使ってスキーマの破壊的変更をごまかす

                            この記事は LayerX のエンジニアブログがたくさん出る #ベッテク月間 の8記事目になります。こちらのカレンダーに、これまでの記事と今後出る予定がまとまっています。 LayerX のバクラク事業部には GraphQL Gateway というバクラク全プロダクトから参照される GraphQL スキーマが存在します[1]。今回の記事は、その GraphQL Gateway のスキーマをより良い状態にしていくためにぶつかった課題を強引に突破したときの話です。 モチベーション GraphQL スキーマの破壊的変更によって GraphQL Document がスキーマに適合しなくなる場合、そのリクエストはエラーになります。例えば以下のようなケースが考えられます: 使わなくなったフィールドを削除したい 削除されたフィールド(存在しないフィールド)を含む Document を処理することはできない

                              GraphQL 界の Babel こと Envelop を使ってスキーマの破壊的変更をごまかす
                            • A Complete Visual Guide to Understanding the Node.js Event Loop

                              You've been working with Node.js for a while. You've built some apps, played around with different modules, and even gotten comfortable with asynchronous programming. But there's something that's been nagging at you — the event loop. If you’re like me, you’ve spent countless hours reading documentation and watching videos, trying to understand the event loop. But even as an experienced developer,

                                A Complete Visual Guide to Understanding the Node.js Event Loop
                              • JSエコシステムぶらり探訪(3): npmとyarnとnode_modules - Qiita

                                前回はNode.js単独での機能に焦点をあてて説明しましたが、Node.jsはnpm/yarnなどのパッケージ管理システムと組み合わせて使うことが想定されています。本稿ではライブラリの依存解決としての側面を中心に、npm/yarnの挙動を説明します。 ←前 目次 次→ モジュールからパッケージへ モジュールは、JavaScriptプログラムを複数のファイルに分割し、必要に応じてロードする仕組みでした。 (1ファイル = 1モジュール) 一方パッケージは、複数のモジュールファイルをまとめて1つの独立した単位として扱う仕組みです。パッケージというより大きなまとまりを作ることで、バージョン番号を付与し、パッケージをパッケージレジストリに登録し、依存管理をすることができるようになります。 Node.jsと package.json パッケージはおおよそ package.json の存在によって特徴

                                  JSエコシステムぶらり探訪(3): npmとyarnとnode_modules - Qiita
                                • まだ間に合う!node-sass(LibSass)から sass(Dart Sass)への移行 - Sansan Tech Blog

                                  こんにちは。 Eight で エンジニアをしている鳥山(@pvcresin)です。 違う違うと自分に言い聞かせていますが、おそらく花粉症になってしまいました 🥺 在宅勤務で良かったです。 今回は Sass のコンパイルに使用しているライブラリを node-sass(LibSass)から sass(Dart Sass)に移行した話をしたいと思います。 Sass 実装三銃士 Sass の実装としては、以下の 3 つがあります。 Ruby Sass LibSass Dart Sass まずは移行作業の話の前に、各実装について簡単に振り返ってみたいと思います。 Ruby Sass Ruby Sass は Sass の最初の実装でした。 発表された 2006 年当時、Ruby のエコシステムは急成長しており、すぐに多くの人に使われるようになりました。 しかし、徐々に Ruby 製であることに起因す

                                    まだ間に合う!node-sass(LibSass)から sass(Dart Sass)への移行 - Sansan Tech Blog
                                  • PrettierのNode.jsサポートポリシーを決めたので紹介します

                                    PrettierというソフトウェアはNode.jsで動作します。他のNode.jsで動作するソフトウェアと同様に、Prettierも、サポート対象のNode.jsのバージョンを決めています。 たとえば、Prettier v2.x は Node.js 10.13.0 以降のみで動作します。それより前の Node.js でももしかしたら動くかもしれませんが、それは想定されていません。CIでもテストしてません。 現在 Prettier v3.0 の開発を進めていて、どの Node.js までサポートしようか、という議論になりました。結論が出て、今後同じような議論を避けるためにポリシーを決めたので、理由と共に紹介しようと思います。 先に結論 https://github.com/prettier/prettier/wiki/The-policy-to-drop-Node.js-version に書

                                      PrettierのNode.jsサポートポリシーを決めたので紹介します
                                    • Express (Node.js) の Graceful shutdown - Qiita

                                      基本的な実装の仕方と、実装した場合 / しなかった場合、で実際にどういう動作をするか〜、について書きます。 Linux, Node.js 12.13.0, での話だけをします。 Graceful shutdown ? Express (Node.js) に限りませんが、Web サーバーを停止する際、クライアントから接続中のリクエスト (リクエスト受付してまだレスポンスしていない接続) はどうなるでしょうか? Graceful shutdown とは一般的に以下の停止を指します。 停止指示後に、新しい接続を受付しない 残った処理中の接続が完了するのを待ってから、プロセスを安全に停止する SIGNALs そもそも Web サーバープロセスはどうやって停止するかというと、 SIGNAL を用いて停止します。 具体的には下表の通り、コマンド等によって SIGNAL を送信できます。 SIGNAL

                                        Express (Node.js) の Graceful shutdown - Qiita
                                      • A Comprehensive Guide To Error Handling In Node.js

                                        Errors happen in every application. Devs have to decide: do you write code to handle the error? Suppress it? Notify the user? Report it to the team? In this article, Ayo Isaiah walks us through every aspect of the JavaScript error system. He'll show us how to work with errors and discuss appropriate choices for real-world scenarios. If you've been writing anything more than "Hello world" programs,

                                          A Comprehensive Guide To Error Handling In Node.js
                                        • 時期を決めて定期的に更新するnpmパッケージをChangesetsで管理する

                                          毎月や半年に一回といったように、リリースする時期(間隔)を決めて更新するタイプのパッケージがあります。 具体的には、次のtextlintのプリセットルールは1月と7月という形で半年に一回リリースしています。 textlint-ja/textlint-rule-preset-japanese: textlint rule preset for Japanese. textlint-ja/textlint-rule-preset-ja-technical-writing: 技術文書向けのtextlintルールプリセット なぜ、このようにリリースする時期を決めているかというと、これらのパッケージは他のパッケージに依存していて、他のパッケージの更新がそのままメジャーアップデートになりやすい性質があるためです。 そのため、依存を更新してリリースすると、頻繁にメジャーアップデートしないといけなくなりま

                                            時期を決めて定期的に更新するnpmパッケージをChangesetsで管理する
                                          • Will Bun JavaScript Take Node's Crown

                                            Huge thanks to Jarred Sumner for reviewing this post. It wouldn’t have been possible without his help. Bun is a new and ambitious JavaScript toolset and runtime. Early adopters have been reporting that Bun JavaScript is incredibly fast. So fast that it has been touted by some as a Node.js killer. Curious, I decided to check out Bun for myself and benchmark it against the competition. Is it as fast

                                              Will Bun JavaScript Take Node's Crown
                                            • NodeでのCloud LoggingとError Reportの最適な使用方法を実験で導き出す

                                              GCP の Cloud Run で Node のサーバを稼働させ、Cloud Logging にログを出力して、更にエラーが発生したときは Error Report で通知を受けるというような構成を組む際に、 どのようなケースで「重要度」が正しくマークされるのか どのような形式でログを吐けば Error Report が自動生成されるのか ドキュメントを読んでも、これらのことがいまいちわからなかったので実験してみました。 また、標準の console だけではなく、Node の主要なロガーライブラリーのうち、どれが一番 Cloud Logging と Error Report との相性が良いのかも実験から導き出しました。 前提 ロギング方法 Cloud Run で express サーバを用意し、下記のように文字列と Error をロガーで標準出力および標準エラーに出力 app.get("

                                                NodeでのCloud LoggingとError Reportの最適な使用方法を実験で導き出す
                                              • Prettier の TypeScript 3.7 で追加される新しい構文のサポートの現状と今後 - 鈴木颯介のブログ

                                                TypeScript 3.7 の beta 版が公開されてから 3 週間ほど立ちました。この 3 週間、Twitter や GitHub の Issue 上で、Prettier が TS 3.7 beta の新しい構文をサポートしていないことについて言及しているのを目にすることが多々あったので、状況を解説してみます。 まず、TypeScript 3.7 で追加される新しい構文は(おそらく)、Optional Chaining、Nullish Coalescing、Assertion Functions、あと class の declare field の 4 種類があります。(それぞれの詳細は https://devblogs.microsoft.com/typescript/announcing-typescript-3-7-beta/ と https://github.com/micr

                                                  Prettier の TypeScript 3.7 で追加される新しい構文のサポートの現状と今後 - 鈴木颯介のブログ
                                                • mise (旧 rtx) で脱 node-build (asdf)

                                                  年明けはまず環境整備から、ということで今年は mise を導入することにした。 去年まで rtx とか rtx-cli という名前でやってた Rust 実装の asdf 代替の多用途バージョン管理ツール。この年明けに急に mise にリネームしたよ、というニュースが流れてきて、気になって見てみたら良さそうだった。 一般的な解説は "rtx" でググると日本語記事も出てくるのでそっちを見て欲しいけど、個人的な asdf に対するメリットはこのあたり。 とにかく速い asdf は Node の最新バージョンの反映が node-build 依存で、更新が数日遅れることがあった 結果的に手動で定義ファイルを更新していたが、処理速度も遅く面倒だった 参考: asdf で node-build の定義ファイルを手動更新する asdf はコマンド体系が謎だった(自分には) 例えば v20 系の最新をイン

                                                    mise (旧 rtx) で脱 node-build (asdf)
                                                  • Node.js: The Documentary | An origin story

                                                    Back in 2008, most people thought of JavaScript as just a client-side language. But when Google's V8 appeared, young developer Ryan Dahl made the connection between non-blocking servers, V8, and JavaScript. It was by combining these key elements that he was able to create the now hugely popular Node.js. What young Ryan Dahl probably didn't expect was how much forking drama would follow. Join us

                                                      Node.js: The Documentary | An origin story
                                                    • 「Node.js」に「npm」由来の脆弱性、修正版のリリースを予告/本番環境で「npm」を実行しないように呼び掛け

                                                        「Node.js」に「npm」由来の脆弱性、修正版のリリースを予告/本番環境で「npm」を実行しないように呼び掛け
                                                      • 次のLTS版となる「Node.js 22」正式リリース。WebAssembly GCがデフォルトで利用可能に

                                                        次のLTS版となる「Node.js 22」正式リリース。WebAssembly GCがデフォルトで利用可能に JavaScriptランタイム「Node.js」の最新バージョンとなる「Node.js 22」正式版がリリースされました。 Node.jsは偶数バージョンがリリースされてから6カ月の後に、30カ月の長期サポート期間(LTS:Long Term Support)に入ります。Node.js 22も、6カ月後の2024年10月にLTSとなる予定です。 Node.js 22 is here Featuring: require()ing ESM graphs, WebSocket client, updates of the V8 JavaScript engine, and more. Big thank you to @_rafaelgss and @satanacchio for t

                                                          次のLTS版となる「Node.js 22」正式リリース。WebAssembly GCがデフォルトで利用可能に
                                                        • Node.js compatibility for Cloudflare Workers – starting with Async Context Tracking, EventEmitter, Buffer, assert, and util

                                                          Node.js compatibility for Cloudflare Workers – starting with Async Context Tracking, EventEmitter, Buffer, assert, and util03/23/2023 Over the coming months, Cloudflare Workers will start to roll out built-in compatibility with Node.js core APIs as part of an effort to support increased compatibility across JavaScript runtimes. We are happy to announce today that the first of these Node.js APIs –

                                                            Node.js compatibility for Cloudflare Workers – starting with Async Context Tracking, EventEmitter, Buffer, assert, and util
                                                          • Rails 6: Docker/docker-compose/dipで`rails new`力を取り戻す|TechRacho by BPS株式会社

                                                            2020.02.27 Rails 6: Docker/docker-compose/dipで`rails new`力を取り戻す こんにちは、hachi8833です。いつからrails newが面倒になってきたのでしょう。 小さめのアプリケーションをスクラッチで書くことをrails new力と呼んでるけど、保守や負債解消や機能追加だけやってると、めちゃくちゃこの力が衰える。くだらないアプリをいっぱい作らないとなーって思った。 — 鶏胸肉 (@yoshi_hirano) October 27, 2019 rails new力が少しずつ返ってきた。これ定期的にやらないとだめだな。 — 鶏胸肉 (@yoshi_hirano) October 26, 2019 私の場合rails newする機会が多いので、Evil Martians流のDocker開発環境構築の次の段階として、自分用にDocker環

                                                              Rails 6: Docker/docker-compose/dipで`rails new`力を取り戻す|TechRacho by BPS株式会社
                                                            • Next.js で Node.js の API がいつ入ったのかわかる表を作る

                                                              Node.js の API がいつ入ったのかを調べる必要が出てきた。 もちろんリリースノートを見たり、ドキュメントの History を見れば調べられることが多いが、普通に面倒くさいので、いい感じの表とかを自動で生成できたら嬉しい。 どうやら公式ドキュメントは Markdown で管理されており、Added の情報はその Markdown の中のコメントに YAML として書かれているらしい。 なので、Markdown の内容を fetch して Markdown としてパースし、その中の特定のコメントをさらに YAML としてパースすることでデータがとれそうだった。 そして、そのデータをビルド時にひっぱってくる静的サイトがあればいつでも見れて便利だし、ビルド時にしか fetch しないので比較的行儀も良い。 ということで作ったみた。 実際のサイトはこちら https://nodejs-a

                                                                Next.js で Node.js の API がいつ入ったのかわかる表を作る
                                                              • eslint-cjs-to-esm: CJSをESMへとマイグレーションするツールを書いた

                                                                最近、色々なライブラリをCommonJS(CJS)からECMAScript Module(ESM)へとマイグレーションしています。 その際に、ESMでは__dirnameやrequireなどCommonJS特有の機能は使えなくなっています。 また、TypeScriptやBabelなど多くのツールはCJSではimport時に拡張子はなくても大丈夫ですが、ESMの場合はimport時に拡張子が必要になります。 import url from "node:url"; - import { mdEscape } from "./mdEscape"; + import { mdEscape } from "./mdEscape.js"; // ESMでは相対パスに拡張子は省略できない + const __filename = url.fileURLToPath(import.meta.url); /

                                                                  eslint-cjs-to-esm: CJSをESMへとマイグレーションするツールを書いた
                                                                • Node.jsモノレポ開発のターミナルログ混雑解消のための新作CLIツールnotiosを紹介

                                                                  こんにちは。フルーリオ株式会社のlumaです。 Node.jsプロジェクトで開発をする際に役立つフルーリオ株式会社の新作CLIツール notios の紹介をします。 notiosの読み方は「ノーティオス」です。 対象読者 Node.jsでモノレポでの開発をしている npm-run-allを利用している Node.js開発で開発コマンド(next dev 、nodemon 、 node-dev)stdoutとstderrが混在しているのを解消したい すぐに導入したい人はこちら npm-run-all を利用している場合は、 npm remove npm-run-all npm install -D notios package.json が置いてあるディレクトリで npx notios yarn や pnpm でも問題なく使用できます。また、 npx notios 経由で起動していない場合は

                                                                    Node.jsモノレポ開発のターミナルログ混雑解消のための新作CLIツールnotiosを紹介
                                                                  • GitHub - timsuchanek/n-plus-one: How Prisma solves the N+1 Problem - Prisma Day 2020

                                                                    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 - timsuchanek/n-plus-one: How Prisma solves the N+1 Problem - Prisma Day 2020
                                                                    • package-lock.json ってなに? - Qiita

                                                                      初心者に向けての答え package-lock.json について、とりあえず以下を守ればプロジェクトに迷惑をかけません。 直接編集してはいけません 基本的に無視していいファイルです 削除してはいけません npm install コマンド実行時に変更されることもありますが、そのときに発生する変更は気にしなくて大丈夫です マージリクエスト(プルリクエスト)する際に package-lock.json に変更があった場合は、その変更も含めて提出します ※ これは package.json についても同じことが言えます。 もうちょっと知りたい人に向けての答え package-lock.json は npm install 実行時に新規作成・更新される package-lock.json には npm install で実際にインストールしたパッケージ情報が記載されている package-lock

                                                                        package-lock.json ってなに? - Qiita
                                                                      • GitHub - vercel/nft: Node.js dependency tracing utility

                                                                        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 - vercel/nft: Node.js dependency tracing utility
                                                                        • Deno/Node を vscode ワークスペースで共存させたい

                                                                          次の記事の 2023 年版です。 tl;dr 次のコードを "deno.enable": true にしない(Node環境のまま)Node+Deno両方の型チェックが通る vscode 環境にする。 // .ts 拡張子を許可 import { dep } from "./dep.ts"; // node_modules から npm module を解決 import ts from "typescript"; // deno/node 共用で Deno に型をつける const Deno: typeof import("@deno/shim-deno").Deno = (globalThis as any).Deno ?? (await import("@deno/shim-deno")).Deno; const source = ts.createSourceFile("test.t

                                                                            Deno/Node を vscode ワークスペースで共存させたい
                                                                          • Wasp

                                                                            app todoApp { title: "ToDo App", // visible in the browser tab auth: { // full-stack auth out-of-the-box userEntity: User, methods: { google: {}, gitHub: {}, email: {...} } } } route RootRoute { path: "/", to: MainPage } page MainPage { authRequired: true, // Limit access to logged in users. component: import Main from "@client/Main.tsx" // Your React code. } query getTasks { fn: import { getTasks

                                                                              Wasp
                                                                            • GitHub GraphQL のノードIDフォーマットが変わるらしい

                                                                              弊社では Terraform GitHub Provider を使って GitHub のレポジトリ管理・権限管理などを行っているのですが、 プロバイダーが repository_id を認識してくれない問題に遭遇しました。 原因を探ってみると GitHub GraphQL API に かなり大きな変更が入ること を知ったので、メモとして残しておきます。 グローバルノードID GraphQL API から扱えるすべてのオブジェクト (レポジトリ、ユーザー、etc) にはIDが振ってあります。 Using global node IDs 例えば僕 (@shogo82148) のノードIDは MDQ6VXNlcjExNTczNDQ= です。 $ curl https://api.github.com/users/shogo82148 | jq .node_id "MDQ6VXNlcjExNTcz

                                                                              • ジェイソン・ステイサムで妄想するのが日課になっていたので、いっそBOTにしてみた。 - Qiita

                                                                                ジェイソン・ステイサムとは? イギリス出身のハリウッド俳優です。主にアクション映画に出演していて、代表作に「ワイルドスピード」シリーズ、「トランスポーター」シリーズなどがあります。スタントマンを使わず、自身でアクションシーンを演じることがほとんど。鍛えぬいた体が素晴らしいです。。。(参照:wikipedia ) なぜジェイソン・ステイサムのBOTを作るのか ステイサムを好きになって10年ほど経ちました。 ワイルドな顔とマッチョなボディはもちろんですが、 彼の声と演技、そしてストイックなプロ意識が大好きなのです。 近年その想いが加速し、やる気を出したいとき、疲れて癒されたいとき、キュンキュンしたいときなどに、 ステイサムの画像を検索して、妄想するのが日課になってしまいました。 どうせなら、そんな妄想を具現化して、さらなる高みを目指したいと思い、今回LINE BOTを作ることにしました。 完成

                                                                                  ジェイソン・ステイサムで妄想するのが日課になっていたので、いっそBOTにしてみた。 - Qiita
                                                                                • Replit — Why We Switched From Webpack To Vite

                                                                                  At Replit, our mission is to make programming more accessible. We provide people with free compute in the cloud so that they can build apps on any device. Among the most popular ways to create apps on the web today is React. Historically, however, React tooling has been slow on Replit. While the JavaScript ecosystem has produced excellent tools for professional developers, many of the most popular

                                                                                    Replit — Why We Switched From Webpack To Vite