【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/

**デフォルトの名無しさん** · 2015/07/01(水) 08:36:09.17

>>400
は？
>>395からの流れでなんでソース？
企業の事例でソースが公開されることなんてまずないだろ

**デフォルトの名無しさん** · 2015/07/01(水) 08:36:40.87

>>399
オタクの発想そのものだなおまえ。
名だたる？は？

**デフォルトの名無しさん** · 2015/07/01(水) 08:48:16.00

>>402
> 完全にio.jsは蛇足だった。

最初っからこうなるのは読めていたしｗ

**デフォルトの名無しさん** · 2015/07/01(水) 09:57:25.11

io.js完全勝利は最初っから読めてたし実際にそうなったが、蛇足ではない
蛇足だったのはJoyentの抵抗だ
分裂前に統治と商標を手放していれば騒動にならなかった
Joyentの重い腰を動かすにはio.jsが必用だったのだ
そしてio.jsはそのままNode Foundationの中心(TC)に収まった

**デフォルトの名無しさん** · 2015/07/01(水) 11:22:15.78

>>406
あのさ、当事者以外は全員、馬鹿じゃねぇのって目で見られてるのわかってんのおまえ？
単なる内輪もめでハッキリ言って周りの人間は興ざめなんだよ。

おまけに結局元の鞘。アホか。

**デフォルトの名無しさん** · 2015/07/01(水) 12:27:15.54

レインボーカラー()

**デフォルトの名無しさん** · 2015/07/01(水) 14:26:09.53

全員www
馬鹿じゃねぇのって目で見てないヤツは当事者ニダ！
こうですね

**デフォルトの名無しさん** · 2015/07/01(水) 15:21:14.56

触んないでNG突っ込んどけ

**デフォルトの名無しさん** · 2015/07/01(水) 21:32:04.03

io.js完全勝利！ node.jsを乗っ取り
io.jsがnode.jsに名前変更した。

io.jsを使うように変更していた人は、
名前変更ですので、node.jsに変更してください。

あとはio.jsのコードでnode.jsを上書きすれば
完了だ！

>>406
こんな感じでええですかね？

**デフォルトの名無しさん** · 2015/07/01(水) 22:27:36.35

>>406
ドヤ顔で楽しそうですねwww
でも、一部の企業以外じゃこんなもん業務につかいませんよwww

**デフォルトの名無しさん** · 2015/07/01(水) 22:45:26.03

iojsになってから停滞していた開発が進んだから良いじゃん

**デフォルトの名無しさん** · 2015/07/01(水) 23:05:43.43

こう言う騒動があって良い方に行くことあるのかな？

**デフォルトの名無しさん** · 2015/07/01(水) 23:36:52.59

>>411
io.jsもnodeコマンドで実行してるから変更の必要はない
やり直し

それより事例があったことは認識できたのか？w

>>412
Walmart、LinkedIn、Paypalなんかが採用してるのにお前らときたら…
技術力もセンスも底辺じゃしょうがないなw

**デフォルトの名無しさん** · 2015/07/02(木) 00:20:58.24

>>399
サンキュー
長文読むのはきついんだけどNode以外の言語が適切だった場面について書かれてる事例はある？
それとも明らかにIOとの縁が薄くなければ何にでも使えるのか

**デフォルトの名無しさん** · 2015/07/02(木) 00:30:45.94

node.jsの日本の事例ってないのかな
身近な例だとおーぷん2chのリアルタイム関係の機能に使われてたけど

**デフォルトの名無しさん** · 2015/07/02(木) 01:46:14.92

>>416
>>399みたいな巨大企業／サービスはマイクロサービス前提が多くてぶっちゃけ参考にしにくい

>>417
日本でも使われてるんだろうが情報として出てくるのが少ないな

GREE & DeNA http://www.atmarkit.co.jp/fsmart/articles/devsummit2012_01/01.html
CA http://www.slideshare.net/akuwano/ss-8876695
リクルート http://www.atmarkit.co.jp/ait/articles/1502/12/news026.html

始まったばかりのPixiv SketchってサービスがNode+ReactでIsormorphicという最新トレンド
事例紹介に期待

**デフォルトの名無しさん** · 2015/07/02(木) 08:36:27.69

サービスじゃなくてアプリだがchinachuって録画&番組管理ソフトはnode.jsを使ってるな
2GBしかない自鯖だとメモリの殆どを持ってかれてつらたん

**デフォルトの名無しさん** · 2015/07/02(木) 22:15:35.35

>>418
GREE DENAの事例で少しイメージわいた

**デフォルトの名無しさん** · 2015/07/03(金) 08:22:30.17

>>420
負け組企業とIT意識が大したことのないクズ企業がよく使ってるってのが
わかってよかったわ。

PHPで行かせてもらう。

**デフォルトの名無しさん** · 2015/07/03(金) 08:40:15.41

同意せざるを得ない

**デフォルトの名無しさん** · 2015/07/03(金) 10:29:31.82

PHPは意味わかんない言語仕様だった気がするけど
JSとどちらがマシか

**デフォルトの名無しさん** · 2015/07/03(金) 13:59:00.34

しかし結局インフラの詳細がでてないからサーバー性能と１台あたりの処理能力がわからない

**デフォルトの名無しさん** · 2015/07/03(金) 15:42:52.53

ここは何年前の話をしてるんだ？w
nodeはphpをまるごと置き換えるものじゃないぞ
むしろwebsocket用にphpの横に置いて補完に使われてきた
phpをモノリシックなまま置き換えるならjavaの方がよっぽど向いてる
マイクロサービスにするなら一部をnodeにできる

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

>>425
複数の言語を使うなんて論外だよww

**デフォルトの名無しさん** · 2015/07/03(金) 16:46:28.22

PHP使うくらいならJavascriptのがマシ

**デフォルトの名無しさん** · 2015/07/03(金) 19:39:11.11

どちらにせよクライアントサイドでjsつこうてるし
複数言語を使うのが論外ってのは論外なんだよなあ

**デフォルトの名無しさん** · 2015/07/03(金) 20:19:23.33

phpしかできない底辺がnodeを否定したいだけで荒らしに来てるってとこか

**デフォルトの名無しさん** · 2015/07/03(金) 22:37:01.24

仮にWordpressをNodeでクローンしたとしても性能が落ちないくらいの汎用性はあるのかな

**デフォルトの名無しさん** · 2015/07/04(土) 00:10:43.11

機能的にフェアな比較とは言えないが参考に
http://blog.appdynamics.com/nodejs/an-example-of-how-node-js-is-faster-than-php/

仮にwordpressと同等の機能を同等の労力をかけて作れたら、より優れた性能のcmsを作れる言語はたくさんあるだろう

**デフォルトの名無しさん** · 2015/07/04(土) 03:55:59.84

機能もだけど完成もしてないCMSじゃどう比較したものか
言語を自由に選べるならもちろん用途に制限があって不安定なNodeなんて選ぶべくもない

**デフォルトの名無しさん** · 2015/07/04(土) 07:13:56.76

言語を自由に選べるなら史上まれに見る糞言語でセキュリティホールだらけのPHPなんて選ばれようがない
わけではなく実際は流行ったもん勝ち
つまりそういうことだ

**デフォルトの名無しさん** · 2015/07/04(土) 08:59:24.73

>>427
お前みたいな遊びでやってるようなパソコンオタクはそれでいいかもなwww

**デフォルトの名無しさん** · 2015/07/04(土) 09:00:53.79

>>428
お前はクライアントサイドで2つも3つも使うのか?同じシーンで、？www
詭弁垂れ流したいならほか行きなwww

**デフォルトの名無しさん** · 2015/07/04(土) 09:01:49.38

>>429
自己紹介はその辺でいいよ。

>>433
現実見てからほざくといいよ。

**デフォルトの名無しさん** · 2015/07/04(土) 11:00:33.54

俺はクライアントサイドで2つも3つも使ってるイメージだな
HTML、SCSS、CoffeeScript、JavaScript、Angularのようなフレームワークの
テンプレートの記法
全部少なくとも構文は違う
HTMLやSCSSが言語なのかとか、テンプレートは数えるなとか、多くの
ツッコミはあるかもしれんが
複数言語を使うのと似たような感覚なのは確か

**デフォルトの名無しさん** · 2015/07/04(土) 11:47:14.34

おられもそれなりに書くけど、たいていクライアントの好き嫌いで決まるからな
こだわる奴はたいしたことも頼んでこないからやりやすいし

**デフォルトの名無しさん** · 2015/07/04(土) 12:08:03.16

>>437
言語とプログラムの違いも分からない人って・・

**デフォルトの名無しさん** · 2015/07/04(土) 14:53:28.82

プログラミング言語を固定するのは二流のエンジニア／コンピュータサイエンティストである証です。

それがPHPであろうと、おそらくもっと優れたHaskellやErlangであろうと、コンフォートゾーンを外れた部分の勉強を嫌がるようなプログラマはだいたい二流でしょう。
どんなプログラミングのタスクでも、どの言語でも一定の達成をすることはできますが（チューリング完全）、
実用面での性能における言語の変化は非常に速いものです。
全ての言語に圧倒的に勝るたった1つの言語など存在しません。プログラミングには多様性があるからです。

二流のPHP開発者に顕著な特徴は（これはきっと.NETや、多分C++でさえも同様なのですが）、プログラミングについての考えが
「PHPで何ができるのか」という所で止まってしまっているということです。

この業界ではまともであろうとする人がコンフォートゾーンを手に入れることはできません。
「静的型付き言語は絶対に使わない」とか、「低級言語はやらない」とか、「Javascriptは醜いからブラウザには近寄らない」とか、
あるいは「自分はOSを一生理解できない」といったような態度に固執しているような人は、一流のプログラマにはなれないでしょう。

Paul Grahamは“Blub”という概念を取り入れることで、ひとつの言語をコンフォートゾーンとして使うことの危険性について警告しています。
Blubはひとつの言語しか使わない企業プログラマがあらゆる形のプログラミングにモデルとして用いる典型的な二流言語です。
Blubプログラマは低級言語を役立たずな間抜けと見なし、高級言語は抽象的で気味の悪いだけのものだと思っています。
もちろんBlubは現実の言語ではなく、態度のことを表す仮想の言語です。
PHPはおそらく、少なくとも企業で使う言語の中では、Blub中のBlubです。

**デフォルトの名無しさん** · 2015/07/04(土) 15:11:58.47

読んだなあこの記事
他の言語もやってるけど低級言語を覚える予定はない
高級言語使ってて低級言語の知識が役に立つとはあまり思えないし
必要になったときに覚えればいいやというスタンス

**デフォルトの名無しさん** · 2015/07/04(土) 15:41:39.68

Lisp系の言語はどうしてもしっくり来ない

**デフォルトの名無しさん** · 2015/07/04(土) 15:51:16.90

まだPHPはセキュリティホールがーとか言ってるやついるのか

**デフォルトの名無しさん** · 2015/07/04(土) 17:58:40.10

日本ではJavaも似たような位置にあるな
責任者自身が理解してるor得意な言語でなんでもやりたがる
産業構造が変わらん限りは世代交代までこのままだな

**デフォルトの名無しさん** · 2015/07/04(土) 19:22:13.28

だから言語関係ないって言ってるだろ
Rubyばかり使おうとする奴も多いぞ。

**デフォルトの名無しさん** · 2015/07/04(土) 19:35:40.10

>>444
元々>>440はJavaの話をPHPに改変したコピペw

**デフォルトの名無しさん** · 2015/07/05(日) 02:57:39.12

Nodeが出たての頃は、どうせクライアントサイドでjsを使うんだから
サーバサイドもjsで統一できれば楽だし保守性も上がる
みたいな主張をよく見かけたな

**デフォルトの名無しさん** · 2015/07/05(日) 03:35:02.68

クライアントの開発者をサーバーでも使えると皮算用してたころな
今はStream理解できないと意味ないので低質な開発者じゃ使い物にならないけど
クライアントもWorkerやらなんやらが発展してきてどんどん別世界になっていってるのが興味深い

**デフォルトの名無しさん** · 2015/07/05(日) 03:53:39.06

サーバサイドもjsで統一できれば楽ってのは間違いないんだが
非同期でやるというスタイルという大きな問題があった。

個人的にはそのスタイルは嫌いじゃないんだが、
やはり面倒で、そのスタイルが応用分野の範囲を狭くしてしまった。

**デフォルトの名無しさん** · 2015/07/05(日) 03:55:25.29

あと言語の範囲だけでは大きなことが出来ないっていうのも重要な所。
大きなことをするにはどうしてもフレームワークやライブラリが必要で、
そのための知識がウェブにはなかったり大きく違っていた。

**デフォルトの名無しさん** · 2015/07/05(日) 04:24:11.46

IOWaitを待たずに終わって高速化するのが目的なんだから非同期で当然
用途特化型なんだから適用範囲が狭くて当然
その上でどこまでやれる能力を持ってるのかって話なの
そのほか全行にわたって認識がずれてる

**デフォルトの名無しさん** · 2015/07/05(日) 07:34:43.70

別畑の人間に取っては勉強になるわ

**デフォルトの名無しさん** · 2015/07/05(日) 07:39:15.80

>>449
非同期でやるためにJavaScriptを言語として選んだのであって
クライアントと統一するためにJavaScriptを選んだわけじゃない。

**デフォルトの名無しさん** · 2015/07/05(日) 08:38:01.43

>>447
RubyやPythonとかの変数型無し言語がサーバ側で使われてたからね。
それじゃJavascriptでもよくね？ってなるのは変じゃない。

**デフォルトの名無しさん** · 2015/07/05(日) 08:41:27.43

>>449
非同期でやるためだけだったらJavascriptで無くたっていい。

**デフォルトの名無しさん** · 2015/07/05(日) 08:46:15.04

>>449じゃなく>>453

**デフォルトの名無しさん** · 2015/07/05(日) 09:15:32.82

>>455
スレッドもI/Oライブラリも無いからJavaScriptを選んだって偉い先生の本に書いてあったw

**デフォルトの名無しさん** · 2015/07/05(日) 11:03:09.93

初歩的な質問で恐縮ですが、ネットで調べてわからなかったので教えてください。
vjetはeclipseのどのバージョンまで対応していますか？

**デフォルトの名無しさん** · 2015/07/05(日) 11:24:59.08

>>458
ここで聞くといいよ！
http://chiebukuro.yahoo.co.jp/

**デフォルトの名無しさん** · 2015/07/05(日) 13:23:51.90

>>459
yahoo知恵遅れでit系の質問でまともな回答を見たことが無い気がする。

こっちで聞きましょ。
http://stackoverflow.com/

**デフォルトの名無しさん** · 2015/07/05(日) 22:18:02.02

一般論として、クライアントサイドで動いているjavascriptは全てサーバーサイド向けに書き換えられるのか？それとも何かの制限が有る？

**デフォルトの名無しさん** · 2015/07/05(日) 22:26:09.10

>>461
どういうこと？

**デフォルトの名無しさん** · 2015/07/05(日) 22:32:53.61

>>462
いや、だからサーバーサイドjavascriptっていうのが有るんでしょ?
俺は良く知らんが。
でそのサーバーサイドjavascriptの技術を使えばクライアントサイドで動いているどんなjavascriptでもサーバーサイド向けに書き換えられるのかどうか知りたいと言う質問。

**デフォルトの名無しさん** · 2015/07/05(日) 22:37:35.76

扱えるリソースが異なるんだから普通に考えて全部って事は無いでしょ

**デフォルトの名無しさん** · 2015/07/05(日) 22:49:39.21

>>463
クライアントサイドってブラウザ上で動いてDOM操作やサーバとの通信だから
サーバサイドとは別物だけどねえ。

**デフォルトの名無しさん** · 2015/07/05(日) 23:09:05.73

ID:70VDGlmKはプログラミングの基本からやり直せ

**デフォルトの名無しさん** · 2015/07/05(日) 23:09:23.44

できるかと言われればできるけどめんどいし必要性も薄いわな
つーかよくその段階でこのスレ来たな

**デフォルトの名無しさん** · 2015/07/06(月) 01:19:58.04

>>461
一般論として、質問以前の問題。

韓国語と中郷語どっちがうんこですか？それともラッキーですか？

くらい意味不明な質問。

**デフォルトの名無しさん** · 2015/07/06(月) 01:54:29.26

そう言ってやるなよ、
中学生ぐらいの子が必死に書き込んだんだろう

あれで社会人だとしたら、かなり問題がある人間だよ
学ぼうという姿勢すら他人から見たら頓珍漢
身近には絶対欲しくない

**デフォルトの名無しさん** · 2015/07/06(月) 02:23:37.92

>>463
サーバーサイドでこれまでJavaとかPHPとかRubyとかPython使ってた中にjavascriptが選択肢に加わるだけで、クライアントのコードはそのままだよ。

**デフォルトの名無しさん** · 2015/07/06(月) 03:40:44.81

>>463が何を勘違いしているか推理してみた。

ブラウザ、つまりクライアントJavaScript使ってアプリが動いているでしょ？
そのサーバーサイドJavaScriptの技術を使えば、
ブラウザで動いているJavaScriptを、サーバー側に移動して同じように動くと
勘違いしているのだろう。

図解すると

gmail等のウェブアプリ
｛　[ブラウザ] + [JavaScript]　｝====ネットワーク==== [サーバーアプリ]

↓

gmailをサーバーサイドJavaScript化（※間違い）
｛　[ブラウザ]　｝ ====ネットワーク==== [JavaScript] + [サーバーアプリ]

おそらくこんな間違いをしてるんだろうなー。

>>463より抜粋
> でそのサーバーサイドjavascriptの技術を使えばクライアントサイドで動いているどんなjavascriptでもサーバーサイド向けに書き換えら（略

**デフォルトの名無しさん** · 2015/07/06(月) 03:42:05.18

不明確だったので訂正

×　ブラウザで動いているJavaScriptを、サーバー側に移動して同じように動くと
勘違いしているのだろう。

○　ブラウザで動いているJavaScriptを、サーバー側に移動して同じように動く技術が
サーバーサイドJavaScriptというものであると勘違いしているのだろう。

**デフォルトの名無しさん** · 2015/07/06(月) 04:17:04.33

>>472
移植して同じように動くって書いて無いだろ。サーバー向けに書き換えることは原理的には可能なのかと聞いている。

**デフォルトの名無しさん** · 2015/07/06(月) 06:21:31.83

そもそも、クライアントサイドのJavaScriptが何をやってるか知らないに１票。
JavaScriptを知らないにも１票。

**デフォルトの名無しさん** · 2015/07/06(月) 06:25:24.44

プログラミング自体をわかってないに一票

**デフォルトの名無しさん** · 2015/07/06(月) 06:28:43.84

>>465
DOM操作もサーバーサイドでできるだろ。それをクライアントに送ればいい。

**デフォルトの名無しさん** · 2015/07/06(月) 06:56:41.62

えっ

**デフォルトの名無しさん** · 2015/07/06(月) 07:06:48.03

だからプログラミング自体をわかってないんだよ、こいつは

**デフォルトの名無しさん** · 2015/07/06(月) 07:28:46.94

こんなので100レスも消費して欲しくない
荒らしに構うのも荒らしと見做してよい典型的な例
自演の可能性すら疑われる
少なくともStackOverflowならこういうことは怒らない

**デフォルトの名無しさん** · 2015/07/06(月) 08:35:35.30

>>476
それをDOMとは言わないけれ～ど

**デフォルトの名無しさん** · 2015/07/06(月) 08:51:51.45

DOMosumimasen

**デフォルトの名無しさん** · 2015/07/06(月) 08:57:11.10

あまりよくわかってないのにあんなとこ行ったら脳みそのスタックがオーバーフローしてしまうからな

**デフォルトの名無しさん** · 2015/07/06(月) 09:24:38.81

>>482
あなたの脳はPIC以下ですか

**470** · 2015/07/06(月) 12:55:25.71

>>463
英語だけどこの説明が易しくかつ詳しい。
そもそもサーバー(サイド)とクライアント(サイド)はどう違うのか、具体的に何をしているのかを解説している。
http://programmers.stackexchange.com/a/171210

**デフォルトの名無しさん** · 2015/07/06(月) 14:55:15.15

そんな質問する奴が英語読めるわけ無いだろ

**デフォルトの名無しさん** · 2015/07/06(月) 19:12:17.25

非生産的なスレだな。ここ。
ものすごい低レベルな話で盛り上がってんじゃねぇよ。
無視しろこんな質問する馬鹿は。

**デフォルトの名無しさん** · 2015/07/06(月) 21:19:48.68

生産的なスレなんてあんのかいなっ www

**デフォルトの名無しさん** · 2015/07/06(月) 21:51:56.16

少し前向きにpromiseの話をしようかと思ったら
このスレの最初にされてたし、ほんとに語ることがないわ
一体何が知りたいんだよモウ！ってとこだな

**デフォルトの名無しさん** · 2015/07/06(月) 22:01:34.40

じゃあyieldかstreamのおもしろい話して

**デフォルトの名無しさん** · 2015/07/06(月) 22:29:11.03

es6はもういいよ、これからはes7の話しよ

**デフォルトの名無しさん** · 2015/07/06(月) 22:34:20.25

宝くじにあたったときのお金の使い道を語りあってる貧乏人みたいだからやだ

**デフォルトの名無しさん** · 2015/07/06(月) 23:27:16.97

なんだそりゃ？
reactやfluxではdecorators、classProperties、functionBind、objectRestSpreadあたりは当たり前に使われてる

**デフォルトの名無しさん** · 2015/07/07(火) 01:13:06.72

jsファイルを実行すると
ejs呼び出しの箇所で以下のエラーが発生します。

var ejs = require('ejs'),

Error: Cannot find module 'ejs'

eclipseでJSは実行しています。
（eclipseでプロジェクト作成後に）ejsはnpmでinstallしています。
ejsへの設定が必要なのでしょうか。

**デフォルトの名無しさん** · 2015/07/07(火) 03:40:58.49

プロジェクトが、moduleやライブラリのある場所を、
探せないのだろう。
そのプロジェクトのライブラリパスの参照設定をすれば？

ただし、すべてのプロジェクトで使える、共通のライブラリなら、
そのプロジェクトよりも上の階層に置くが、

そのプロジェクト固有のライブラリなら、
そのプロジェクト以下の階層に置く

**デフォルトの名無しさん** · 2015/07/07(火) 04:04:12.96

eclipseやめるのが先決

**デフォルトの名無しさん** · 2015/07/07(火) 04:29:15.87

>>495
やめて何使う？VSか？

**デフォルトの名無しさん** · 2015/07/07(火) 04:45:20.86

どうしてもIDEならWebStorm

**デフォルトの名無しさん** · 2015/07/07(火) 04:48:33.28

エディタはIDEでもなんでも好きなの使ってビルドとテストはgulpなりgruntなりでまわすんだよ
TSがVS一択だし他のエディタ選ぶ理由ないわ

**デフォルトの名無しさん** · 2015/07/07(火) 05:15:21.83

WebStormもTypeScriptサポートしてるぞ
何年か前から

**デフォルトの名無しさん** · 2015/07/07(火) 05:17:27.79

ついでに、WebStormはES6もJSXも対応してる
ES7はまだダメダメ

**デフォルトの名無しさん** · 2015/07/07(火) 05:28:14.40

TSサポートしてるIDEがいくつもあるのは知ってるけどVSと互角のがあるとは聞かない
WebStormが次点最有力のようだけどTSサポートがうまくいってないのは聞いてる

**デフォルトの名無しさん** · 2015/07/07(火) 10:01:43.17

ejsなんてミドルウェアあったっけ