node_modulesの問題点とその歴史 npm, yarnとpnpm
皆さんnpmパッケージのバージョンを上げるときにハマって依存地獄から抜けられなかったことはありませんか？ 私はあります。 複雑怪奇な依存関係を調べてみようとnode_modulesを覗いてみて、そのカオスっぷりに臭いものに蓋をしたことはありませんか？ 私はあります。 そこでnode_modules以下について調べてみたのですが、node_modulesにどんな問題点があって、npmやyarn, pnpmは何を目指していたのか時系列順に紐解いた方がわかりやすいことに気づきました。 ここでは初期のnpmが抱えていた問題から今に至るまでを順を追って説明します。 するとnode_modulesの仕組みの他に、各パッケージマネージャの方針の違いが見えてくるはずです。 初期の頃のnpm (~2015年以前) この頃はシンプルで、依存関係はそのままnode_modulesのディレクトリ構造に反映されてい
【Bun】BunとNode.jsの違いのメモ - UGA Boxxx
以前、Bunについてざっくり調べたことがある uga-box.hatenablog.com この時からBunについて、特にNode.jsとの違いについて、知る機会があったのでメモ （2022/9/5 追記）ソース元はfurukawaさんがNode学園40限目で話された内容 speakerdeck.com Node.jsの構成要素の一部 Standard Libraries HTTP、File systemとか n-api C++とかCを呼び出すネイティブモジュールの抽象化ライブラリ V8 JavaScript エンジン http-parser HTTP1.1用のパーサー OpenSSL HTTPSとかTLSとかの暗号化周りのライブラリ zlib 圧縮とか解凍とか ng-http2 HTTP2用のライブラリ ng-tcp QUIC用のライブラリ libuv OSによって異なるシステムコールの
pyenvが必要かどうかフローチャート - Qiita
pyspaの統合思念体の渋川です。 「pyenv使いましょう！」系の記事、全部ゴミ — Yoshifumi YAMAGUCHI (@ymotongpoo) September 29, 2016 これはpyenvがダメではなくて、pyenvをとりあえずインストールしておきましょう記事がダメという意味だそうです。すでにとんぷーが5年前にこの問題について書いています。これを読んで分かる人には不要です。 この記事では「便利」と「必要」は分けて考えています。後者にフォーカスしています。 前提知識 Environment Isolation Tool(環境分離ツール)というカテゴリの開発補助ツールがあります。pip install Sphinxとか書いたら、ライブラリはグローバル空間に入っちゃいます。複数バージョン入れられません。そんなときに使うのが、この環境分離ツールです。最近はいろいろな言語がこれ
Node最新トピックス
OpenStackをコマンドで攻める！ 構築・運用とトラブル解決 - OpenStack最新情報セミナー 2014年6月VirtualTech Japan Inc.
makeのくびき - saneyuki_s log
「gulpって何だよ、makeでいいじゃん（要約」論争について、私もちょっと一本講釈をぶってみることにする。あれやこれやといった実利的な話をするつもりはない。そういうものは既に書いた人がいるのでそちらを参照のこと。 Gruntの思い出 Gruntは、私の印象で言えば車輪の再発明の失敗作のようなもので、タスク間の依存関係が破滅への一途をたどり管理不能に至るなど、宣言型の負の側面が強く出てしまった。しかし、設定は本当にサンプルコードのコピペだけで組み立てられるので、JSが不得手なデザイナーなどには非常に受けが良かったという点は忘れてはならない。ちょうど、html5ブームが本格化して, Apache Antとかに慣れ親しんだJava（主にSIer）系の人が入ってきたタイミングにあった道具かつ、Yeomanファミリーにも組み込まれており、それでいて簡単な事をやらせるには悪くはない具合のシンプルさ、
gulp なしの Web フロントエンド開発 - アカベコマイリ
Web フロントエンド開発において gulp は非常に便利だ。しかしあまりにも gulp に依存しすぎており、これなしで開発できるだろうか？という不安もある。というわけで gulp を利用せず package.json と npm だけで同等の機能を実現する方法を検討してみた。 2015/11/4 追記 babelify v7.2 を試すで babelyfy 7.2 ( とその中の Babel 6.x ) について調べ、npm-scripts の変更が必要なことを確認したので追記。また Windows 環境の動作検証をおこなったところ、最新の watchify なら -o オプションが通ることを確認できた。よって本記事の最後の課題が解決したことになる。 2015/9/23 追記 cpx と rimraf を試すの内容をファイル処理に反映して簡略化。 2015/9/15 修正 Stylus
Node.js アプリのホストとデプロイ | Microsoft Azure
Azure を探索 Azure について 安全かつ将来を見据えた、オンプレミス、ハイブリッド、マルチクラウド、エッジのクラウド ソリューションについて調べる グローバル インフラストラクチャ 他のどのプロバイダーよりも多くのリージョンを備える持続可能で信頼できるクラウド インフラストラクチャについての詳細情報 クラウドの経済性 Azure の財務上および技術的に重要なガイダンスを利用して、クラウドのビジネス ケースを作成する 顧客イネーブルメント 実績のあるツール、ガイダンス、リソースを使用して、クラウド移行の明確なパスを計画する お客様事例 成功を収めたあらゆる規模と業界の企業によるイノベーションの例を参照する
Node.js 0.6.0リリース、Windows版はCygwin非依存になり性能も向上 | OSDN Magazine
サーバーサイドJavaScriptアプリケーションフレームワークNode.js開発チームは11月5日、最新版「Node.js 0.6」を公開した。Windows版はCygwin非依存になり、また各種性能が向上している。 Node.jsのWindows版はI/O関連の処理にCygwinのAPIを利用していたが、Node.js 0.6.0ではWindowsの非同期I/O APIであるI/O Completion Portsを利用するように変更され、Cygwinに依存しない構造となった。Windows対応のためにコアアーキテクチャも再構築され、これによりWindows環境だけでなく、UNIX/Linux環境での性能も一部改善している。ただし、Linux環境での書き出しに付いては多少の性能劣化が発生しているようだ。 そのほか、Nodeインスタンス間のIPCサポート強化や複数プロセスにわたる統合され
Node.jsがバージョンアップ、初の公式Windows版「node.exe」登場
サーバーサイドJavaScriptのNode.jsが先週バージョンアップし、安定版がV0.4.10に、非安定版がV0.5.2になりました。V0.5.2版では、公式なバイナリとしては初めてとなるWindows版のnode.exeが公開されています（追記、Windows版は正確にはV0.5.1からでした）。 6月末にマイクロソフトがNode.jsの開発を支援することを明らかにした際に、ネイティブなWindows版の登場がアナウンスされていました。あれからわずか1カ月で登場したことになります（参考「マイクロソフト、Node.jsをWindows Azure対応にするため開発元を支援」）。 Windows版V0.5.2のnode.exeは以下のURLからダウンロード可能です（最新版は、Node.jsのWebサイトのダウンロードのコーナーを参照してください）。 node.exe Windows ex
node.jsとnpmのインストール - 自分の感受性くらい
このエントリの記述は既に古いです。最新のインストール方法は下記のエントリを参照してください。 http://d.hatena.ne.jp/t_43z/20110503/1304421488 このエントリはリアルタイムWebハッカソンのハンズオン資料その1です。 Linux 普通に入れる 後述のnaveを使う方がいいと思う。っていうかnpmのインストール方法をどうしたいかによってnode.js本体のインストール方法が変わる。なので(naveを使わないにしても)最後まで読んでからやることを推奨。 普通にやるとこんな感じ。 $ sudo apt-get install build-essential libssl-dev curl $ mkdir tmp $ cd tmp $ wget http://nodejs.org/dist/node-v0.2.3.tar.gz $ tar -xvzf n
リアルタイムWebハッカソンでハンズオンしてきました - 自分の感受性くらい
ATNDはhttp://atnd.org/events/8626、ハッシュタグは#riajyuです。 会場提供はGREEさまです。いつもありがとうございます。 今回は、なんか流れでいつの間にかに僕がハンズオンの講師という立場になってました。 で、一応資料としてはnode.jsのインストールからWebSocketを使った簡単なサンプルが動かせるところまでを用意しました。前回までのエントリがそれにあたります。 資料1. node.jsとnpmのインストール http://d.hatena.ne.jp/t_43z/20101013/1286957802 資料1補足. Cygwinや仮想化なしでnode.jsをWindowsへインストール http://d.hatena.ne.jp/t_43z/20101020/1287545238 資料2 ExpressとWebSocketを使ったWebSock
WSHにやらせていたことでNode.jsに移行できるものがあれば移行しちゃったほうが高速で時間短縮になるかもね - 最遅メンヘル研究会
Gin.jsを使って複数ファイルを構文解析したかったのでWSHにやらせたんだけど、対象データ367ファイルで結構時間かかった。JScriptのバージョンは5.8。測定にはtimeitを使った。 Elapsed Time: 0:03:24.843 Process Time: 0:00:01.046 System Calls: 4389576 Context Switches: 663676 Page Faults: 1163534 Bytes Read: 225608247 Bytes Written: 5009343 Bytes Other: 4229513 GitHub - kageroh/collect-marker ファイル入出力はそんなに遅くないみたいだったけど、Gin#parseがやっぱり時間かかる。JScript 5.6でやってたときはもっとひどくて、3倍以上かかってた。あと、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - nodists/nodist: Natural node.js and npm version manager for windows.
GitHub - hakobera/nvmw: Simple Node Version Manager for Windows