追記: 2023-11-19 corepack v0.20.0 にて、CLI のコマンド体系が一新されて多少わかりやすくなりました (PR#291)。新しいコマンドは README を参照。 追記: 2022-02-03 Node.js v14.19.0 に corepack が標準バンドルされました。 corepack がバンドルされていない Node.js v12 系は 2022-04-30 に EOL を迎えるので、あと 3 ヶ月もすればアクティブな Node.js 環境には必ず corepack が揃っているという状態になりますね。引き続き experimental ステータスのままではありますが。 追記: 2021-09-08 Node.js v16.9.0 で corepack が標準バンドルされました。まだ experimental 扱いですが。 デフォルトでは yarn も

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

私が働いているAniqueという会社では、1年前に全てのソフトウェアでTypescriptを採用することにしました。私たちが開発している進撃の巨人のNFTサービス “Attack on Titan: Legacy” でも採用しています。 TypescriptではNestJSという素晴らしいAPIフレームワークを利用することができ、生産性高く開発を続けることができます。また、私たちはフロントエンドでNext.jsを利用しています。言語レベルでのコンテキストスイッチを抑えることで、一人のエンジニアがフロントエンドとバックエンドのどちらもの機能を開発する環境が作れました。 しかし、Nodeならではの作法や設計について、Web上にはたくさんの情報があるものの、あまりにも情報が多すぎて、まとまったプラクティスになかなか出会うことができませんでした。そのため、最初はチーム内での共通認識を作るのに苦労し

はじめに こんにちは、レバテック開発部の河村です。 私はレバテック各種メディアのリプレイスを担当しており、バックエンドを中心にフルスタック開発を行っています。 今回は管理画面のリリースで採用した、フルスタックフレームワークであるfrourioについて、frourioを採用した理由や使ってみて良かったこと、困ったことを紹介します。 この記事を通して、frourioのメリット、デメリットだけでなく、レバテック開発部ではどのような背景のもと、技術・アーキテクチャの選定を行っているのか、どれくらいのスピード感で開発を行っているのかをお伝えできればと思います。 なお、この記事ではfrourioにおける環境構築や使い方等の説明は割愛させていただきます。 開発背景・経緯 今回、開発する対象となった管理画面は、レバテックの各メディアで運用する記事やセミナー情報、エントリー情報を管理するものになります。 す

/* eslint-disable */ export type ApiResponse = { code: number type: string message: string } export type Category = { id: number name: string } export type Pet = { id?: number category?: Category name: string photoUrls: string[] tags?: Tag[] status?: 'available' | 'pending' | 'sold' } export type Tag = { id: number name: string } export type Order = { id: number petId: number quantity: number ship

ISUCON11 予選おつかれさまでした。 ここ数年は参加者として予選敗退を繰り返してきたのだけど、今年はちょっと違う関わり方をしてみるか、と思い 「参考実装の移植」に立候補してみました。 isucon.net Node.js担当として採用していただき、ちょっと不安もあったので id:hokaccha 氏にレビュアーとしてついてもらって、言語移植チームとして加わりました。 ISUCON11予選おつかれさまでした。今回は言語移植チームとしてNode.js実装を担当し、その他 バグ直し太郎として幾つかの言語の実装にcontributeしました— すぎゃーん💯 (@sugyan) August 22, 2021 Node.js 実装 github.com 中身としては素朴な express のアプリケーションで、TypeScriptで実装しました。 mysql clientには mysql2/

index.md express実践入門 自己紹介 小川充 mitsuruog フロントエンドエンジニア Javascript, HTML, CSS, Node.js, API設計とか認証とか 2015/5月入社(約半年) はじめに あくまで「俺が考える最強のexpress実践入門」です。 初学者がexpressを攻略する上でのつまづくポイントと、中規模開発をターゲットにしたベストプラクティスを経験ベースでお話します。 おそらく、初〜中級者向けの内容です。 本コンテンツの使い方 express初心者 初学者向けチュートリアル(dotinstallとか)のあとに express経験者 ご自身のコードの見直しに 他の言語の経験者 他の言語の「あれ」は、node.jsでは「これ」のマッピングに (※)中で紹介するコードは抜粋したものであり、そのままでは動作しない場合があります。ご注意ください。

データ作成 サンプルデータとして投入するユーザーは、ユーザー名:[email protected] 、 パスワード:password 、ロール：group1 のユーザーです。 その他は使っていないので適当です。 > use sample > db.createCollection("user"); > db.user.insert({ ... id: "tanaka", ... email: "[email protected]", ... name: "tanaka", ... password: "password", ... role: "group1" ... }) Webアプリケーション作成 アプリケーションルート作成 ( /app.js ) var express = require("express"); var cookieParser = require("cookie-

$ nodebrew setup Fetching nodebrew... Installed nodebrew in $HOME/.nodebrew ======================================== Export a path to nodebrew: export PATH=$HOME/.nodebrew/current/bin:$PATH ========================================

BFF（Backends For Frontends）の5つの便利なユースケース：マイクロサービス/API時代のフロントエンド開発（2） マイクロサービス/API時代のフロントエンド開発に求められる技術の1つ、Backends For Frontends（BFF）について解説する連載。今回はBFFの代表的なユースケースを5つ紹介します。 マイクロサービス/API時代のフロントエンド開発に求められる技術の1つ、Backends For Frontends（BFF）について解説する本連載「マイクロサービス/API時代のフロントエンド開発」。前回の「BFF（Backends For Frontends）超入門――Netflix、Twitter、リクルートテクノロジーズが採用する理由」では連載初回ということで、BFFの概要を紹介しました。 まだBFFは何をするサーバなのか分かりにくい面もあるかと思

nodebrew 良いです。 久しぶりにnode触ろうとしたら、version 4 とか 5 とかになっていて なんだっけと思って調べたら、io.jsと統合されてたんですね。 知らんかった。 Node.jsとio.jsの最初の統合リリース「Node.js 4.0」が9月に登場予定 － Publickey ついでに、nodebrewどうなんだろうと思って調べていると node.js の環境管理ツール nodebrew - Block Rockin’ Codes にたどり着きました。 nvm bash向けに書かれてて、zshなどと相性が悪い場合がある。 そういえば、なんかnvmのために.bash_profileを用意していたような気がしていたのと 調べてみたら便利オプションがあったので、nvmからnodebrewに乗り換えてみました。 便利で良いです。 uninstall nvm and in

最近、新しいMacbookProにNode.jsを入れることが2回もあったため、ものすごく今更な話題ではありますがその時の手順のメモを残します。 Node.jsのパッケージをそのまま入れるとプロジェクトごとにバージョンが違っていたり等諸々面倒なことがあるので、後にトラブルにならないよう、バージョン管理出来る環境にすることをオススメします。なお、Node.jsのバージョン管理にはnodebrew を使用し、インストールするのにHomebrew を使用します。 本記事ではHomebrew を経由してnodebrew をインストールし、nodebrew からNode.jsをインストールする手順を解説します。文章にするとややこしく見えますが、インストール自体はとても簡単なので、Node.jsをバージョン管理していない方は是非この機会にお試しください。 また、既にNode.jsのパッケージ版の方をイ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Node.jsを使ってみたいと思った時に気になった環境設定のメモ インストールをしようとした時に出てくるワード ・nvm(Node Version Manager) ・Express(Node.js上で動作するWebアプリのフレームワーク) ★こんがらがる「nvm」と「npm」（追記：20151215） npmは Node.js をインストールすれば一緒にインストールされるとのこと。 ・nvm(Node Version Manager) は Node.js 自体をバージョン管理するツール ・npm(Node Package Manager) は Node.js で作られたパッケージモジュールを管理するツール Node.jsのパッケージを入れたいときは $npm install パッケージ名 で簡単にインストールできます。 「-g」オプションをつけるとグローバルインストールになり、このグロー

Node.jsを手軽に試せるJavaScript統合開発環境「Cloud9 IDE」、クラウドでの提供開始 オープンソースとして開発されているJavaScript統合開発環境の「Cloud9 IDE」が、クラウド上のサービスとして提供開始されました。Cloud9 IDEサービスを立ち上げたのは、Cloud9 IDEの開発元でもあるAjax.org。 Cloud9 IDEは、Node.jsが動作するサーバの上にWebアプリケーションとして実装された、Node.js対応のサーバサイドJavaScriptのための統合開発環境です。Node.js上に実装されたということはつまり、Cloud9 IDE自身もJavaScriptで記述されています。 Node.jsを試してみたいけれど、自分でインストールしたり環境を構築するのは面倒、という人にちょうどいいのではないでしょうか。 Cloud9 IDEサー

本稿では、Node.jsの特徴や動作原理に触れ、サンプルや役に立つパッケージ、活用事例などを紹介したいと思います。 主なサーバサイドJavaScript Node.jsに触れる前に、予備知識として他のサーバサイドJavaScriptにも触れておきます。Node.js含め、サーバサイドJavaScriptには、主に以下のようなプロジェクトがあります。 サーバサイドJavaScripの標準仕様「CommonJS」とは サーバサイドJavaScriptには、「CommonJS」と呼ばれる標準化が策定されています。標準化というと難しい感じがしますが、要はサーバサイドでJavaScriptを実行するのに何が必要かを仕様として、定義しているドキュメントのことです（例えば、「ログが必要だよね」など）。 Node.jsは、このCommonJSに則って開発されています。現段階であれば、CommonJSの仕様