npm, yarn による zero install 戦略 - from scratch
jsconf.eu 2019 に行ってきました。 特に npm や yarn の今後の話とそもそも Registry をどうしていくか、の話があったのでお知らせします。 そもそも Registry をどうしていくかについては次のエントリで話します。 tink: A Next Generation Package Manager npm の次のコマンドラインツールである tink が紹介されていました。 github.com presentation: github.com video: www.youtube.com そもそも npm の仕組み ローカル依存ファイルを読む (package.json, package-lock.json, shrinkwrap.json) 存在しないパッケージのメタデータをfetchする 木構造を計算して、実行する（npm v3 以降だとflattenする
MOPID | Accelerate Your Hiring Process - Hire the Best, 10x Faster
Hire the best. At 10x the speed.Hire the best. At 10x the speed.Screen and interview candidates 10x faster with MOPID AI Recruiter that saves upto 80% of your time and resources. Hiring 100+ positions? Try⚡Blitzhiring⚡for a change!Hiring 100+ positions?Try ⚡Blitzhiring⚡ for a changeWe get it. Large scale hiring costs a lot. What if you could hire the perfect talent AND save up to 80% resources? We
Node.js における設計ミス By Ryan Dahl - from scratch
Ryan Dahl は Node.js の original author ですが、彼の作ったプロダクト deno に関するトークが jsconf.eu 2018 でありました。 Node.js にずっと関わってきた僕が見て非常に興奮するような話だったので、しばらくぶりにブログに書き起こすことにしました。 背景 Ryan Dahl は2009年に Node.js の話を初めて公の場に公開しました。その時の「公の場」というのが「jsconf.eu 2009」です。 www.youtube.com Video: Node.js by Ryan Dahl - JSConf.eu - 2009 この発表から Node.js が広まり、今やサーバのみならず、IoTデバイス、デスクトップアプリなど、様々なところで動作しています。 で、今回はその発表から9年の歳月が経過し、Node.jsに対しての設計不
To Yarn and Back (to npm) Again | Mixmax
Last year, we decided to move all of our JavaScript projects from npm to Yarn. We did so for two primary reasons: yarn install was 20x faster than npm install. npm install was taking upward of 20 minutes in many of our larger projects. Yarn's dependency locking was singificantly more reliable than npm's. Check out last year's blog post (linked above) for more details. 13 months with Yarn Yarn solv
Vercel: Build and deploy the best Web experiences with The Frontend Cloud – Vercel
Deploy an AI app in seconds on Vercel, using our pre-built templates. Easily stream long-running LLM responses for a better user experience with zero-config infrastructurethat's always globally performant.Fast load times and zero overhead with Vercel's highly optimized infrastructure and CDN, reducing bounce rates and improving SEO. Streamline content creation and publishing with built-in previews
~/.yarn-cache/ を CI でキャッシュしてはいけない - Qiita
2017/01/16 (月) 追記： CircleCI の公式ドキュメントに yarn の導入方法が明記されています。今後はそちらに合わせるのがベターです。 Install and Use Yarn (the NPM replacement) on CircleCI - CircleCI これまで行っていた設定だと、yarn のパッケージインストールのタイミングで「すでに yarn がインストール済み」とエラーが発生するようになってしまいました。よって以下は古い記事なので、読み飛ばしてください。 要約すると yarn 0.17.x から、キャッシュ保存先が OS によって変わる ようになった！ CI で ~/.yarn-cache/ をキャッシュする設定を入れている場合、正しいパスに変える必要がある ~/.cache/yarn/ (Linux の場合) 事の流れ 先週あたりから、npm に
毎週のように依存パッケージを上げ続ける努力 - CARTA TECH BLOG
皆さんこんにちは。fluctにてfluct SSPという広告配信システムの管理画面を中心にクライアントサイドの開発を行っております、大関です。 依存パッケージの更新、どうしてますか？ 今や数多くの言語でパッケージマネージャが提供されており、みなさんも日常的にコミュニティによるパッケージエコシステムを活用していることと思います。 ですが、この依存パッケージの更新については、どのようにしていますか？ セキュリティfixなどを除き、以下のようなことになっていることが多いのではないでしょうか？ チームの「いい人」が頑張って更新し続ける その人の謎の情熱が消えると更新されなくなってしまう たまに気がついたら頑張る 「いい人」が頑張るタイプの亜種 気が付かなかったら更新されない 更新はリスクなので塩漬けにする プロダクトは定期的に作り直す前提 CIでテストを回し続けているのに更新しないなんて……とモヤ
npm shrinkwrapを運用で使うためのコツ - Qiita
npm shrinkwrap とは? npm shrinkwrapは、Node.jsプロジェクトの依存モジュールのバージョンを固定するコマンドです。 使い方についてはこちらの記事が参考になります。 今回は、npm shrinkwrapをより安定して使うためのコツを記載しました。 1. CIを活用し、テストしたバージョンで固定しリリース npm shrinkwrapコマンドではnpm-shrinkwrap.jsonというファイルが生成されます。 継続的インテグレーションのサービスを活用し、そこでテストしたバージョンで固定するとよいでしょう。 CIでのフローとすれば以下になると思います。 npm updateで、可能な限り新しいバージョンを利用 テスト (npm test) npm shrinkwrap npm-shrinkwrap.jsonを追加しコミット、別tagや別branchとしてpu
Heroku Workers on Amazon SQS with Node
My first app on Heroku was a Rails app, and like the rest of the civilized world, we used Resque to manage the queue. But if you’re working on an Express app, the choice of platform for queueing background work is less clear-cut. We tried Kue backed by redis, but ran into some challenges. Heroku posted an article on using RabbitMQ, but ultimately we decided to use Amazon’s SQS, and so far we’ve be
Node.jsの人はちゃんとsleepしてください - Qiita
Node.jsでがんばりすぎると別のプロセスに迷惑だから長いことかかる処理は sleep() みたいなのを挟みながらやりたいなー。 と思ってググった結果がこうですよ。 binding = { sleep: function(s) { var e = new Date().getTime() + (s * 1000); while (new Date().getTime() <= e) { /* do nothing, but burn a lot of CPU while doing so */ /* jshint noempty: false */ } }, だめですね。これCPU使いまくり。 まあ、CPUがいくら発熱してもいいよって思っても、制御が別のタスクに行かないのはアウトです。たとえばこれがサーバのリクエストハンドラに使われてたら、みんな一定秒数遅れてページ表示される、んじゃなく
Node.jsのコードのエラー処理の書き方: 初歩からより堅牢な書き方まで - memo.yomukaku.net
ファイルの内容のJSONを読んでパースして返す、という単純な処理を行う関数を例にもちい、node.jsのエラー処理の書き方、よくやってしまう間違い、より堅牢なエラー処理の書き方について書きます。test.jsonというファイル名で以下の内容が書かれたファイルを準備しておきます。 { "1": "a", "2": "b", "3": "c" } このtest.jsonというファイルを読み、JSON.parse()して返すreadJSON()という関数を作り、この関数のエラー処理の書き方についてみていきます。 まずは全くエラー処理を行っていない書き方からみます。 例外処理を行っていない書き方 さっそくコードをみます。 // code1.js // 例外処理を行っていない書き方 var fs = require('fs'); function readJSON (path, callback)
Building CLI Tools with Node.js
We want to share patterns that help us build good CLIs. These patterns emerged from concepts we discovered the hard way. For years we have been building tools to assist our project. Some of the tools are used by people to simplify development. Some of the tools are used by tools to delegate responsibility. While building the tools, we found CLI qualities that we think are useful. So we have hand p
CPUを最大限活かそう。Nodeでclusterを使ってみる
Node, iOS, Android, HTML5, JavaScriptの話題。ときどきMacやLinux。 Nodeでは、クラスタを簡単に実装できます。こんなに簡単でいいのか。 server.js var cluster = require('cluster'); var http = require('http'); // CPUの数 var numCPUs = require('os').cpus().length; if(cluster.isMaster) { for(var i=0; i<numCPUs; i++) { // マスターだったらforkします var worker = cluster.fork(); console.log('worker forked: pid=' + worker.pid); } // worker終了時のイベントハンドラ cluster.on
たったの50行！ node.js でツイート垂れ流しサイト作成法 - 虫けらロック
修正：よく数えたら60じゃなくて50行だった。しかもハッシュタグ垂れ流しでなく好きなキーワード（もちろんハッシュもなんだけど）監視するものになっていた。適当すぎた。 ↓の通りコマンド打ってファイル作っていけば、twitterで指定したキーワードを監視してだらだら垂れ流すサイトが出来上がります。 必要なもの node.jsとnpmをインストールした環境 適当なtwitterアカウント コマンド ワークスペース作って必要ライブラリインスト linuxじゃない方はなんとなくそれっぽいことをして下さい mkdir twithash cd twithash mkdir views npm install socket.io npm install twitter-node npm install express vi web.js vi views/index.html web.jsの中身 アカウン
こてさきAjax:WebSocket + node.jsでAudio Streaming - livedoor Blog（ブログ）
第７回のHTML5とか勉強会で、羽田野さんにAudio Data APIを教えていただいて依頼、やりたかったことがあります。それは、AudioをWebSocketを使ってストリーミング配信すること。これが出来たので紹介します。 音声ストリーミングは、リアルタイム系のサービスの中では難しい部類の一つ。遅延がひどいと、自然なコミュニケーションが難しく、またネットワーク転送中にジッタ（データ到達間隔が揺らぐこと）が起きると、音がプツプツ切れたり間延びしたりと明らかに違和感が生じます。インターネットでは、厳密な意味でのQoS制御は困難ですので、どうしても遅延やジッタが生じますし、これらのパラメータはネットワーク転送だけでなく、サーバーークライアントでの実装ももろに効いてきます。 といったわけで、音声ストリーミングみたいなサービスがブラウザ＋Javascriptだけで出来たら、結構嬉しいよな〜やりた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HackerNoon - read, write and learn about any technology
TechCrunch
PayPal社がバックエンドをJavaからJavaScriptへ移行