bunのパフォーマンスを見る
WSLにて下記を実行
time bun create react ./bun-create-react-app
おー、早いな…
869.78 KB JavaScript
13 modules
5 packages
31688 LOC parsed
29ms elapsed
Saved to ./node_modules.bun
6.50s bun create react
-----
A local git repository was created for you and dependencies were installed automatically.
Created react project successfully
# To get started, run:
cd bun-create-react-app
bun dev
real 0m6.520s
user 0m7.734s
sys 0m4.394s
比較対象としてyarnで作ってみる。
time yarn create react-app yarn-create-react-app
real 0m50.206s
user 0m28.858s
sys 0m16.457s
確かに10倍早い。
ただnode_modulesの中身の数が
yarn 795
bun 9
で全然違うな
(bunはnode_modules以外にもnode_modules.bunというファイルがあり、依存してるものはそこに入れてるのかな)
っていうかbun側はjest入ってない・・・
bunが実行してるのはcreate-react-appじゃない?
このコミットだな。
これをcloneしてきてるだけなのでは?
…これ比較してるのかなりアンフェアでは?(公式が言ってるわけじゃないが)
node_modules.bunとか bun.lockbとかは興味深い。
bunにはwiptestというコマンドがあることがわかった。不明だけど多分jestそのものをbunで置き換えるつもりだからjestを除いているのか…?
自分はdenoに肩入れしてるから、bunを冷静に評価できないけど、90%のユースケースで10倍速で動くものになるかもしれず、それならdenoにとってはやはり脅威なのかなぁ?
denoには未来のスタックをデザインするぞって気概を感じていて、そこに若者が集ってきているような気がする。VercelとかCFのスタックにも同じような強さを感じる。bunはどっちかというと現状維持という感じなんだけど若者がついてくるのかな。