【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/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は総サイズを減らすわけじゃねえ

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

結論を教えてくれよ

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

あきらめるか、3年勉強しろ

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

結論としてはお前の浅知恵は間違っている
以上

クライアントが「いいこと思いついた」って言い出した時に匹敵する浅はかな考え

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

>>915
全て一見さんで本指名無しかw

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

>>918
jsのダウンロード待たなくても画面を表示できるから体感のレスポンスは改善する

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

http://blog.npmjs.org/post/141905368000/changes-to-npms-unpublish-policy

諸問題を受けてnpmのunpubポリシーが変更されるぞ
見とけよ見とけよー

* publishしてから24時間以内はunpublishすることができる.
パッケージはレジストリから完全に消去され, 同名同バージョンのパッケージを再びpublishすることができる.

* publishしてから24時間以降のunpublishは, npmサポート(support@npmjs.com)への連絡を促すメッセージととも失敗する.

* npmサポートがパッケージ削除の要請を受けたなら, そのパッケージを削除することで他のパッケージの依存関係を壊してしまうか検証する.
もし他のパッケージの依存関係を壊してしまうなら、そのパッケージは削除されない.
この場合, あなたは削除したいパッケージの所有権を譲渡するか, 削除したいパッケージに依存しているパッケージの依存先を変更してもらうか, どちらかを選ぶことになる.

* パッケージの全てのバージョンが削除された場合, 悪意ある人間がそのパッケージ名を利用することを防ぐため, セキュリティプレースホルダパッケージに置き換えられる.

* セキュリティプレースホルダパッケージと同名のパッケージを公開したい場合はnpmサポートに連絡してください. 許可を与えるか検討します(通常は許可するでしょう)

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

なおもう一つ話題のnpmワームに関しては楽観視している模様

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

http://qiita.com/kobake@github/items/2a8e691d4755a9601b20
node.jsで画像をダウンロードしたいです
その際リクエストモジュールを使うらしいですが、コレはモジュールフォルダにデフォルトで入っていますよね。
モジュールの呼び出しなんですが、request = require("request");で探しても「can not find module」というエラーが出ます。
これはどうしたものでしょうか？

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

>>924
なるほど。つまりunpubしたいときは、
内容を空にしてアップデートすればいいってことだな。

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

>>927
本当にねえ
あらゆる所でunpubを難しくしたところで問題は解決しないと総ツッコミされてたところにこれだよ
問題解決能力なさそーだよな

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

>>926
入ってませんよ
npmを信頼し、パッケージをインストールしてください
これはnode.jsユーザーの義務です
踏み絵みたいなものです
疑ってはなりません
npmのパッケージは動作するのです

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

nodeにかぎらずgemsでもそうだけど、
こういう誰でも登録可能なライブラリシステムってのは
使うのをやめるべきだよ。

まず言語環境のあり方として、
言語標準で多数のライブラリを抱え込むべき。
.NETやJavaやPHPやPythonを見習おう。

それが不可能であれば準公式と呼ばれるライブラリを
個人ではなく何かしらの団体を作って複数の人で管理するべき。

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

>>930
> 個人ではなく何かしらの団体を作って複数の人で管理するべき。
それがnpmでありrubygemsじゃないの？

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

>>931
ぜんぜん違う。審査がないし
コードをレビューする人も居ない。

npmやrubygemsは単なる置き場所。
有用なものも落ちているだろうがゴミも落ちている。

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

>>932
標準で多数のライブラリを抱え込むと、本体アップデート時に動作保証する対象が
増えすぎてなかなかアップデートできなくなるとか、そういう弊害もありそう。

逆に標準（？）でもPHPのMDB2みたいに死んじゃう場合もあるし。

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

>>929
解答ありがとうございます。
インストールがひつようなんですね。

あと、プロンプトはwindowsのものとnodejsのものどちらを使うのでしょうか？
まだ基本的なことがわかっていません。

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

基本的なことも自己解決できないクズに居場所はないんで消えてください

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

npmのインストールなんですが、「npm should be run outside,,,」というメッセージはインストール成功ということなんでしょうか？
ノードの外で実行するとはなんのことでしょうか？

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

>>933
大して標準ライブラリがない今ですら互換性が怪しいから
LTSなんてリリースしてるんだしな

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

★とかDL数とかGitHubでの更新履歴で信頼度判断できるし、npm使うのやめろとか極論もいいとこ

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

今回その★が多いLeftPadで問題が起きたことで
それは信頼度の判断には使えないと学習したんじゃないのか？

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

node.jserの言うDRYは「2度と同じコードを書かない」という意味で
2度と同じ失敗を繰り返さないという意味は含まない
何度でも同じ間違いを繰り返す
なぜなら文化だから

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

DRYの定義で
2度と同じ失敗を繰り返さないという意味を含んでいる
記事を教えてくれｗ

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

>>924
第1項の最後の文の"No"見落としてた

誤:同名同バージョンのパッケージを再びpublishすることができる
正:同名同バージョンのパッケージを再びpublishすることができない

0SIMのIPアドレス安定しねえな
IDコロコロ変わる

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

★もDL数も金で買えるからなあ。
足切りの材料にはしてもいいが、信用の材料にするべきではないと思う。

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

伽藍とバザールだな
polyfillの話といい
歴史に学べよ、傲慢な若者達よ

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

npmはバザールを選んだってこと？

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

npmはバザールではないよ。
なぜならそのパッケージを修正できるのは
そのパッケージの開発者のみ。

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

西成の露天商だろ
もしくはメルカリ