【node.js】サーバサイドjavascript 3【io.js】©5ch.net

**デフォルトの名無しさん転載ダメ©2ch.net** · 2014/12/27(土) 18:40:07.70

pythonやrubyやPHPと同じ土俵でjavascriptが使えるようになりました。
サーバサイドjavascriptについて語りましょう。

node.js - googleが開発したV8エンジン上で実行できる処理系
http://nodejs.org/
io.js - node.js 互換で Joyent の影響からの脱却を目指す処理系
http://iojs.org/
Rhino - JVM上で実行できる処理系
https://developer.mozilla.org/ja/Rhino

io.js の経緯
http://stackoverflow.com/questions/27309412/what-is-the-difference-between-node-js-and-io-js
javascriptはrubyと比較してもかなり速い
http://shootout.alioth.debian.org/u32/benchmark.php?test=all&;lang=v8&lang2=yarv
基礎から学ぶNode.js
http://gihyo.jp/dev/serial/01/nodejs
node.jsの概要とアプリケーション開発の準備
http://gihyo.jp/dev/serial/01/realtimeweb/0002

前スレ
【node.js】サーバサイドjavascript 2【Rhino】
http://peace.2ch.net/test/read.cgi/tech/1358937029/
【node.js】サーバサイドjavascript【Rhino】
http://toro.2ch.net/test/read.cgi/tech/1310087535/

**デフォルトの名無しさん** · 2016/03/02(水) 13:24:24.99

Expressの説明がGithubのソースに丸投げすぎて上級者向けすぎてもう無理だわ。
さらばnode.js、君はドキュメントが少なすぎる！

**デフォルトの名無しさん** · 2016/03/02(水) 13:31:13.40

>>819
まぁ、他でも　なんか知ってること前提に書かれてるような資料ばっかりだしね。

このままだとPHPには勝てないね

**デフォルトの名無しさん** · 2016/03/02(水) 14:49:36.71

PHPユーザーが流入するくらいなら
負けたままで良い

**デフォルトの名無しさん** · 2016/03/02(水) 15:32:47.59

オープンソースのってどれもドキュメントは残念だよ。
皆さんコードを書くのは好きだがドキュメントを書くのは嫌いです。
俺もw

**デフォルトの名無しさん** · 2016/03/02(水) 16:31:23.23

件のVirtualHostもHTTPD触った経験がないと引っ掛かりどころ多そうだな

**デフォルトの名無しさん** · 2016/03/02(水) 16:38:05.97

>>818
否定されて悔しいのはわかるけどさ…。
パフォーマンスがどうのとかとかではなく、それじゃ原題に戻るけどさ。
その論調だと、1webアプリケーションに1ポート割り当てるんですよね？
にはYESなんじゃないの？

2Webアプリケーションは2ポート。
一つのポートで2つのwebアプリケーションをホストするなら、それはもう統合された同じプロセスを共有する1つのWebアプリケーションじゃん。

そもそも元の質問に無いだろうけど、俺はレスに対してレスしてるんだから、それを無かったことには出来ないんじゃないの？

**デフォルトの名無しさん** · 2016/03/02(水) 17:18:33.55

>>824
> その論調だと、1webアプリケーションに1ポート割り当てるんですよね？
> にはYESなんじゃないの？

いいや
(2ポート使わなくても)node.js単体でもHost:ヘッダ見ればいいだけ
という意図で書いた

> 一つのポートで2つのwebアプリケーションをホストするなら、それはもう統合された同じプロセスを共有する1つのWebアプリケーションじゃん。

んなこたーない
たとえばJavaでは一つのポートを使う一つのプロセス(Tomcatとか)に複数の「Webアプリ」(Warファイルにアーカイブされる)を配備する
RubyのRackでもpowのように複数のRack(Rails含む)アプリを同一ポートで動かす形態のものがある
powは開発用だけどな
繰り返すが元の質問はパフォーマンスの話なんかしてないし本格的なプロダクション用途に限定もしていない
もしpowのような開発用の回答であっても「お前」に否定される筋合いはない

> そもそも元の質問に無いだろうけど、俺はレスに対してレスしてるんだから、それを無かったことには出来ないんじゃないの？

日本語の文章として意味が分からない
「それ」はいったい何を指してるんだ？
いや、別に続けたくないから説明いらんけどな
俺とお前は別の話をしてたってだけだ

**デフォルトの名無しさん** · 2016/03/02(水) 21:10:39.02

>>825
だからさあ。JavaもRubyもForkしてんじゃん。
プロセス空間とかわかんない人だな。

**デフォルトの名無しさん** · 2016/03/02(水) 22:54:07.97

>>826
わかってないのはお前だよ…
Java(Tomcat)は「一つのプロセス」で複数アプリ(War)を配備できるって書いただろが
forkしないんだよ、「1プロセス」だ
これの9ページまで見てみ
http://www.slideshare.net/Enpel/2-tomcatweb-2-tomcat1
「Server」とか「Tomcat自身」って箱が1つのプロセスだ

**デフォルトの名無しさん** · 2016/03/02(水) 23:35:47.58

モバイル回線しか無いので共通のプロジェクトで使うパッケージをglobalにインストールして節約してるんですが
globalのパッケージがあるときはlocalにインストールさせたくないんですがpackage.txtにどうやって書けばいいですか？

**デフォルトの名無しさん** · 2016/03/03(木) 01:00:27.61

>>828
少し違うがnpm install --linkは？
全部globalに入ってローカルにnpm linkしてくれる
npmはキャッシュするから同じバージョンのパッケージを何度も取りに行かないと思うけどやっぱ重いもんなん？

**デフォルトの名無しさん** · 2016/03/03(木) 08:49:55.09

質問です。

Electronでnode.jsの他のモジュールも参照してプログラムを作ってるのですが、パッケージ化すると
動かなくなります。
で、index.jsと同じフォルダにnode_moduleをコピーしておくと動くのですが、パッケージ化する時に
自動でこういう作業ってやってくれないものなのでしょうか？

それとも、package.jsonのdependenciesに書いておくと、拾ってきてくれるのでしょうか？

**デフォルトの名無しさん** · 2016/03/03(木) 15:14:04.74

>>827
スレッド()で処理するのかぁ

**デフォルトの名無しさん** · 2016/03/03(木) 16:04:28.45

>>831
ID:l8XWQooj と同じ人ではないよな？

**デフォルトの名無しさん** · 2016/03/03(木) 16:15:57.96

そして一人死んだら皆殺しである

**デフォルトの名無しさん** · 2016/03/03(木) 19:42:28.59

一人死んだら同じプロセスのリクエスト皆殺しなのはNodeも同じやで
例外吐いてもスレッドの根元で拾えるマルチスレッドよりNodeの方が脆いんやで

**デフォルトの名無しさん** · 2016/03/03(木) 20:31:24.00

Nodeはネイティブプラグインのせいで簡単に逝くしなあ

**デフォルトの名無しさん** · 2016/03/03(木) 21:40:55.97

あるある
だからネイティブは可能なら避ける
JSの代替が多少遅くても

**デフォルトの名無しさん** · 2016/03/03(木) 23:45:31.79

>>835
foreverプラグイン使って自動的に再起動とかやらせてる

**デフォルトの名無しさん** · 2016/03/03(木) 23:59:44.95

pm2使ってるしvmもdcも複数だからサービス停止にはならないがプロセス死ねば接続は切れるからな
websocketは影響大きい

**デフォルトの名無しさん** · 2016/03/04(金) 00:20:01.46

マルチスレッドで動いてくれるNode.jsって出てこないかなぁ

**デフォルトの名無しさん** · 2016/03/04(金) 00:26:57.92

>>839
https://github.com/jxcore/jxcore

**デフォルトの名無しさん** · 2016/03/04(金) 00:44:50.05

>>829
全部入ってしまうとアップデートが大変なので厳しいです

**デフォルトの名無しさん** · 2016/03/04(金) 00:46:56.17

>>829
150Kbpsだと思いです

>>839
vert.xっていう選択肢もあります

**デフォルトの名無しさん** · 2016/03/04(金) 02:08:40.32

>>841
アップデートが大変とは？
package.json直してnpm updateでおkな気がするけど
個別にnpm install -gする必要もないし手間は減るんじゃ？
実際に試したわけじゃないから違ったらｽﾏｿ

**デフォルトの名無しさん** · 2016/03/04(金) 03:28:48.67

>>841
globalにインストールしたモジュールだけ個別にnpm linkは？
たとえばpackage.jsonにfooとbarが書いてあるとして

npm i -g foo
npm link foo
npm i

これでfooはglobal、barはlocalにインストールされるはず
またはpackage.jsonで

"foo": "file:path/to/global/foo"

のように直接globalの下を見るように書く

**デフォルトの名無しさん** · 2016/03/23(水) 22:09:05.05

なんかモジュールの更新に失敗すると思ったら…また揉め事か
やれやれ

**デフォルトの名無しさん** · 2016/03/23(水) 22:38:48.40

面倒は避けたいんだろうけどありゃないわな
そのうちnpmjs以外のリポジトリ追加できるようになるのかね

**デフォルトの名無しさん** · 2016/03/23(水) 23:30:18.40

>>846
http://qiita.com/chuck0523/items/ee23293f2645d40cb317
これのこと？

**デフォルトの名無しさん** · 2016/03/24(木) 01:17:41.94

>>847
http://uasi.hatenablog.com/entry/2016/03/23/215308
それとこれとか

**デフォルトの名無しさん** · 2016/03/24(木) 01:37:44.91

これモナー
https://github.com/azer/left-pad/issues/4

**デフォルトの名無しさん** · 2016/03/24(木) 07:37:50.01

クソ過ぎて笑う
またフォークになりそう

**デフォルトの名無しさん** · 2016/03/24(木) 13:05:07.50

GAEで動くようになったっていうけど仕様見たら随分ややこしいな

**デフォルトの名無しさん** · 2016/03/24(木) 17:39:01.90

10行程度のしょうもないコードすら外部ライブラリに頼るとか
nodejsの連中は頭が悪すぎてコードが書けないのか？

ってezoeの野郎がdisってました(告げ口)

**デフォルトの名無しさん** · 2016/03/24(木) 17:57:44.51

これか。
http://cpplover.blogspot.jp/2016/03/npmkik.html

lodashに依存している俺には耳が痛い。

**デフォルトの名無しさん** · 2016/03/24(木) 19:36:15.73

instanceof Array じゃあかんのか？

**デフォルトの名無しさん** · 2016/03/24(木) 19:40:44.04

http://b.hatena.ne.jp/entry/cpplover.blogspot.com/2016/03/npmkik.html
"NPM界隈の人間はコードが書けないのか？" 車輪の再発明やテスト省きたいだけでしょ。どんな簡単な関数でもゼロから書き直した物はテストされなければならない

こりゃ自分が依存してるライブラリがテストされていると毎回確認している奴だけが言えるセリフだ
99.9%のユーザーは違うと思うよｗ

**デフォルトの名無しさん** · 2016/03/24(木) 19:54:11.55

あの程度のコードにリスクを負って
依存関係を増やす価値があるのか否かが焦点だと思うなあ。

**デフォルトの名無しさん** · 2016/03/24(木) 20:01:02.80

>>855
文化だからとかいう馬鹿な発言は止めて欲しいわ。
「不用心が文化です」ってどう思う？
ただのマヌケだろ…

**デフォルトの名無しさん** · 2016/03/24(木) 20:41:23.24

1行程度ならいいんだが5行以上でよく使うものはコピペで使いまわしてると管理しきれなくて破綻する
そこで統一的なライブラリがあるとコピペよりも格段に管理しやすくなるので10行程度でもライブラリを使うようになる
この程度で～という人はコピペや再実装が気にならないほど活動の幅が狭いか自前のライブラリを持って回る文化の言語の人だろう
いずれにおいても個々の活動形態に最適化されているだけなので方法だけ見て優劣を語るのは私は自分の世界しか知らないオタクですと自己紹介してるようなものですわ

**デフォルトの名無しさん** · 2016/03/24(木) 20:45:16.37

>>858
なるほどこれが不用心な文化か

**デフォルトの名無しさん** · 2016/03/25(金) 00:30:28.00

npmのパッケージは粒度が小さいのが不思議って指摘が多いけど
実行環境の特性上、サイズに対する要求がシビアだから
必要な所だけつまみ食いできるように細かくしてあるだけで、別に不思議じゃねえよな
無知だから不思議に思えるだけ

**デフォルトの名無しさん** · 2016/03/25(金) 00:50:05.18

いわゆる俺様ライブラリも単機能モジュール詰め合わせて作ってるわ
メンテも楽だし大抵は>>860の言うように部分だけ使いたい

**デフォルトの名無しさん** · 2016/03/25(金) 01:02:01.84

OSSつかソーシャルコーディングの時代に自分が書いたコードと他人が書いたコードに違いがあるか？
誰が最初に書いたコードだろうが読んでダメなところがあれば誰でも直せる(プルリクできる)し誰でもテストできる
たった5行だろうが10行だろうが世界中のプログラマによって改善されてテストされてるコードがあるなら使うべきだし不十分なコードがあるなら改善に加わるべきだ
それがソーシャルコーディング時代にふさわしい態度だろ
未だにNVH症候群なんて時代錯誤も甚だしい
不用心ってのはコードを見ないで使うことに対して言うべきでパッケージを使うことに言うことじゃない

**デフォルトの名無しさん** · 2016/03/25(金) 01:15:24.55

NVHじゃなくてNIHだった死にたい

**デフォルトの名無しさん** · 2016/03/25(金) 02:10:56.75

npmを管理している企業がクソってことかな。
結局node自体、組み合わせで出来たものだから中心とした団体が存在しづらいために、
統率が取れてないのかな。
v8エンジン作ってるところが主導権握ってくれれば。

**デフォルトの名無しさん** · 2016/03/25(金) 02:21:27.94

クソなのはパッケージ全消ししたやつだろ
こんなメール返すDQNだぞ

hahah, you’re actually being a dick. so, fuck you. don’t e-mail me back.
Yeah, you can buy it for $30.000 for the hassle of giving up with my pet project for bunch of corporate dicks

**デフォルトの名無しさん** · 2016/03/25(金) 07:03:38.67

>>860
コンパイラみたいにリンカーで不要なファンクションを切れないからね。
でも、フロントエンドのJSなんてびっくりするくらい巨大なのがあるよ。

**デフォルトの名無しさん** · 2016/03/25(金) 10:44:01.54

今北産業

**デフォルトの名無しさん** · 2016/03/25(金) 10:49:36.97

気にせず
作業を
続けろ

**デフォルトの名無しさん** · 2016/03/25(金) 12:31:25.78

>>865
糞チ○コ野郎、300万なら権利譲ってやる
と書いてるんか？

**デフォルトの名無しさん** · 2016/03/25(金) 14:04:16.49

クリエイターならキレて当然

**デフォルトの名無しさん** · 2016/03/25(金) 14:38:39.11

クリエーターが全員商標に無頓着だなんて偏見というよりもはや差別

**デフォルトの名無しさん** · 2016/03/25(金) 20:55:27.38

lodashに依存するのも危険かな？

**デフォルトの名無しさん** · 2016/03/25(金) 21:39:16.79

むしろlodashみたいに、小さいのはまとめてくれよと言いたい

**デフォルトの名無しさん** · 2016/03/25(金) 22:54:50.68

大量のモジュールを個々に評価なんてやってられないので一括して信用できたほうがいい
まあ孫までは見ないのだが

**デフォルトの名無しさん** · 2016/03/26(土) 00:40:58.18

Apache Commonsが必要なんだ

**デフォルトの名無しさん** · 2016/03/26(土) 13:42:07.06

>>873
自作でそういうの作って自己管理すればいいのかな。
iOSとかだと依存ライブラリであるpodsディレクトリもgit管理対象にすることを推奨してるらしい。(node_modulesみたいな物)

自分がよく使うものを一つにまとめて
node_modules含めてまるごとgithubに管理を任せるとか。

**デフォルトの名無しさん** · 2016/03/26(土) 13:57:32.98

安定を追求するなら
自パッケージの内部に自分の依存パッケージの実体を持つのが一番いい

**デフォルトの名無しさん** · 2016/03/26(土) 14:07:35.98

今回の件を踏まえて容易にunpublishできないようにするんじゃないの
俺はあんまり気にしないつもり

ただ今回の件で、kikじゃなくてleft-padの方が訴えの対象だった場合はどうすんだろ
広く利用されてると簡単に削除できない、名前も変えられない、でも法的には問題があるって難しいな
それとも広く利用されてる＝公知の名前ってことで商標の方が認められなくなる可能性もあるのかな

**デフォルトの名無しさん** · 2016/03/26(土) 14:11:02.21

unpunishできないなら中身空にしてpublishするだけだろう
パッチアップデートとしてpublishすればさらに完璧

**デフォルトの名無しさん** · 2016/03/26(土) 14:11:43.05

>>876
npm iしたdockerイメージ作ればええやん

>>877
本体がバグ直したらいちいち追従せなあかんやん

**デフォルトの名無しさん** · 2016/03/26(土) 14:14:56.86

>>878
たとえばexpress.comが名前よこせと主張したら大変だな

**デフォルトの名無しさん** · 2016/03/26(土) 14:20:17.36

>>880
バグ修正が他に影響しないとも限らんのだから
本当に安定を求めているのなら「いちいち手でアップデートすべき」なんだよ

そしてそれは全員がやらないといけないわけではない
本当にコアで重要なパッケージの管理者だけがやればいい

**デフォルトの名無しさん** · 2016/03/26(土) 14:30:01.63

バグ修正と共に関係ないコードを弄ってコミットした経験が一度もない人は

＞バグ修正が他に影響しないとも限らん

の部分を否定してもいいですよ
そんな人は罪を犯したことがない人と同じくらい希少でしょうけどね

**デフォルトの名無しさん** · 2016/03/26(土) 15:02:09.54

影響受けたら直してpublishすればいいだけ
自分だけの部分最適に走ってエコシステムの全体最適を考えられないのな

**デフォルトの名無しさん** · 2016/03/26(土) 16:22:05.42

>>884
nodeの象徴的なユーザーの姿だな
冗長化と最適化はトレードオフだであり
「馬鹿の一つ覚えでDRYにこだわるあまり、最適化しか考えてない」から今回のようなことになる

**デフォルトの名無しさん** · 2016/03/26(土) 16:40:06.34

＞影響受けたら直してpublishすればいいだけ

同意
今回影響を受けた人も直せばいいだけだ
甘えんな

**デフォルトの名無しさん** · 2016/03/26(土) 16:49:34.79

手を加えるところがなくてメンテ止まってる鉄板が壊れると痛し痒し

**デフォルトの名無しさん** · 2016/03/26(土) 17:03:39.63

今回のようなことなんて瞬殺レベルで解決したやん
俺が騒ぎに気づいた時にはもう終わってた
これで改善されることもあるしこんな程度で冗長化とかトレードオフになってねーわ
安定性の話をするならnpmレジストリが落ちることもある（npm incができてから減ったが一時は酷かった）
それに備えてれば今回の影響も受けない
うちは本番デプロイでnpm installしない運用だから実際深刻なことにならない
アホなトレードオフより前に頭の使い所を考えろってこった

**デフォルトの名無しさん** · 2016/03/26(土) 18:16:21.25

6:35 left-padにissueが立つ
7:13 babel6の対応版リリース
7:52 babel5の対応版リリース
8:54 新オーナーによりleft-pad復活

センセーショナルに騒がれてるが3時間ほどのトラブルなんだな

**デフォルトの名無しさん** · 2016/03/26(土) 18:35:26.04

トレードオフとは？

**デフォルトの名無しさん** · 2016/03/26(土) 19:18:13.92

このときのbabel作者sebmckの行動こそnodeの象徴的なユーザの姿だな
壊れたら即座に治してリリース
left-padの新オーナーにも真っ先に名乗り（他の人に譲ったが）
まだ二十歳前後らしいけどこういう人がエコシステムを前進させていくんだな

**デフォルトの名無しさん** · 2016/03/26(土) 21:46:38.83

エコシステムってどの辺りがエコなん?

**デフォルトの名無しさん** · 2016/03/26(土) 23:21:12.11

エコシステム
＝生態系、転じてビジネス分野において共存共栄や相互作用の関係を表したりする
　IT分野だとモジュール群や企業の製品群、開発者・利用者などで構成されるコミュニティを指したりも

日本語で単にエコというと環境に良い・地球にやさしいといったニュアンスに

**デフォルトの名無しさん** · 2016/03/26(土) 23:30:38.74

只でモジュール開発してるから金銭的にエコなんけ?

**デフォルトの名無しさん** · 2016/03/27(日) 00:51:15.04

>>894
ecosystemで一つの単語
ecologyな分野が発祥でeconomyとは関係ない

**デフォルトの名無しさん** · 2016/03/27(日) 17:44:58.09

よい記事
http://yosuke-furukawa.hatenablog.com/entry/2016/03/27/152500

**デフォルトの名無しさん** · 2016/03/27(日) 23:14:41.48

>>896
なるほど歴史的経緯もふくめれば理解できる話になるね。
でも個人がpolyfillみたいなものを作ることの問題点みたいなものも分かったし、
ある程度の利用率の高さがわかったら、npm自身が管理するような仕組みが必要かと。個人の暴走による崩壊はエンタープライズ向けでは使えないことを意味するし。

**デフォルトの名無しさん** · 2016/03/28(月) 00:33:05.01

小学生レベルの発想だな
https://docs.npmjs.com/misc/registry

**デフォルトの名無しさん** · 2016/03/28(月) 09:29:14.20

無様な言語だ

**デフォルトの名無しさん** · 2016/03/28(月) 09:58:19.23

のびしろですね

**デフォルトの名無しさん** · 2016/03/28(月) 20:52:47.29

client sideでJSファイルを数十個読み込んでいるのですが、読み込みに10秒くらい
時間が掛かります。そういうのはこのNodeというやつでサーバーサイドにすると
速くなりますか？
そういう目的にNodeというのを使うものですか？
clientからserver sideに移植するのは難しいですか？

**デフォルトの名無しさん** · 2016/03/28(月) 20:58:32.90

concatしろよ

**デフォルトの名無しさん** · 2016/03/28(月) 21:09:11.64

>>902
concatすると確かに読み込みは多少は速くなるんですがサーバーサイドだと
読み込みに掛かる時間は無いと思うので素早く表示するには
サーバーサイドと言うのが良いのかなと思いました、
どうですか？

**デフォルトの名無しさん** · 2016/03/28(月) 22:47:22.43

間違ってます。
3年経ってからこのスレで続きをどうぞ。

**デフォルトの名無しさん** · 2016/03/28(月) 23:53:43.05

>>904
おしえてくれ

**デフォルトの名無しさん** · 2016/03/29(火) 00:19:14.89

>>903
処理による。サーバサイドでできることとクライアントサイドでできることは色々違うし、そういう質問をするということは、
多分サーバサイドでは動かないコードなんだと思う。
たとえばサーバサイドではDOM操作ができない。

クライアントサイドでもサーバサイドでも動くコードを作るのは
それなりに学習が必要でまずはWEBの仕組みから勉強するとこから始めてみて

**デフォルトの名無しさん** · 2016/03/29(火) 01:46:05.42

ファイルIOは遅い

RoR などは、読み込むファイル数を減らすため、
1つのファイルに合体したりしている

**デフォルトの名無しさん** · 2016/03/29(火) 01:55:45.07

ブラウザが何十個もスクリプト読み込める日なんて来るのかね

**デフォルトの名無しさん** · 2016/03/29(火) 03:59:34.21

ファイル毎にコネクション貼るから遅くなるのであって
IOが遅いわけではない

**デフォルトの名無しさん** · 2016/03/29(火) 05:43:26.18

まず単ファイルにしてみてそれで遅かったらその先を考えろよ
能力もねえくせに贅沢言い過ぎ図々しすぎ

**デフォルトの名無しさん** · 2016/03/29(火) 08:31:37.28

>>910
そうなんです。初心者でしかも童貞です。
ヒント教えて下さい

**デフォルトの名無しさん** · 2016/03/29(火) 08:34:52.70

世の中にはお金を払うと童貞を捨てられるお店があるらしいです
それを探しましょう

**デフォルトの名無しさん** · 2016/03/29(火) 11:59:02.38

>>912
じゃあ>>910も誘ってDT3兄弟でお店に行きましょうよ

**デフォルトの名無しさん** · 2016/03/29(火) 12:27:09.03

>>901
一回読み込んだらキャッシュされるだろ

**デフォルトの名無しさん** · 2016/03/29(火) 12:50:21.56

>>914
初めて来る人にはページ読み込みが重いだろ。それが問題。

**デフォルトの名無しさん** · 2016/03/29(火) 13:20:10.24

>>915
isomorphicでggr

**デフォルトの名無しさん** · 2016/03/29(火) 13:42:39.86

そもそもキャッシュされるというのが幻想

**デフォルトの名無しさん** · 2016/03/29(火) 14:49:52.91

isomorphicは総サイズを減らすわけじゃねえ