14/12/27 18:40:56.41 MwQYLNUR.net
あけおめことよろ
3:デフォルトの名無しさん
14/12/27 18:42:30.42 Cc0RXd7d.net
yesde.js
4:デフォルトの名無しさん
14/12/27 22:58:41.76 2nBgrTKt.net
node.jsって流行るの？
5:デフォルトの名無しさん
14/12/27 23:02:11.92 +XmnrNOH.net
流行ってる
流行ってた
6:デフォルトの名無しさん
14/12/31 18:23:54.12 ySiWi1AV.net
gulp 4 って使えるの？
7:デフォルトの名無しさん
14/12/31 19:45:43.48 qeTCZCBA.net
node-webkitやatom-shellはスレチ？
OKなら、�
8:｡どっち採用するか凄く迷ってるんですけど
9:デフォルトの名無しさん
15/01/01 16:37:51.69 PtOebUla.net
「node.js覚えればクライアントもサーバもjavascriptだから他の言語覚えなくてすむぜ！」
と安易に寄ってきたにわかがイベントドリブン周りが頭に入らなくてすごすご退散するケースが多そう
10:デフォルトの名無しさん
15/01/02 00:11:15.27 8He3Adur.net
>>8
俺はそれに近い
11:デフォルトの名無しさん
15/01/02 00:20:31.87 mlj15zVW.net
とりあえずPromiseを理解しないと非同期のメリットを生かせないだろうな
12:デフォルトの名無しさん
15/01/02 00:22:52.63 1zRkX7fJ.net
>>8
自己紹介乙
13:デフォルトの名無しさん
15/01/02 00:54:28.10 buPBY5a2.net
Promise って非同期処理のコールバックを比較的キレイに書ける、
って以外のメリットって何かあるの？
14:デフォルトの名無しさん
15/01/02 14:54:02.14 mlj15zVW.net
>>12
綺麗っていうのが曖昧な表現だがおおむね以下のメリットがある
・コールバック関数から更にコールバックを呼ぶ時にネストが深くなるのを防げる
(ソースが三角形になるのを防げる)
・A,B,Cの内ABが終わっててかつCが終了した直後に処理を開始するとかの制御が簡単になる
(つうか自前でやろうとするとかなり面倒な事になる)
・エラー処理を一纏めにしたりなんかの制御が簡単になる
これを綺麗に書けるの一言でくくってしまったら他のメリットは無い
15:デフォルトの名無しさん
15/01/02 16:32:56.94 buPBY5a2.net
>>13
レスさんくす。
>>8 に対しては、むしろコールバック関数を使ったやり方のほうが
node.jsの動作を理解できていいんじゃないかと思ったのでね。
16:デフォルトの名無しさん
15/01/03 11:31:09.56 duDbuP4G.net
>ソースが三角形
漏れはチベット国旗みたいになる
17:デフォルトの名無しさん
15/01/03 22:51:09.22 Uo8+VTLN.net
Promiseなんて実際綺麗に書きやすいライブラリの一つってだけだから
「Promiseを理解しないと非同期のメリットを生かせない」ってのは
表層しか理解してないって証だわな
Promiseと非同期をjQueryとDOMにでも置き換えて考えてみるといい
18:デフォルトの名無しさん
15/01/03 23:38:28.29 AuGuhWCh.net
>>16
実際生かせないだろ
> ・A,B,Cの内ABが終わっててかつCが終了した直後に処理を開始するとかの制御が簡単になる
非同期処理をやってると↑こういう事がしょっちゅうあるけど、どうやって自前でやんの？
単にフラグだらけの糞みたいなソースが出来るだけだ
19:デフォルトの名無しさん
15/01/04 00:06:14.65 NffMCEWR.net
その程度は自前でも並列と逐次の小さなヘルパ関数を用意するだけで十分きれいに書けるだろ
実際はそんなもん自前で書かずにasync使ってたけどな
ECMA標準だから仕事じゃPromise使ってくけどそんなのは所詮表層の話に過ぎないよ
PromiseよりStreamが適することも多いし
20:デフォルトの名無しさん
15/01/04 00:10:50.21 kuXg+7pG.net
>>18
どうせマルチスレッドvs非同期処理の事いってんだろ
そんな事言ってんじゃねーんだよ
スレの流れも読まずに何一人でブチ切れてんだよアホか
21:デフォルトの名無しさん
15/01/04 00:18:39.72 LcMrfHes.net
>>18
一方俺は、asyncもどきを自前で作った。（趣味でだけど）
非同期処理の中でさらに非同期処理をして、それぞれの終了時に指定された関数を呼び出す
可能性があるようなプログラムだったんで、途中頭がこんがらがったけど何とかできたわ。
22:デフォルトの名無しさん
15/01/04 00:26:18.12 kuXg+7pG.net
>>20
一応だけど、ブラウザ内蔵のPromiseはJavaScriptで実装出来ない事をしてるから
Promise使った方がいいとは思うよ
・渡されたコールバックを確実に非同期で実行する
・飲み込まれた例外をデバッグ出来る
ってのがそう
23:デフォルトの名無しさん
15/01/04 00:35:28.28 NffMCEWR.net
>>19
どこを誤読するとそうなるんだよwww
並列ってのはPromise.all()やasyncのparallel()のような処理フローのこと
逐次ってのはPromiseのthen()によるチェーンやasyncのseries()・waterfall()のような処理フローのこと
俺の方はスレの流れを読めてると思うぞ
24:20
15/01/04 00:38:56.49 LcMrfHes.net
>>21
ブラウザのJavascriptもシングルスレッドじゃなかったっけ？
であれば、
・渡されたコールバックを確実に非同期で実行する
・飲み込まれた例外をデバッグ出来る
はPromise使わなくてもできるよ。使った方が楽だろうけど。
25:デフォルトの名無しさん
15/01/04 00:53:04.50 kuXg+7pG.net
>>23
> ・渡されたコールバックを確実に非同期で実行する
これはsetTimeout使ったハックがあってほぼ確実なのは可能だけど、
絶対確実な実装はブラウザが内部で実装しないと無理なんだよね
> ・飲み込まれた例外をデバッグ出来る
そりゃ、ライブラリ内部のcatch内にブレークポイントを張って待ちかまえていれば
可能だが毎回そんな事すんのか？いやするわけない
そして例外がスルーされて何も起きない
26:デフォルトの名無しさん
15/01/04 00:54:44.21 NffMCEWR.net
>>21
サーバサイドJSスレで「ブラウザ内蔵のPromise」ってw
そこはv8のPromise実装って書けよ
>>22
QとかBlurbirdはそれらをJSで実装してるわけだからな
どうしてJSで実装できないと思い込んだのか謎だ
27:デフォルトの名無しさん
15/01/04 00:56:26.84 NffMCEWR.net
安価ミス、>>25の後半は>>23へのレス
あとBlurbirdじゃなくてBluebird
28:デフォルトの名無しさん
15/01/04 01:03:40.55 kuXg+7pG.net
>>25
ブラウザ内蔵って…ごめんちゃい
QとかBlurbirdはほぼ確実な実装でお茶を濁してる (実用上問題ないけど)
例外の件は>>24の通りだ
29:デフォルトの名無しさん
15/01/04 01:21:16.51 NffMCEWR.net
>>27
「お茶を濁してる」について詳しく
nodeではprocess.nextTick()かsetImmediate()で確実に非同期にできるが？
v8のPromiseだってマイクロタスクキューに入れられて結局はnodeのイベントループで処理されるのは同じ
例外のデバッグって具体的には？
Promise.catch()にブレークポイント付けれるって話？(それはブラウザ関係ないと思うが…？)
もしそうならライブラリがcatchした例外はコールバックの第1引数に渡されるのがnodeの流儀で同じようにできるが？
30:デフォルトの名無しさん
15/01/04 01:41:12.11 NffMCEWR.net
で、>>19は>>18を誤読してたってことでいいのか？ >>22を読んだ上での反論は？
31:デフォルトの名無しさん
15/01/04 01:57:43.71 kuXg+7pG.net
>>28
> nodeではprocess.nextTick()かsetImmediate()で確実に非同期にできるが？
Qとかはnode用やIE用じゃないが、場合分けしてる可能性はある
> v8のPromiseだってマイクロタスクキューに入れられて結局はnodeのイベントループで処理されるのは同じ
それがJavaScriptで実装出来ない事をしてることじゃなくて？
> 例外のデバッグって具体的には？
説明が面倒になってきた…
Promiseに限った話しじゃないが、ライブラリ内でtry,catchしちゃってると
呼び出し側に例外が来ないって事だ (当たり前の事だけど)
で、Promiseの場合は呼び出し側がエラー処理もしてない場合でも、
32:デバッガが気を効かせて例外を上げてくれるってだけだ ま、薄々感づいてると思うが、俺はずっとブラウザ実装の事を言っていた… しかしPromiseが満たすべき一般的な動作仕様を言ってるつもりではある
33:デフォルトの名無しさん
15/01/04 02:35:21.46 NffMCEWR.net
>>30
> それがJavaScriptで実装出来ない事をしてることじゃなくて？
nodeではv8のマイクロタスクキューもsetImmediate()もnodeのイベントループで処理されるのは同じって意味な
つまりJSのsetImmediate()でコールバックを確実に非同期にできるってこと
これはブラウザでも同じはずだ
違うなら「ブラウザが内部で実装しないと無理」な理由を具体的に書いてくれ
> 呼び出し側に例外が来ないって事だ (当たり前の事だけど)
ライブラリの実装依存ではあるが、nodeでは当たり前じゃない
nodeでは例外を第1引数としてコールバックすることで呼び出し側に例外を伝えるのが流儀だ
だからPromiseでnodeのAPIやライブラリをラップしてもPromise.catch()に例外が渡る
(ラッパーはコールバックの第1引数に例外が渡されたらPromise.reject()を呼び出す)
>>21を見てから薄々じゃなく確信していた
34:デフォルトの名無しさん
15/01/04 02:54:15.95 kuXg+7pG.net
>>31
> 違うなら「ブラウザが内部で実装しないと無理」な理由を具体的に書いてくれ
setImmediate()がコールバックを確実に非同期に出来るっていう仕様ではないだろ
確実に非同期って意味は
setImmediate(function callback() {
});
a += 1;みたいななんらかの処理 ←これが実行される前にcallbackが絶対実行されない
ことを保証してんの？
そもそも非標準のAPIなんだけど…
> ライブラリの実装依存ではあるが、nodeでは当たり前じゃない
QとかBluebirdみたいに自前で実装すると例外が飲まれるって話しじゃなかったのか…
Promiseの実装を熱弁してるけど、とりあえずそういう事でいいよ
35:デフォルトの名無しさん
15/01/04 03:42:19.87 NffMCEWR.net
>>32
> これが実行される前にcallbackが絶対実行されない
ことを保証してんの？
仕様はそうなってる
URLﾘﾝｸ(dvcs.w3.org)
> そもそも非標準のAPIなんだけど…
そこはこのNotesに書いてある"platform code"から好きなものに置き換えてくれ
URLﾘﾝｸ(github.com)
> QとかBluebirdみたいに自前で実装すると例外が飲まれるって話しじゃなかったのか…
>>23（これは俺とは別人）からは「それPromise使わなくてもできるよ」って話をしてるな
それは当然JSで書かれたQやBluebirdでもできるってことだから元の話と違ってるわけではない、スコープが広がっただけ
で、QとかBluebirdだと例外が飲み込まれるわけ？コードで示せる？
36:デフォルトの名無しさん
15/01/04 04:38:34.06 kuXg+7pG.net
>>33
> 仕様はそうなってる
Schedules to run handler immediately after user agent events have been flushed.
user agent eventsってなんだ？
a += 1;の実行が終わってからとは言ってないと思うが
> そこはこのNotesに書いてある"platform code"から好きなものに置き換えてくれ
置き換えて何だよ？
platform code(要するにJavaScriptでないコード)を実行しろとわざわざ書いてる
> 違うなら「ブラウザが内部で実装しないと無理」な理由を具体的に書いてくれ
元の質問は↑これ、お前は論点をずらそうとしてるだけだな
> で、QとかBluebirdだと例外が飲み込まれるわけ？コードで示せる？
お前眠いのかw
俺はもうもちそうもないが
>>30の下の方で言ってるよ
37:デフォルトの名無しさん
15/01/04 14:15:40.27 DzK37a2V.net
URLﾘﾝｸ(twitter.com)
もし1995年にnode.jsがあったら
38:デフォルトの名無しさん
15/01/04 14:59:18.44 x8qIKDC6.net
入れ替えんのがとてつもないボトルネックやな
39:デフォルトの名無しさん
15/01/04 16:12:14.10 HFKhuxk5.net
こんな難しい議論理解できないと
綺麗なコード書けない時点で人気出ないだろうね
40:デフォルトの名無しさん
15/01/04 16:24:29.87 l0Z2uGSM.net
そんな難しい話かぁ？
41:デフォルトの名無しさん
15/01/04 16:39:24.09 w2TCoU2v.net
>>35
そいつがアホなだけ
42:デフォルトの名無しさん
15/01/04 16:44:05.85 CtgO5+tK.net
>>39
ﾈﾀﾆﾏｼﾞﾚｽｶｺﾜﾙｲ
43:デフォルトの名無しさん
15/01/04 16:57:31.37 2KBXdzj3.net
その頃にはもうMPC規格が普及して
CD-ROMドライブが�
44:W準でついてるというのに(TOWNSユーザー並の感想
45:デフォルトの名無しさん
15/01/04 17:40:22.84 NffMCEWR.net
>>37-38
技術的に難しい話はしてないが、こういう場で会話を成立させるのは難しいなw
できれば誰か ID:kuXg+7pG の主張を翻訳して欲しい
46:デフォルトの名無しさん
15/01/04 18:06:08.86 NffMCEWR.net
>>34
> a += 1;の実行が終わってからとは言ってないと思うが
"5 Processing Model"の4に、5以降は非同期に実行すると書いてある
> 置き換えて何だよ？
お前が使ってるブラウザに合わせて読み替えろというだけだ
サーバサイドJSスレとしてはnodeで使えるprocess.nextTick()やsetImmediate()で何の問題もない
> platform code(要するにJavaScriptでないコード)を実行しろとわざわざ書いてる
"paltform code"はプラットフォームごとに異なるコードという意味で
それがJSで実装されてようがされてまいがどうでもいい
実のところnodeのsetImmediate()はJSで実装されている
URLﾘﾝｸ(github.com)
> > 違うなら「ブラウザが内部で実装しないと無理」な理由を具体的に書いてくれ
> 元の質問は↑これ、お前は論点をずらそうとしてるだけだな
いみふ
「ブラウザが内部で実装しないと無理」の対象はPromiseそのものの実装だ
Promiseの実装が呼び出すAPIの話じゃない
「stringはブラウザで実装されている」を理由に「stringを使うのはブラウザが内部で実装しないと無理」っておかしいだろ？
"platform code"がブラウザやnodeで実装されていても、それを使うコードはJSで書ける
たとえばQはこの辺で"platform code"を呼び分けてる (モダンブラウザだとpostMessage()が使われてるな)
URLﾘﾝｸ(github.com)
これは「ブラウザが内部で実装しないと無理」ではなく普通のJSのコードだ
47:デフォルトの名無しさん
15/01/04 18:08:08.79 NffMCEWR.net
>>34
> >>30の下の方で言ってるよ
話がループしてるな… その>>30の以下について
> Promiseに限った話しじゃないが、ライブラリ内でtry,catchしちゃってると
> 呼び出し側に例外が来ないって事だ (当たり前の事だけど)
これはPromiseを実装するQのようなライブラリ側の話だよな？
ライブラリ側がcatchした例外を飲み込んで捨てた場合は確かにそうだが、
QやBluebirdは飲み込まずにPromise.catch()に通知するだろ
Promiseを使わない場合でもnodeの流儀ならコールバックの第1引数で通知する
だからこれは「ブラウザ内蔵のPromiseはJavaScriptで実装出来ない事をしてる」に該当しない
っていうのが>>31で書いたことだ
それに対して>>32で
> QとかBluebirdみたいに自前で実装すると例外が飲まれるって話しじゃなかったのか…
と返されたわけだが、前述の通り飲み込まずにPromise.catch()で通知されるはずだから
そうじゃないっていうなら
> で、QとかBluebirdだと例外が飲み込まれるわけ？コードで示せる？
と>>33で尋ねたわけだ
その返事が>>34の「>>30の下の方で言ってるよ」だと完全にループ
まずは確認だが、
・QとかBluebirdでは例外が飲まれる
って主張してるんだよな？
それならどういうケースでそうなるのか例を示してくれ
Promise.catch()に伝わらないケースがもしあるなら、おそらくそれはただのバグだ
48:デフォルトの名無しさん
15/01/04 19:14:35.42 w9Cj0tkO.net
JavascriptとPHPでだいたいのことはカバー可能という認識でおｋでしょうか？
49:デフォルトの名無しさん
15/01/04 19:32:10.48 zyY9pL0A.net
MySQLかSQLiteも欲しい
50:デフォルトの名無しさん
15/01/04 20:18:20.57 w9Cj0tkO.net
やはりMySQLがないと片手落ちなのですね
どうもありがとうございます
51:23
15/01/04 20:31:31.22 LcMrfHes.net
>>34,43
>Schedules to run handler immediately after user agent events have been flushed.
>user agent eventsってなんだ？
ここで言っているuser agent eventsはHTML要素のon～属性に指定したイベントハンドラ関数みたいだね。
1章のIntroductionで「user agent eventsの中で画面を書き換えるような処理を書いて、
その後の処理を行う前にその変更を画面に反映させたいときに、今まではsetTimeout(fn,0)を
使ってただろうけど、それだと遅延が発生するからsetImmediateてメソッドを定義するよ」
ってな感じのことが書いてある。
>> そこはこのNotesに書いてある"platform code"から好きなものに置き換えてくれ
>置き換えて何だよ？
Notes の記述に、
This can be implemented with either a "macro-task" mechanism such as setTimeout or setImmediate,
or with a "micro-task" mechanism such as MutationObserver or process.nextTick.
「これは、setTimeout,やsetImmediate (”マクロタスク”機構）、またはMutationObserverやprocess.nextTick
（"マイクロタスク"機構）を使っても実装できるよ」
って書いてあるね。この中のどれを使って置き換えても実現できるということだね。
例外処理についても>>44の通りで、それ以上に言うべきことはないかな。
ただデバッガとかブレークポイントとかの言葉が出ていたから、
必要以上に難しく考えていたんじゃないかという気がしないでもない。
52:23
15/01/04 20:43:54.20 LcMrfHes.net
>>43
>たとえばQはこの辺で"platform code"を呼び分けてる (モダンブラウザだとpostMessage()が使われてるな)
MessageChannel 知らんかった。。。
node.js では process.nextTick、ブラウザでは setTimeout と使い分けるだけだったよ。
勉強になった、サンクス。
53:デフォルトの名無しさん
15/01/04 20:59:25.50 CtgO5+tK.net
>>44
> Promiseを使わない場合でもnodeの流儀ならコールバックの第1引数で通知する
通知しても呼び出し側がハンドリングしてなきゃ意味ないだろ
別にハンドリングしたきゃrejectjをハンドリングすりゃいいんだよ、アホか
まったくハンドリングしてない予期しない例外でも内蔵Promiseならデバッガが
気を効かせて例外を通知してくれるって事を言ってんのに
お前はなんで分かんないんだよマジで無能だな
54:デフォルトの名無しさん
15/01/04 21:02:03.05 CtgO5+tK.net
>>44
お前がPromise使ってプログラムなんかした事ないド素人なのは分かったよ
じゃなきゃ、そんな事言う訳ないし
普通はそうだね、で終わる話しを、ドアホのお前がバカみたいに突っこんでるだけなのを
オレが暇だから相手してるだけだよ
55:デフォルトの名無しさん
15/01/04 22:08:03.31 NffMCEWR.net
暇ならもう少し相手してもらおうか
まず
> ・渡されたコールバックを確実に非同期で実行する
これがJSで実装できないって主張は間違いだったということでいいのか？
次に
> ・飲み込まれた例外をデバッグ出来る
「まったくハンドリングしてない予期しない例外」をデバッグできるのは内蔵Promise関係なく
JS処理系(Chromeならv8)のデバッガの機能だろ
nodeでもv8のデバッガは有効だからnode debug x.jsで実行してbreakOnExceptionしておけば
「まったくハンドリングしてない予期しない例外」でブレークする
nodeはprocess.on('uncaughtException')があるからそれでデバッガ使う機会は少ないけどな
だがこの話マジでPromise関係なくね？
つか「ハンドリングしてない例外」でなく「ハンドリングしてないreject (uncaught promise rejections)」
のデバッグを言ってるのか？
だとすると全然話が違うが、debugger文を使えば内蔵Promiseじゃなくても実装はできるな
> お前はなんで分かんないんだよマジで無能だな
お前以外誰もお前の言ってることを理解できてないんじゃないか？w
できてる人がいるならマジで翻訳してくれ
あと俺はECMA入り前を含めると2012年頃からPromise使ってる
ただしnodeでの話だからブラウザ固有の話は知らない可能性は高い
ここはサーバサイドJSスレなんだからその辺はお前の方が考慮してくれ
56:デフォルトの名無しさん
15/01/04 22:36:38.77 NffMCEWR.net
せっかくなので具体的に
こういうコード(x.js)があるとするじゃろ
process.nextTick(function() {
throw new Error('unhandle');
});
こうやって実行するじゃろ
$ node debug x.js
< Debugger listening on port 5858
connecting to port 5858... ok
break in x.js:1
> 1 process.nextTick(function() {
2 throw new Error('unhandle');
3 });
1行目で止まってるからおまじないを唱えるじゃろ
debug> breakOnException
実行再開するじゃろ
debug> c
exception in x.js:2
Error: unhandle
1 process.nextTick(function() {
> 2 throw new Error('unhandle');
3 });
debug>
ハンドルされてない例外のせいで2行目で止まったじゃろ
57:デフォルトの名無しさん
15/01/04 23:45:19.91 NffMCEWR.net
ところで「ハンドリングしてないreject」のデバッグって
最新のブラウザではサポートされてるのか？
たとえば
Promise.resolve(true).then(function(v) {
throw new Error('then');
}).catch(function(e) {
console.log(e);
});
と最後にcatch()すべきところを忘れてしまって
Promise.resolve(true).then(function(v) {
throw new Error('then');
});
とした場合、これをChrome安定版(39)で実行してもブレークしない
スローした例外は内蔵Promiseの実装でcatchしてるからv8から見ると
ハンドルされてるって扱いなんだろう
Chrome開発版や他のブラウザだとブレークするのか？
58:デフォルトの名無しさん
15/01/05 09:46:01.36 mZODWVt6.net
>>50
横から失礼、俺も読んでて意味わからないから質問させてくれ
＞まったくハンドリングしてない予期しない例外でも内蔵Promiseならデバッガが
＞気を効かせて例外を通知してくれるって事を言ってんのに
＞お前はなんで分かんないんだよマジで無能だな
内臓Promiseの利点はデバッガが気を利かせて例外通知をしてくれる、と読めるんだけど、つまり製品に使うと勝手にデバッガが動いてる状態になるから開発時以外は使っちゃいけないって事でOK？
それともPromiseには何らかのデバッガが内臓されている感じなのかな？もしそうだとして、デバッガが動作してることを前提でコードを組むのがPromiseの使い方って事？
もし前者なら(特に将来的に)仕様がどうなるかは環境依存って事になるから、Promiseは使ってはいけないんじゃないだろうか？
59:デフォルトの名無しさん
15/01/05 12:38:50.48 A9O4oHD7.net
面倒だがこうなったらしょうがない少し付き合ってやる
>>52
> > ・渡されたコールバックを確実に非同期で実行する
>
> これがJSで実装できないって主張は間違いだったということでいいのか？
setImmediate()の仕様は、渡されたコールバックを次のJavaScriptの命令が確実に実行された後に
実行するとは読めなかったが、もし内部の実装がそうなってるのであれば、setImmediate()で
実装できるよ
ただし、本当に内部の実装がそうなってるかどうかはお前が確認して報告しろ
> Chrome開発版や他のブラウザだとブレークするのか？
通常のChromeとFirefoxでブレークするのを確認した
>>55
> つまり製品に使うと勝手にデバッガが動いてる状態になるから開発時以外は使っちゃいけないって事でOK？
デバッガは普通のブラウジング時には有効になってないよ
有効にするにはブラウザごとにやり方が違うから自分で調べてくれ
60:デフォルトの名無しさん
15/01/05 20:40:46.70 xBMPeqox.net
>56
> ただし、本当に内部の実装がそうなってるかどうかはお前が確認して報告しろ
process.nextTick()もsetImmediate()もsetTimeout()もそうなってるよ
どの関数もreturnして後続のコードが実行されてイベントループに戻るより前に
コールバックが呼ばれることはない
> > Chrome開発版や他のブラウザだとブレークするのか？
> 通常のChromeとFirefoxでブレークするのを確認した
>>54が引用されてるが、それはお前の言う「ハンドリングしてない予期しない例外」
とは別の「ハンドリングしてないreject」の話だぞ
>>54の一行目にそう書いてあるだろ
それより
> まったくハンドリングしてない予期しない例外でも内蔵Promiseならデバッガが
> 気を効かせて例外を通知してくれるって事を言ってんのに
について具体的にコードでも書いて説明してくれよ
日本語じゃまともに通じてないんだからその方がお互い手っ取り早いだろ？
61:デフォルトの名無しさん
15/01/05 20:47:12.39 xBMPeqox.net
これは「ハンドリングしてないreject」としてのレス
>>56
> 通常のChromeとFirefoxでブレークするのを確認した
まずは確認だが、Chromeで"Pause On Caught Exceptions"は外してるよな？
あれはハンドリング「してる」例外でもブレークするからここでは邪魔になる
その上で、rejectをハンドリングしている
Promise.resolve(true).then(function(v) {
throw new Error('then');
}).catch(function(e) {
console.log(e);
});
はブレークしないが、rejectをハンドリングしていない
Promise.resolve(true).then(function(v) {
throw new Error('then');
});
はブレークするのを確認した、ということで間違いないか？
俺のChrome 39ではどちらもブレークしない
(通常の「ハンドリングしてない例外」はもちろんブレークする)
もしChromeの設定が必要なら教えて欲しい
62:デフォルトの名無しさん
15/01/05 20:56:09.22 xBMPeqox.net
これも「ハンドリングしてないreject」としてのレス
例外ではなくrejectの話ということがより明確になるようにコードを修正した
rejectをハンドリングしている
Promise.resolve(true).then(function(v) {
return Promise.reject(new Error('then'));
}).catch(function(e) {
console.log(e);
});
はブレークしないが、rejectをハンドリングしていない
Promise.resolve(true).then(function(v) {
return Promise.reject(new Error('then'));
});
はブレークするのか？
ちなみにQを使う場合はQ.getUnhandledReasons()で
「ハンドリングしてないreject」の一覧を取得できる
nodeではsetInterval()で定期的にログ出力すればデバッガの必要性は低い
63:デフォルトの名無しさん
15/01/05 22:13:35.53 gHiAPMtv.net
>>57
> process.nextTick()もsetImmediate()もsetTimeout()もそうなってるよ
調べもせずに適当な事言うなよ
少なくともsetTimeout()は絶対違う
他は日本語が意味不明
Promise.resolve(true).then(function(v) {
throw new Error('then'); ← ここでデバッガがブレークする
});
アホなお前はこれでも理解出来ないと思うが、俺はこれ以上説明しない
> nodeではsetInterval()で定期的にログ出力すればデバッガの必要性は低い
糞みたいな負け惜しみすんなよw
64:デフォルトの名無しさん
15/01/05 22:22:33.23 gHiAPMtv.net
> 少なくともsetTimeout()は絶対違う
捕捉するがタイムアウト時間を1msとかにすれば、99.9%実用上問題無いだろう
だが「確実」に非同期にするという事とは全く意味が違う
>>58
> もしChromeの設定が必要なら教えて欲しい
デバッガのデフォ設定では飲み込まれて無反応だ
さんざんケチつけてる割にはそんな簡単な設定も分からんか
ただ、激しくスレチな事なんで無理もないからそろそろ黙ってくれ
65:デフォルトの名無しさん
15/01/05 23:31:48.05 xBMPeqox.net
>>60
> 調べもせずに適当な事言うなよ
調べて言ってるけど？
まずは仕様
URLﾘﾝｸ(html.spec.whatwg.org)
"timer initialisation steps"の10で"Return handle, and then continue running this algorithm in parallel."
となっていて、コールバックが呼び出されるのは14の"Queue the task task."によってだ
そしてNodeの実装
URLﾘﾝｸ(github.com)
203行目でTimeoutオブジェクトを作って225行目でactive()に渡してる
175行目からのactive()はリストにTimeoutオブジェクトを追加してるだけ
どうやってもsetTimeout()がreturnする前にコールバックが呼ばれることはない
> 少なくともsetTimeout()は絶対違う
その根拠は？ お前は主張するばっかで根拠は何も示さないのな
>>61
> 捕捉するがタイムアウト時間を1msとかにすれば、99.9%実用上問題無いだろう
> だが「確実」に非同期にするという事とは全く意味が違う
お前「非同期」の意味わかってる？ タイムアウト時間は非同期とは一切関係ないぞ
setTimeout()は常にコールバックを非同期に実行する
ただしコールバックが実行されるまでの時間は指定したとおりになるとは限らないだけだ
特にネストした呼び出しでは0～3msを指定しても最低4msは待たされる(上の仕様に書いてある)
だが常に非同期だ
66:デフォルトの名無しさん
15/01/05 23:36:20.18 xBMPeqox.net
>>60
> 他は日本語が意味不明
お互いになw でもJSのコードは分かっただろ？
だからお前が言いたいこともコードで示してくれって何度も言ってるわけだ
なんでコードで書かないんだ？
> Promise.resolve(true).then(function(v) {
> throw new Error('then'); ← ここでデバッガがブレークする
> });
それだけだと"Pause On Caught Exceptions"を有効にしてるようにしか見えないな
その場合ブレークするのは内蔵Promise一切関係ないからな
catch()してるケースではどうなんだ？ ブレークしちゃうんじゃねーの？
>>59のPromise.reject()版でもブレークするのか？ しないんじゃねーの？
> アホなお前はこれでも理解出来ないと思うが、俺はこれ以上説明しない
それこそ負け惜しみだろw
「しない」じゃなくて「できない」んじゃねーの？
> > nodeではsetInterval()で定期的にログ出力すればデバッガの必要性は低い
> 糞みたいな負け惜しみすんなよw
繰り返すけどここはサーバサイドJSスレなんでな
動かしっぱなしのサーバではロギングして調べる方が基本なんだよ
ぶっちゃけこのスレでもNodeでデバッガ普段使いしてるヤツの方が少数派じゃね？
他の人どうよ？
67:デフォルトの名無しさん
15/01/05 23:38:49.17 xBMPeqox.net
>>61
> デバッガのデフォ設定では飲み込まれて無反応だ
> さんざんケチつけてる割にはそんな簡単な設定も分からんか
わからんな
頼むから教えてくれよ
煽るより少ない文字数で終了するだろ
> ただ、激しくスレチな事なんで無理もないからそろそろ黙ってくれ
何を今更w
>>55とか他の人も興味あるかもしれないだろ
そんな簡単な設定ならさっさと書いてくれよ
68:デフォルトの名無しさん
15/01/05 23:41:57.54 gHiAPMtv.net
>>62
This API does not guarantee that timers will run exactly on schedule.
って書いてある
いつ実行されるか保証してないじゃん
上の方のa += 1;を実行するまでに100msの時間が掛かったとすると、その前に実行される可能性がある
69:デフォルトの名無しさん
15/01/05 23:57:22.85 gHiAPMtv.net
昔WebkitかFirefoxのPromiseの実装を見た時に、これで非同期にしてんのかと思った事があった気がするから
とりあえずソースをあたったみるから待ってろ
それで全て解決だ
ソースを落とすには滅茶苦茶時間掛かるし、ブラウザで探すにしても時間が掛かる
> わからんな
> 頼むから教えてくれよ
デベロッパーツールを出して一番右にある黒丸に縦二重線のPause on exceptionsを押しといてリロードだよ
70:デフォルトの名無しさん
15/01/05 23:59:55.31 xBMPeqox.net
>>65
> いつ実行されるか保証してないじゃん
それ俺が書いた
> ただしコールバックが実行されるまでの時間は指定したとおりになるとは限らないだけだ
のことな
> 上の方のa += 1;を実行するまでに100msの時間が掛かったとすると、その前に実行される可能性がある
その可能性はないんだよ
ステップの10でリターンした「後」、残りのステップは並列に実行される可能性がある
その一つのステップ14でコールバックを実行するタスクがキューに入れられる
タスクはキューに入れられるだけで実行はされない
そしてそのタスクがキューから取り出されて実行されるのは制御がイベントループに戻った後だ
お前の言うa += 1;の実行が終わらない限り制御がイベントループに戻ることはない
だからsetTimeout()はタイムアウト時間に一切関係なく常に非同期だ
詳細は"14. Queue the task task."のリンク先を見てくれ
そんな難しく考えなくてもシングルスレッドなんだからわかりそうなもんだがw
71:デフォルトの名無しさん
15/01/06 00:14:54.50 KFlyuGQs.net
>>67
> そしてそのタスクがキューから取り出されて実行されるのは制御がイベントループに戻った後だ
イベントループに戻るのはsetTimeout()の直後の位置だ (a += 1;の前)
72:デフォルトの名無しさん
15/01/06 00:22:50.21 oSSj0EiH.net
>>66
> デベロッパーツールを出して一番右にある黒丸に縦二重線のPause on exceptionsを押しといてリロードだよ
それ黒丸に縦二重線を押して出てくるパネルにあるチェックボックスのことだよな？
それ「Pause on exceptions」じゃなくて「Pause On Caught Exceptions」だよな？
俺がこれまで書いた↓全然読んでなかったのかwwwwww
>>58
> まずは確認だが、Chromeで"Pause On Caught Exceptions"は外してるよな？
>>63
> それだけだと"Pause On Caught Exceptions"を有効にしてるようにしか見えないな
"Pause On Caught Exceptions"って有効にすると
try {
throw new Error('err'); //ここでもブレークする！
} catch (e) {
console.log('handled');
}
こんなのまでブレークしちゃう代物なわけよ
内蔵Promiseがどうとか一切関係なく、自前のライブラリだろうがなんだろうが
どこでも例外スローするとブレークするオプションなわけじゃん
内蔵Promiseでないと実装できないとかって話と何の関係ないよな？
>>24
> > ・飲み込まれた例外をデバッグ出来る
> そりゃ、ライブラリ内部のcatch内にブレークポイントを張って待ちかまえていれば
> 可能だが毎回そんな事すんのか？いやするわけない
> そして例外がスルーされて何も起きない
↑の説明は"Pause On Caught Exceptions"と矛盾してることはわかるか？
73:デフォルトの名無しさん
15/01/06 00:29:21.55 oSSj0EiH.net
>>68
> イベントループに戻るのはsetTimeout()の直後の位置だ (a += 1;の前)
は？ え？ え？
setTimeout(function() {
...
}, 0);
// (a)
a += 1;
こういうコードで(a)の位置でイベントループに戻ると思ってるわけ？
いやいやいや、いくらなんでもそれは。。。 あー
74:デフォルトの名無しさん
15/01/06 00:39:58.23 KFlyuGQs.net
>>69
あっそう、俺はFirefoxしか使ってないからChromeの事はそれでいいと思ったよ
Firefoxだと
try {
throw new Error('err'); // ここでブレークしないで
} catch (e) {
console.log('handled');
}
Promise.resolve(true).then(function(v) {
throw new Error('then'); // ここでブレークする
});
になる
もはやV8とも関係無くて悪いなw
75:デフォルトの名無しさん
15/01/06 00:44:09.33 KFlyuGQs.net
>>69
ChromeでPromiseをブレークさせる方法は無いのか何らかの方法があるのか調べておくよ
76:デフォルトの名無しさん
15/01/06 00:48:43.95 oSSj0EiH.net
>>72
別にいいよ、開発版で取り組んでるから
URLﾘﾝｸ(code.google.com)
URLﾘﾝｸ(code.google.com)
77:デフォルトの名無しさん
15/01/06 02:04:56.21 KFlyuGQs.net
俺が勘違いしていた
Promiseの仕様的にイベントループが1回以上発生する事を保証しないといけないから
setTimeout()では完全ではないということだな
はいおしまい
78:デフォルトの名無しさん
15/01/06 05:03:53.45 D9r7QrzV.net
まだやってんのか…
79:デフォルトの名無しさん
15/01/06 15:07:59.00 LUJGb7UT.net
ざっと読んでたら、
イベントループ＝非同期
って話してるのかと思った(笑)
何に対しての同期かにもよるだろうけどね
80:デフォルトの名無しさん
15/01/06 19:05:27.58 oSSj0EiH.net
>>76
JSの世界(特にコールバック絡み)で同期・非同期といったら
function foo(function callback() {
... //(1)
});
... //(2)
(1)->(2)で実行されるのが同期 (Array.forEach()とか)
(2)->(1)で実行されるのが非同期 (setTimeout()とか)
「Effective JavaScript」の項目67とか以下とか参照
URLﾘﾝｸ(blog.ometer.com)
81:デフォルトの名無しさん
15/01/06 20:55:50.08 Xd0L/8rv.net
>>16
> 「Promiseを理解しないと非同期のメリットを生かせない」ってのは
> 表層しか理解してないって証だわな
真理だったな
82:デフォルトの名無しさん
15/01/06 22:25:56.23 QIYM1JY4.net
JavaScriptはシングルスレッドだけど
NodeのIOは非同期、つまり別スレッドで行われる
83:デフォルトの名無しさん
15/01/06 22:40:06.78 oSSj0EiH.net
>>
84:78 まぁまぁw >>79 別スレッドなのはファイルだけでネットワークやパイプはメインスレッドだよ Windowsではファイルもメインスレッドかもしれん
85:デフォルトの名無しさん
15/01/06 23:38:13.20 KFlyuGQs.net
>>78
ただ煽ってるだけだろ
理由を述べよ
すぐに理由を述べられなければただの煽りと認定する (たぶん無理だろうけど)
86:デフォルトの名無しさん
15/01/06 23:44:03.55 KFlyuGQs.net
>>80
何がまぁまぁだよw
お前もどうせ無能なんだろ
とりあえずすぐに理由を言ってみろよ、言えないくせに
87:デフォルトの名無しさん
15/01/07 14:59:21.93 R3Z2NWM/.net
>>80
そんな事無いだろ
メインスレッドでやる意味ないし
88:デフォルトの名無しさん
15/01/07 20:07:44.58 OxX2nn0Y.net
>>83
逆に考えるんだ
ネットやパイプはノンブロッキングI/Oで多重化できるからワーカスレッドでやる意味の方がない
UnixのファイルI/OはそれができないからワーカスレッドでブロッキングI/Oせざるを得ない
以下のNoteにもそういうことが書いてある
URLﾘﾝｸ(nikhilm.github.io)
ソースだとファイル系の操作(839行目～)はみんな以下のPOSTマクロを使ってる
URLﾘﾝｸ(github.com)
その中のuv__work_submit()がワーカスレッドに処理を依頼する関数
ネットやパイプではそんなことしてない
詳細を知りたければブロッキングI/O、ノンブロッキングI/O、
多重化、非同期I/Oと順に説明してる解説を読むといい
そしてUnixでは本物の非同期I/Oは事実上ないことを知るw
89:デフォルトの名無しさん
15/01/13 15:11:04.11 LHG94Mlu.net
ついに本日 io.js 1.0.0 が正式リリース。
v8エンジンのおかげで node より大幅速度向上。
本日は io.js の誕生日であるとともに node の命日ともなりましたﾅﾑﾅﾑ
90:デフォルトの名無しさん
15/01/14 08:06:57.60 EnBoJmyV.net
2ちゃんもお別れの日が近い気がする
91:デフォルトの名無しさん
15/01/14 22:24:56.52 knoTvZIn.net
CPUを使う処理の速度は確かに向上している
が、node-gypがライブラリをダウンロード出来ずビルドに失敗したり
v8のAPI変更でnanがコンパイル失敗したり
ちょっと困った
node-gypはどこに対策版があるか分からず自分でちまちまファイル名を直した
nanは本家リポジトリに対策版のブランチあり
92:デフォルトの名無しさん
15/01/14 22:26:05.98 knoTvZIn.net
io.jsのことね
後、Path追加するように指定してインストールしたつもりなのに何故か追加されてない
93:デフォルトの名無しさん
15/01/16 14:43:45.88 sXdFjxSo.net
nodejs、Javascriptに詳しくないけど。
基本が非同期ってのが面倒。
同期のJavascriptとは別物だ。
同期のソースコードに適合させたい。
これはどうやったら実現できますか。 downloadでの同期処理。
data = download("URLﾘﾝｸ(www.google.co.jp));
dataに対する処理;
94:デフォルトの名無しさん
15/01/16 14:55:27.50 sXdFjxSo.net
こんなふうにやっても待ちが出来ず。
url = "URLﾘﾝｸ(www.google.co.jp)
data = download(url);
console.log(data);
function download(url) {
data = undefined;
request = require('superagent');
request.get(url)
.end( function(resp){ data = resp.res.text; });
for(i=0; i<10 && data==undefined; i++) setTimeout(null, 500);
return data;
}
95:デフォルトの名無しさん
15/01/16 15:07:39.68 WEjV0wIz.net
同期のJavascriptってレアだな
generatorで擬似的にやるかasync/awaitを待て
96:デフォルトの名無しさん
15/01/16 17:26:44.61 x/KvFbcS
97:.net
98:デフォルトの名無しさん
15/01/16 17:44:25.51 TPIs3k36.net
JavaScriptで大量のリクエストを処理するなら
使うべきはメインスレッドをブロックする同期IOなんかじゃなくて
当然非同期IOだよな
99:デフォルトの名無しさん
15/01/16 17:52:01.40 +cZ2zonb.net
にわか
100:デフォルトの名無しさん
15/01/16 20:23:30.77 lUd0kLGp.net
本家のネスケが最初に作ったサーバサイドjavascriptは同期でマルチスレッドだった
101:デフォルトの名無しさん
15/01/16 22:01:52.67 TPIs3k36.net
nodeの公式が同期とスレッドを使ったプログラムをこき下ろしてるぞ
Thread-based networking is relatively inefficient and very difficult to use.
とか
URLﾘﾝｸ(nodejs.org)
102:デフォルトの名無しさん
15/01/16 22:55:28.32 gHXWvVDx.net
そりゃ最初のサーバサイドJSなんてほとんど20年前の代物だからw
こんなのあるから暇なヤツは聞いてみれ(ES7ってことはasync/awaitだろうけど)
URLﾘﾝｸ(player.fm)
103:デフォルトの名無しさん
15/01/18 09:56:30.56 5wNJLYNH.net
promise使うといたらええんや
104:デフォルトの名無しさん
15/01/18 17:21:38.41 ckxewJLG.net
promiseじゃ同期っぽく書けない
105:デフォルトの名無しさん
15/01/18 21:30:04.25 ohcYLEp3.net
perlに帰ろう
106:デフォルトの名無しさん
15/01/19 13:14:20.73 KroxEeJe.net
StackOverFlowのスコアを上げとくと、何かいいことがあるかもしれない。
『【翻訳】多種多様な基準から見るプログラマの市場価値』
URLﾘﾝｸ(postd.cc)
107:デフォルトの名無しさん
15/01/19 15:04:48.09 ys/y/3Zn.net
くだらねぇｗ
108:デフォルトの名無しさん
15/01/19 15:22:29.17 CuAQcBp8.net
2chで質問スレの住民やって回答してます！(ｷﾘｯ
みたいな面接のネタAAがあったけど似たようなもんだな
109:デフォルトの名無しさん
15/01/19 15:25:22.24 KroxEeJe.net
2ちゃんも回答者にポイントくれないかな
110:デフォルトの名無しさん
15/01/20 11:00:22.26 OQruBfwA.net
非同期だとデバッグ大変じゃないかな。
ブレークポイントで止まってる間もsetIntervalは裏で動いちゃって、待ち行列が出来たりするでしょ。
111:デフォルトの名無しさん
15/01/20 21:07:01.09 GWZYH+JO.net
メーリングリストみたら0.11.15が出るらしいけど使われているv8がとても古い
112:デフォルトの名無しさん
15/01/21 00:17:31.01 n3ucrSzY.net
>>106
それもip.jsがフォークした理由の一つ
113:デフォルトの名無しさん
15/01/21 00:17:39.27 pMVsv6gb.net
>>106
それもip.jsがフォークした理由の一つ
114:デフォルトの名無しさん
15/01/21 03:02:39.08 1UCwofHM.net
>>106
それもip.ry(
115:デフォルトの名無しさん
15/01/21 13:36:21.00 W+aNuk6y.net
レスをフォーク
116:デフォルトの名無しさん
15/01/21 17:08:05.52 VHJhqEss.net
何？また別のがフォークしたの？
117:デフォルトの名無しさん
15/01/21 17:19:04.46 PfvOP5lB.net
node-gypはio.js 1.0.3では動かないけどpangypは動作するらしい
118:デフォルトの名無しさん
15/01/22 21:04:56.44 lh8u5jbd.net
lodash 3.0 リリース間近！
URLﾘﾝｸ(github.com)
3.0-preから-preが外れました！
スレが多すぎてどこに書けばいいかわからないので
関連スレすべてにマルチポストしています。m(__)m
119:デフォルトの名無しさん
15/01/22 21:47:19.08 IMAN2WtB.net
Chrome 40(v8 3.30)のPromiseはハンドリングされてないrejectのデバッグがサポートされて>>59で書いたようになった
しかしio.js 1.0.3(v8 4.1)の組込デバッガは未対応
120:デフォルトの名無しさん
15/01/23 12:41:14
121:.68 ID:iNKYdZ74.net
122:デフォルトの名無しさん
15/01/23 16:47:56.23 CFiT31YS.net
なんでvert.xが出てくるんだよ、全然別物じゃん
node.jsとio.jsは名前とリポジトリが違うだけでコードも開発者もほぼ同じだぞ
oracleの支配を嫌ってhudsonからフォークしたjenkinsに近い
123:デフォルトの名無しさん
15/01/23 19:35:57.38 Ztpp331L.net
性能ではもうio.jsが圧勝みたいだよ。
あとv8のバージョンもnodeはまだ3.*なのにio.jsはもう4.*に上がってる。
124:デフォルトの名無しさん
15/01/23 19:50:06.18 raMd+kOH.net
,,､､､,,,、,,z､,_,､、
,r三ミﾐﾐヾヾﾐt,X(ﾘﾐ､,
ミﾆﾐﾘ" ゛ミ､"゛ﾘ"ミﾐ､>
三ﾆ" ゛ミi
,､_ミ爪",,-____ ,,<､.
i ﾄ､ﾐﾐ ,r‐- ､｀`'ニ=‐、.彡ﾘ.
ヾ,iﾊ゛.´ _,,､_ i.; _,. ｀ 彡'i)
｀､j,' `ﾟ''´:.ﾉ i::<･ゝ) .ﾊン ！？
i, ｀ ,､/ i_ ｀` ,r'
,r〃'i ,r'ヽ、 _,〉 /.
/i:ﾄ､;;i, ﾐ=_‐_-, 'i /ヽ__
r-‐'´i::::ﾊ;;ヾ、‐‐-､ ノ´/i:::'i｀i‐- ､_
::i' .l:i 'i::::i ヾ;;`‐---‐'i':/ i､ 'i::! i::::i ｀
:i' i:| !:::l _,r.､;;;;;,r''´ヽi. ll::i i::i l:::'
125:デフォルトの名無しさん
15/01/23 20:13:06.13 CFiT31YS.net
つか性能差のほとんどはv8のバージョンの差だろ
io.js = node.js 0.11 + v8 4.1 + より多くのバグ修正
使う側はnode.js 0.12の次のバージョンから名前がio.jsに変わるくらいの認識でいいんだよ
126:デフォルトの名無しさん
15/01/23 20:42:13.28 YkgE7zny.net
紛らわしいのは、io.jsは1.0といいながら
実態は0.10と0.11の間ぐらいなんだよな。
0.10よりかは機能が増えているかもしれないが、
0.11よりかは劣っているわけで。
127:デフォルトの名無しさん
15/01/23 21:00:22.09 CFiT31YS.net
>>120
そりゃ誤解
io.jsのv1.xブランチはnode.jsのv0.12ブランチから派生したものだ
URLﾘﾝｸ(github.com)
io.js v1.0はnode.js v0.12と互換つってるしちょくちょくマージもされてる
128:デフォルトの名無しさん
15/01/23 21:20:29.05 YkgE7zny.net
v0.12はまだリリースされていないんだから、
v0.12より劣っているのは確かだな。
129:デフォルトの名無しさん
15/01/23 21:58:14.56 CFiT31YS.net
い み ふ
紛らわしいことがあるとするなら、io.jsはsemver採用で開発版と安定版を
バージョンで区別できないことかな
今v1.0.3まで出てるがこれは全部開発版で、安定版はたとえばv1.0.15からみたいなことになる
io.jsの安定版はおそらくnode.js v0.12が出た後にそれをマージしてからリリースされるだろう
130:デフォルトの名無しさん
15/01/23 22:00:50.56 gqb5Qh0S.net
ベンチマーク見たがたいして違いないしnodejsのままでいいや
131:デフォルトの名無しさん
15/01/23 22:05:12.22 YkgE7zny.net
>>123
semverだと、1.0が正式版なので、
0.12相当なのに1.0を名乗っているから
最初からおかしいんだよ。
132:デフォルトの名無しさん
15/01/23 22:11:14.23 4o3NBFe/.net
なんで1.0.0-betaとかじゃないんだろとかは思う
133:デフォルトの名無しさん
15/01/23 22:15:52.01 CFiT31YS.net
>>125
semverではpre-releaseはMUSTじゃなくてMAYだし、実装が不安定でもAPIを固定すれば1.0.0を名乗れるだろ
どこがおかしい？
134:デフォルトの名無しさん
15/01/23 22:17:49.38 CFiT31YS.net
"-beta"がpre-releaseの部分な
135:デフォルトの名無しさん
15/01/23 22:28:31.93 So6YQ3Pc.net
そんな事ないうんどろの差だよ
136:デフォルトの名無しさん
15/01/23 22:43:16.31 YkgE7zny.net
>>127
だからMAYだろ？
MAYとはいえ、決まっているわけで、
その決まってることを意味なく破るのはなぁ。
137:デフォルトの名無しさん
15/01/23 22:57:18.12 So6YQ3Pc.net
こんなに広く使われているのに何でずっとバージョン0.xなんだYO
138:デフォルトの名無しさん
15/01/23 23:02:13.80 CFiT31YS.net
>>130
付けてもいい (MAY)
付けるべき (SHOULD)
付けなくてはならない (MUST)
付けてはならない (MUST NOT)
MAYなんだから付けなくて何の問題もないし、何も破ってない
だいたいsemverの主目的はAPIの互換性を示すもので実装の安定性を示すものではない
139:デフォルトの名無しさん
15/01/23 23:22:59.99 CFiT31YS.net
>>131
安定するより早く広まってしまった
元々v0.12の次の安定版がv1.0になると言われてたんだがv0.12が出ないうちにgruntなんかが出てきちゃったから…
140:デフォルトの名無しさん
15/01/23 23:30:41.62 OPE+Wqmb.net
安定する前に分裂とかｗ
141:デフォルトの名無しさん
15/01/23 23:32:29.92 t01wISfr.net
結局のところ、io.jsは安定してないのに、
1.0を名乗っているわけで。
142:デフォルトの名無しさん
15/01/23 23:41:14.77 CFiT31YS.net
だから、io.js v1.0はAPIを固定したという決意表明なのよ、semver的に
実装の安定ではなく
この辺はsemver自体が広く理解されないと紛らわしいよね
143:デフォルトの名無しさん
15/01/23 23:44:10.78 XIEI9xsC.net
いや、だから本家がAPIを固定してないから
0.xという名前なわけで、なぜAPIを固定してないかというと
そこにまだ変えるべき問題があるからなわけで。
変えるべき問題があるのに、1.0を表明しているからダメだって言ってるんだよ。
これが後々、悪いAPIだけど変えるに変えられない状態を生み出してしまう。
144:デフォルトの名無しさん
15/01/23 23:57:49.08 CFiT31YS.net
よくわからんな
・node.jsはsemverではないので0.xだからといってAPIを固定してないとは言えない
・node.js v0.11はすでにv0.12のRCであり、この系においてはAPIは固定されたとみなせる
・io.jsはAPIを変えたければv1.1.x、v2.0.0などにバージョンアップすればいい (すでにv1.1向けのPRも存在する)
何か問題が？
145:デフォルトの名無しさん
15/01/24 00:05:56.67 erhfYoBY.net
io.jsはAPIが固定されてなく、
同じくAPIが固定されてないnodeのバージョンアップに
追尾することで、APIが変更になる。
つまりio.jsはこれから互換性がないバージョンアップを
短期間に繰り返すことになり
今使うべきじゃないプロダクトだねって話になる。
146:デフォルトの名無しさん
15/01/24 12:14:35.97 WI6RO/N+.net
OH "io.js is a way better name than node.js" --Ryan Dahl. #forreal
URLﾘﾝｸ(twitter.com)
147:デフォルトの名無しさん
15/01/24 12:24:15.12 H0FHHZ5/.net
どうせタイプ数が少ないからとか言う、そういジョークだろうなｗ
148:デフォルトの名無しさん
15/01/24 12:25:38.81 XGtAEOPl.net
検索する側からしたら迷惑な名前
149:デフォルトの名無しさん
15/01/24 13:39:24.09 XGGvY8P/.net
io.jsも最初はsocket.io.jsがヒットしたりioとjsが含まれる関係ないサイトがヒットしたりして検索しにくかったけど
今はio.jsで検索しやすくなったし
ググラビリティー(検索しやすさ)の問題は知名度で改善する面もあると思う
何しろ線を意味する一般名詞が多大な知名度のおかげでIMサービスの名称としてググラビリティーをほとんど損なわずに成り立ってるわけだし
150:デフォルトの名無しさん
15/01/24 15:35:38.09 WI6RO/N+.net
念のため書いておくと、>>140のポイントは語ったのがnode.jsの作者で命名者でもあるRyan Dahlってとこな
消息不明みたいなものだったから「ライアン生きてたっ！」とまずは喜ぶべき
151:デフォルトの名無しさん
15/01/25 01:55:03.33 U9S0+Ro3.net
ググラビリティーｗ
変な和製英語作んなよｗ
152:デフォルトの名無しさん
15/01/25 02:15:42.11 ychJN5mu.net
googleability
Likelihood of being found by an internet search engine, especially Google's.
googleability - Wiktionary
153:デフォルトの名無しさん
15/01/25 07:01:16.08 TpaFIK4z.net
プログラミング言語の Processing なんか、
Proce55ing で検索する
154:デフォルトの名無しさん
15/01/25 10:19:17.73 uEAYYO/U.net
知名度ではnode.jsのほうが上だし！
155:デフォルトの名無しさん
15/01/25 10:25:24.56 JhgO84F7.net
io.jsは
10.jsで検索しろとでも？
156:デフォルトの名無しさん
15/01/25 17:48:20.48 U9S0+Ro3.net
お前らググラビリティ低いなｗ
io.js だけでなくて v8とかforkとかbranchとか組み合わせて検索すればいいだよｗ
157:デフォルトの名無しさん
15/01/25 18:00:06.11 GYzk0joc.net
別にフォークしたって記事を探したいわけじゃない
158:デフォルトの名無しさん
15/01/25 18:15:28.52 3aXiO/4E.net
どうせio.jsなんて消えるよ
159:デフォルトの名無しさん
15/01/25 18:18:47.50 GYzk0joc.net
互換性があるなら本流になってから移動してもいいしな。
互換性がないなら、それに見合う状態になってから考えるよ。
160:デフォルトの名無しさん
15/01/25 18:29:48.36 U9S0+Ro3.net
>>151
だからターゲットが見つかりにくいときの検索テクニックの話をしてんだよ。
レベル低いなぁ。
161:デフォルトの名無しさん
15/01/25 22:35:18.36 GYzk0joc.net
だからフォークした記事がターゲットじゃない
162:デフォルトの名無しさん
15/01/26 01:22:42.57 jwCE8SR2.net
アスペが二人いる
163:デフォルトの名無しさん
15/01/26 06:33:55.37 fhQPsb6z.net
レッテル貼るだけの簡単なレスです
164:デフォルトの名無しさん
15/01/26 07:28:49.26 Ts/Sr/RD.net
しね
165:デフォルトの名無しさん
15/01/26 22:10:09.43 XpwkIvWz.net
nodeは死ね！iojsは生キロ！
166:デフォルトの名無しさん
15/01/26 23:41:12.23 vDvsavjD.net
github見ればコミュニティーがio.jsを選んだのは一目瞭然
167:デフォルトの名無しさん
15/01/27 11:50:29.54 SS9+6tbQ.net
綾鷹みたいなもんだな
168:デフォルトの名無しさん
15/01/28 00:20:05.20 nNln1k3I.net
TLDにjsが採用されたらio.jsってずいぶんややこしい立場に
立たされるような気がする。
169:デフォルトの名無しさん
15/01/28 03:19:13.31 h/zvU9aP.net
それは思った。node.jsでもな
まあ三文字までのドメインは取れないんじゃね
170:デフォルトの名無しさん
15/01/28 10:38:29.63 o4J8Hvst.net
s.ex
171:デフォルトの名無しさん
15/01/28 10:39:03.05 o4J8Hvst.net
no.de
p.ph
ru.by
pyth.on
172:デフォルトの名無しさん
15/01/28 10:48:48.76 U/zfeC5A.net
io.js は嫌がらせドメインの代表
173:デフォルトの名無しさん
15/01/28 19:54:40.07 jz1vNrxU.net
.jsドメインってどこで取れるんだろう？
sukisuki.js とか空いてるかな？
174:デフォルトの名無しさん
15/01/28 19:56:16.81 jz1vNrxU.net
なんだ。まだないのか。.jkはあるんだっけ？
175:デフォルトの名無しさん
15/01/29 04:01:38.11 5VidfUEo.net
どうせならcgiとかphpとかhtmlとかいうトップレベルドメインも作ればいいのにね。
176:デフォルトの名無しさん
15/01/29 10:28:25.21 wMkjI3CS.net
お世話になります。
私、責任者の加茂と申します。以後、宜しくお願い致します。
URLﾘﾝｸ(www.apamanshop.com)
浪速建設様の見解と致しましては、メールによる対応に関しましては
受付しないということで、当初より返信を行っていないようで、今後につい
てもメールや書面での対応は致しかねるというお答えでした。
このように現在まで６通のメールを送られたとのことですが、結果一度も
返信がないとう状況になっています。
私どものほうでも現在までのメール履歴は随時削除を致しております
ので実際に１１通のメールを頂戴しているか不明なところであります。
・Ｔ URLﾘﾝｸ(s-at-e.net)
・Ｚle URLﾘﾝｸ(s-at-e.net)
177:デフォルトの名無しさん
15/01/29 11:11:42.80 l+3PgEEw.net
yahoo.co.jp.V.akuinoarusaito.js/a.js
178:デフォルトの名無しさん
15/01/30 00:45:36.27 xndpA5wm.net
これなに？ >>170
179:デフォルトの名無しさん
15/01/30 01:33:45.33 8iPcxr2y.net
触らんほうが良さそうな雰囲気醸しとるね
180:デフォルトの名無しさん
15/01/30 03:51:28.25 HwiqlkLu.net
うちの専ブラだとなぜかAA扱いになってる
181:デフォルトの名無しさん
15/01/30 10:26:40.51 aCxlacQV.net
つまりjsドメインは危険だから出てくることはないという事だ
182:デフォルトの名無しさん
15/01/30 18:43:51.83 xndpA5wm.net
jsは同意の有無に関係なく強姦罪になるからな
183:デフォルトの名無しさん
15/01/30 20:55:43.84 WwklFFli.net
近年は図体でかいjs、jcが増えてるから要注意だよほんと
184:デフォルトの名無しさん
15/01/31 03:01:10.40 qfHFs4KS.net
だがそれがいい
185:sage
15/01/31 03:41:20.22 adKdI9wt.net
jcはこの板的にはjavaになるのか？ (java compiled)
186:デフォルトの名無しさん
15/01/31 03:43:35.65 adKdI9wt.net
間違えた、名前欄にsageを入れてしまった。
187:デフォルトの名無しさん
15/01/31 06:13:05.39 GSzQXuKu.net
.cはバイセクシャルですねわかります
188:デフォルトの名無しさん
15/02/01 10:58:39.12 V9kXm75t.net
exportとか言語仕様の内容はnodejsのドキュメントに載ってるか教えてください
APIしか見つかりません
189:デフォルトの名無しさん
15/02/01 18:44:32.42 5BKa3ERO.net
載ってない
ECMAScriptの仕様見れ
190:デフォルトの名無しさん
15/02/03 13:37:47.07 bKWRqprR.net
ECMAScriptの仕様、日本語のページあったっけ？
191:デフォルトの名無しさん
15/02/03 14:57:57.67 sb7Xm3EE.net
仕様を解説した日本語の本はあるな
es5.1だけど
192:デフォルトの名無しさん
15/02/04 00:42:12.82 tLBZ133A.net
本気で普及させたいんならまず日本語情報を充実させないとな。
193:デフォルトの名無しさん
15/02/04 00:59:24.80 lvAh45WM.net
もう十分普及してるし日本語の情報も溢れてる
194:デフォルトの名無しさん
15/02/04 04:48:55.89 lvAh45WM.net
atomがnode.jsからio.jsへ移行した
195:デフォルトの名無しさん
15/02/04 17:31:16.72 tLBZ133A.net
>>187
いやいやio.jsとnodeのごたごたの経緯なんて
日本語だとろくにわからないし、io.js1.0の情報なんて
とても「日本語の情報が溢れてる」という状況じゃない。
196:デフォルトの名無しさん
15/02/04 19:17:53.08 8Sw6mo5N.net
とりあえずio.jsがnodejsのどのバージョンに当たるのかだけ教えて
あとさ、今後io.jsはnodejsをフォークしながら開発されていくのかもおしえて
197:デフォルトの名無しさん
15/02/05 00:13:15.88 PK7PKopP.net
>>189
そんな経緯なんか普及とは関係ねぇよ
ほとんどの利用者はgruntやgulpのインストール手順がio.jsに書き変わればio.jsを使う
開発者はes6が使いたければio.jsを使う
>>190
v0.12をベースにv8を新しくしたのがio.js
198:デフォルトの名無しさん
15/02/05 16:02:37.70 LnAyM1GB.net
nodejsっていつ0.12が安定版になりますか？
いまってまだ0.10が安定版だから次の安定版が0.11ってことですよね
199:デフォルトの名無しさん
15/02/05 17:09:40.11 K2HEETXR.net
v0.11は開発版でv0.12が次の安定版
年末にv0.11.15が出た後2週間でv0.12.0の予定だったがずるずる延びて、v0.11.16が出てv0.11.17が出る可能性もある
この遅さ、思い切りの悪さもフォークの原因の一つだろうな
来週のnode summitで動きがあるかどうか
200:デフォルトの名無しさん
15/02/07 07:44:46.25 5t2FMmDd
201:.net
202:デフォルトの名無しさん
15/02/07 10:35:03.64 ki0qNqzN.net
iojsに煽られてあわててリリースしたというふいんきだな。
203:デフォルトの名無しさん
15/02/07 11:04:42.08 WcRlxtVS.net
つまりio.jsは噛ませ犬だったってことかｗ
204:デフォルトの名無しさん
15/02/07 11:19:00.08 Hof4fFat.net
競争相手がいないと組織は腐る
205:デフォルトの名無しさん
15/02/07 11:57:48.22 C2mSGeUj.net
0.12でharmonyオプションとりはずせるけど
0.11以下でも動かすかもしれないからharmonyつけたままにしたいんだけど
0.12でharmony付けるとどうなる？
206:デフォルトの名無しさん
15/02/07 12:27:12.88 nPDceh1h.net
出世して彼女ができて宝くじがあたります
207:デフォルトの名無しさん
15/02/09 10:59:40.44 fZtNVB1v.net
>>199は簡単にオレオレ詐欺にダマされるタイプ
208:デフォルトの名無しさん
15/02/09 11:03:16.64 iJdyGTL3.net
Microsoft、オープンソースの.NET実行エンジン「CoreCLR」を公開 | スラッシュドット・ジャパン オープンソース
URLﾘﾝｸ(opensource.slashdot.jp)
209:デフォルトの名無しさん
15/02/11 21:21:51.49 z1YCt8TB.net
>>198
Node0.12は知らんがV8最前線は少し前からharmonyでは全機能が有効にならなくなった。
有効にするには個別のフラグを指定する必要がある。
210:デフォルトの名無しさん
15/02/11 21:27:51.17 eikfP7K0.net
0.12でもharmonyつけないとfunction *(){}が使えなかった
211:デフォルトの名無しさん
15/02/12 03:47:37.63 a2m4i3WK.net
URLﾘﾝｸ(www.nodebeginner.org)
今さっきnodejs入れてこのビギナーズブックを見てるんだけど
ブロッキング項目で例がsleepもどきから途中でchild_process.execへ変わってるのは
sleepもどきのままでノンブロッキングは無理又は難しいからって認識で合ってる？
212:デフォルトの名無しさん
15/02/12 05:07:15.11 o6kZdkkY.net
違う
sleepは値(結果)を産み出さないから間違ってても気づかない
だからlsコマンドの実行に変えた
そしてlsの結果じゃなく"empty"って表示されて「あれ？」と思わせるというシナリオ
213:デフォルトの名無しさん
15/02/12 14:42:11.34 fUzWkr8T.net
Joyentが「Node.js Foundation」設立を発表。IBM、Microsoft、PayPal、Fidelityなどが創立メンバーに
URLﾘﾝｸ(www.publickey1.jp)
214:デフォルトの名無しさん
15/02/12 14:42:56.16 x5e0tI8J.net
io.jsに未来なんてねえんだよ
215:デフォルトの名無しさん
15/02/12 14:44:27.12 NmXHf2UC.net
そうかな
本家争いで joyent は焦ってるように見える
216:デフォルトの名無しさん
15/02/12 15:10:12.32 ThCWUpsh.net
2015年の活発さはforkのたまもの。ユーザメリットも多いんだからiojs歓迎だよ。
217:デフォルトの名無しさん
15/02/12 15:58:57.74 a2m4i3WK.net
>>205
レスさんくす
項目の目的が非同期でまず躓く失敗を体験させることなのはわかった
そして申し訳ないけど寝ぼけ眼で書いたせいか質問文がおかしかった
sleepもどきのような重い処理をノンブロッキングにできるのかが知りたかったんだ
ブラウザで例えるならWebWorkerに投げるみたいな
移動中にググって基本的には難しいってのがわかった、いい勉強になった
218:デフォルトの名無しさん
15/02/12 16:08:27.83 lzKOaP2E.net
io.jsもnodojsと同じ
219:シングルスレッドならnodojsから乗り換える価値ないよね
220:デフォルトの名無しさん
15/02/12 16:55:01.48 ACLeg2X+.net
joyentにガバナンス手放してファウンデーション作らせただけでもio.jsの勝利
221:デフォルトの名無しさん
15/02/12 22:46:40.79 Il0VyiBX.net
io.jsの成果はio.js 1.0じゃないんだ。
nodejsを活発化させたことが
io.jsの成果なんだ。
forkしたものはどうでもいい。
222:デフォルトの名無しさん
15/02/13 00:10:45.38 hCJDzLwl.net
活発化してるのはio.jsリポジトリのv1.xブランチだけどな
223:デフォルトの名無しさん
15/02/13 16:55:47.34 v5btlO/2.net
V8が最近moduleに手を入れはじめたから、特にioの方はそろそろ無視できなくなって来るな。
224:デフォルトの名無しさん
15/02/14 04:18:17.00 uJwXJif2.net
そして最後に全部nodejsがかっぱらう。
オープンソースですからねｗ
225:デフォルトの名無しさん
15/02/16 08:33:48.60 JcJgKv2l.net
>>216
そもそも、名前が悪いから検索に引っかからないしね。
おまけにフォークした程度の内容。
226:デフォルトの名無しさん
15/02/16 08:41:03.35 F7oc1qZ/.net
かませ犬でも良いよ成長促進されるなら
227:デフォルトの名無しさん
15/02/16 09:53:36.17 DphEjV/x.net
io.jsの目的はio.jsそのものじゃなくてnodeのしりを叩くことだったりして
228:デフォルトの名無しさん
15/02/16 10:24:15.23 2crvF8yD.net
いまio.jsに乗り換えましたって主張をわざわざブログやツイッターに書き込んでるのは主導権握りたいから
229:デフォルトの名無しさん
15/02/16 10:55:59.93 JcJgKv2l.net
>>220
主導権なんて握れないけれどな。所詮フォーク。
230:デフォルトの名無しさん
15/02/16 11:24:49.99 /Le2iIgb.net
expressのtemplateライブラリって何のためにあるの？
あんなもの使うなら、phpで書いた方がマシ
231:デフォルトの名無しさん
15/02/16 11:30:57.54 Zud42+NA.net
時代はkoaですよ
232:デフォルトの名無しさん
15/02/16 14:21:03.22 aOc1RZqa.net
>>221
☓フォーク
◯スポーク
233:デフォルトの名無しさん
15/02/16 16:28:15.03 VsTkNRzh.net
>>222
Angularかbackboneで表示するから、あまり使わない
234:デフォルトの名無しさん
15/02/16 18:28:01.85 NxVOoQZu.net
この先もずっとioが必要かは分からないが、
今年来年くらいはまさにhttp2やES.next対応やらの需要がピークなわけで、ioには頑張ってもらいたい。
235:デフォルトの名無しさん
15/02/16 19:05:20.84 PwN9qruY.net
joyent/node@v0.12 2月に入ってからの半月で17コミット
iojs/io.js@v1.x 2月に入ってからの半月で100コミット
どうして差がついた。慢心、環境の違い…
236:デフォルトの名無しさん
15/02/16 21:03:23.43 /Le2iIgb.net
本家が安定版だからだろ。io.jsなんて犬も喰わない
237:デフォルトの名無しさん
15/02/16 21:30:02.79 4Cxg/4AS.net
>>223
koaはio.jsではそのまま使えるけど、node.jsで使うにはオプションが必要だからその人には、ねw
238:デフォルトの名無しさん
15/02/16 21:46:32.47 nT8bWWvG.net
koaも過渡期の産物で本来は基本モジュールが全部Promiseを返すようになって、
ES7のawait/asyncが使えるようになれば最高。
239:デフォルトの名無しさん
15/02/19 07:20:14.54 owmyBdJ4.net
Open GovernanceなTechnical Committeeって、Node Foundationはio.jsを丸ごと受け入れるっつか本丸明け渡す体制だな
TrademarkもFoundation Boardに移るようだし、Joyent完敗やん
io.jsの実体とNode.jsの名前が残るベストな結末になりそうでいいことだけどな
240:デフォルトの名無しさん
15/02/21 16:33:40.41 nvbkyqD5.net
URLﾘﾝｸ(github.com)
Note that
241:as of our 4.0.0 release, jsdom no longer works with Node.js, and instead requires io.js. You are still welcome to install a release in��the 3.x series��if you are stuck on legacy technology like Node.js.
242:デフォルトの名無しさん
15/02/21 16:55:40.13 aIEWJefX.net
> legacy technology like Node.js
243:デフォルトの名無しさん
15/02/21 18:34:56.63 VFEr1UXm.net
node.jsとio.jsはテクノロジー的には
同じだと思うけどね。フォークしたんだからｗ
244:デフォルトの名無しさん
15/02/21 19:28:10.58 qY4oi0dn.net
どこまで行ってもベースのテクノロジーは同じだろうが
ひょっとすると表面のAPIがガラッと変わっていくかもしれないし
245:デフォルトの名無しさん
15/02/22 00:36:09.60 KOnDqQsn.net
>>234
それはSafariとChromeは同じだと言っているようなものでは
246:デフォルトの名無しさん
15/02/22 00:49:58.38 XwM2xAPU.net
Io.jsって、node.jsのリーダーが独裁的だったから反発して分裂したらしいな
リーダーって誰だよw
こいつの社会的評価は急転直下なんだろうなw
247:デフォルトの名無しさん
15/02/22 00:58:59.80 GaZASibZ.net
>>237
Timothy J Fontaine
248:デフォルトの名無しさん
15/02/22 04:01:31.72 Y5TRxyoj.net
よいリーダーというのは独裁的であるべきだよ。
それで大成功しているプロジェクトもたくさんある。
問題は開発が停滞したことでしょ。
249:デフォルトの名無しさん
15/02/22 07:47:28.44 uX3Bvmht.net
同意します
250:デフォルトの名無しさん
15/02/22 09:25:14.34 c6XeXodQ.net
iojsで実験的、先進的な機能を実装→nodejsにフィードバックという流れができれば。
251:デフォルトの名無しさん
15/02/22 10:27:15.33 2O4bEH+I.net
>>241
と、期待していたのに全然ダメとわかったから離れだしてるんだろ
252:デフォルトの名無しさん
15/02/22 23:37:07.63 MfwwwyAQZ
node.js使えるようになりたいんだけど、型なしやだからtypescript使いたい。
参考文献おしえてくれ。
ちなみにjavascriptはしらない、javaとかはOK、型もおっけー
よろしく
253:デフォルトの名無しさん
15/02/22 13:25:28.41 AaKxOohj.net
Fedora rawhideとCentOSみたいな関係でいいよ。
254:デフォルトの名無しさん
15/02/22 16:26:15.71 6wlRzF4X.net
>>239
独裁者が独裁で主要開発者を排除して開発が滞ったんだろ
255:デフォルトの名無しさん
15/02/22 16:39:58.16 fXacNSCG.net
>>245
ソースは？
256:デフォルトの名無しさん
15/02/22 17:09:30.64 aGLKDFhg.net
おいおい、この文脈でそれを言うのは、全く面白くないジョークだぜ
257:デフォルトの名無しさん
15/02/22 17:25:25.34 G9MatKu0.net
リポジトリからpullして名前とバージョン番号だけ変えるようになったら笑える、
いや笑えない
258:デフォルトの名無しさん
15/02/22 21:58:31.41 NwE09bSL.net
nodejsがマルチコアに対応するのはいつになるのかね
259:デフォルトの名無しさん
15/02/22 22:01:34.15 gyQTJZTB.net
だいぶ前に放棄されたからもうしないんじゃね
260:デフォルトの名無しさん
15/02/22 22:36:09.88 EzG81a2V.net
WebWorkerを使って自分でする
261:デフォルトの名無しさん
15/02/23 04:55:07.03 m2dP1v8u.net
何をもってマルチコア対応と言ってるんだ？
Nodeの内部は当然昔からマルチスレッドで動いているんだが。
結局表面のJS部分でスレッドが使いたいという話だろう？
262:デフォルトの名無しさん
15/02/23 08:47:48.40 AjFb9vvE.net
おわこん
263:デフォルトの名無しさん
15/02/24 12:13:29.58 lFZ8d0+
264:y.net
265:デフォルトの名無しさん
15/02/24 12:21:24.19 uzE+eLOu.net
実りの時期を待たずに刈り取ろうとしたのかｗ
266:デフォルトの名無しさん
15/02/24 21:15:50.52 iBIsMnSZ.net
>>246
ben noordhoisが辞めた時に一悶着あったらしい
ソースは検索してみて
267:デフォルトの名無しさん
15/02/24 22:11:01.64 1VU0JeeK.net
>>256
いい加減なこと書くんじゃねーよ糞が
そん時のリーダーは今の人とは別人でio.jsで仲良くやってんだよ
268:デフォルトの名無しさん
15/02/25 09:43:31.95 oiOKwPPk.net
>>255
ま、創始者が作りそしてぶっ壊しちゃったね。
馬鹿な創始者だなって思う。
結局サーバサイドJavaScriptはこうして歴史を閉じるわけだ。
せっかく一つの分野を開拓したのにね。
かといって、io.jsがメジャーになることはない。
269:デフォルトの名無しさん
15/02/25 10:00:13.24 nKN7f0Au.net
間違った進化は淘汰される
270:デフォルトの名無しさん
15/02/25 10:31:04.99 2phC3Ctb.net
どうせ統合されるから
271:デフォルトの名無しさん
15/02/25 12:38:07.65 jNJiSOpZ.net
などと言われて本当に消えてものはない。
272:デフォルトの名無しさん
15/02/25 14:34:24.52 Ehdl7vHZ.net
日本語でおけ
273:デフォルトの名無しさん
15/02/25 16:48:47.89 +Rnlx2S3.net
まあJavaScriptが終わるかどうかは分からないが、
ES6,7,8...の予定を見てると飛躍的に進化するなと感じるし、
SaneScript構想なんかを見ると、今までのJSとは違うなって思う。
274:デフォルトの名無しさん
15/02/25 16:53:58.84 nEs08NKh.net
TimeZoneを識別子で設定できるようにならないから
あとサマータイムの考慮できるようにしてほしい
そういうライブラリでもいいんだけど
275:デフォルトの名無しさん
15/02/25 17:39:52.92 +Rnlx2S3.net
それはDateクラスで何とかすべき問題ではなくて？
276:デフォルトの名無しさん
15/02/25 18:19:49.08 DZ2Kp+uW.net
定番のmoment.js
277:デフォルトの名無しさん
15/02/25 21:40:39.31 DZbi2c77.net
>>258
みたいにio.jsを目の敵にしてる知恵遅れのキチガイは何なん？
もうio.js様大勝利確定でjoyentは三顧の礼でもってio.js様を迎え入れようとしてるのに
278:デフォルトの名無しさん
15/02/25 22:05:00.23 Ehdl7vHZ.net
はぁ？"node"という商標使いたさに頭下げてjoyentに軍門してるのに？
279:デフォルトの名無しさん
15/02/25 22:29:37.76 DZbi2c77.net
商標もnode foundationに移すじゃん
io.js様に出ていかれたままじゃ商標の価値そのものが無くなるからjoyent必死だな
280:デフォルトの名無しさん
15/02/25 23:51:14.72 1ACQe7ag.net
社員以外の開発者に出ていかれて泣く泣く商標もガバナンスも手放してNode Foundationへの合流を望むJoyent
合流するかどうかはオープンに議論する余裕のio.js
どうして差がついたのか…��慢心、環境の違い
281:デフォルトの名無しさん
15/02/26 07:46:40.66 cUPSHxGd.net
軍門に降る
な！
282:デフォルトの名無しさん
15/02/26 12:11:00.71 U9UNhVzT.net
「軍門してる」って、io.jsに親を殺された池沼は日本人じゃなかったのかw
283:デフォルトの名無しさん
15/02/26 13:49:08.91 ScTUDd1D.net
nodejsとsocket.ioで掲示板を作ろうと思うんですけど
1000人がページを開きっぱなしにするとwebsocketで接続しっぱなしってことでリソースを食いつぶしちゃいますか？
284:デフォルトの名無しさん
15/02/26 14:06:06.69 s5JPbxDv.net
サーバーの性能による。
285:デフォルトの名無しさん
15/02/26 14:06:13.89 32CLcP5C.net
>>273
タイムアウト時間決めて無通信状態が続けば切っちまえ
えっと、何ていうんだっけそういうの？KeepAlive?
286:デフォルトの名無しさん
15/02/26 14:25:31.10 CE
287:v9YCvj.net
288:デフォルトの名無しさん
15/02/26 14:57:29.64 32CLcP5C.net
一人が更新しても残り全員にメッセージを送らないといけない
クライアントから新着を一定間隔でポーリングするのか
サーバーから全接続にpushするのか知らんけど
ROMの人だと本当に見てるかどうか判別できないな
ダイアログだして延長するかどうか尋ねるとか？
まあ仲間内だけのサービスなら開きっぱでも問題ないだろうけど
289:デフォルトの名無しさん
15/02/26 15:16:48.44 0na4n84n.net
通常の範囲で使われている限りは何の心配もすることはないよ。
問題はWebSocketはblobも送れるし、容量制限が実質ないこと。
本来容量で弾かないといけないけど、受信しきってからイベントが発生するタイプだと厳しい。
また、文字列前提で、blobが送られた時エラーで落ちるってのはよくハマること。
open2chのチャットも当初そのバグが有った。
290:デフォルトの名無しさん
15/02/26 15:21:05.50 ScTUDd1D.net
そこまで考えてなかったけど勉強になりました
291:デフォルトの名無しさん
15/02/27 17:24:48.62 mT46lxBT.net
nodeからmongodbを操作するmongooseの解説書に
プロセス終了時にコネクションを切断する以下のようなコードが紹介されているのですが
process.on('SIGINT', function() {
mongoose.connection.close(function () {
console.log('Mongoose disconnected through app termination');
process.exit(0);
});
});
プロセスが終わったらコネクションは明示的に切断処理をしなくても切断されるのではないかと
思うのですが、違うのでしょうか？
292:デフォルトの名無しさん
15/02/27 17:42:45.47 iNaIMmLv.net
自動で～と言う部分は保証されていない限り、どの言語でも終了処理は自分でした方が良い
293:デフォルトの名無しさん
15/02/27 18:19:57.68 mT46lxBT.net
なるほど、そういうものですか
ありがとうございました
294:デフォルトの名無しさん
15/02/27 20:08:17.57 /TZ2R5Zj.net
>>280
PCで言うとシャットダウンしないでいきなり電源切るような使い方で良いなら好きにすれば
295:デフォルトの名無しさん
15/02/27 22:12:30.41 j2kMYDr9.net
普通はそれで全く問題ないが、mongoは散々DB破壊問題を起こしてきたから特に信用出来ない。
296:デフォルトの名無しさん
15/02/27 22:38:17.82 bN3T6fIh.net
>>252
JSが動くのはメインスレッドだけで、他のスレッドは主にブロッキングI/Oするだけだから1プロセスじゃマルチコア使えない
297:デフォルトの名無しさん
15/02/27 22:59:38.23 X8PXZoo1.net
>>284
sqliteといい、ext4といい、出始めは安定しないものだけど
こいつがもんだい起こしてるとは知らなんだ
安定は、まだ先そう？
298:デフォルトの名無しさん
15/02/27 23:06:55.04 bN3T6fIh.net
俺はそもそもMongoを使う気がしない
使うやつの気が知れない
299:デフォルトの名無しさん
15/02/28 01:09:34.76 6Lhyreb3.net
>>285
使えないというのではなく、活かしきれないと書いたほうがいいと思う。
libuvは一応マルチコア使ってくるはず。
300:デフォルトの名無しさん
15/02/28 01:24:12.76 wlw7vunX.net
>>288
だからfsモジュールとかブロッキングI/Oで寝てるだけなんだからCPU使わないんだって
zlibを並行で使い続けるような特殊なアプリでもない限りな
301:デフォルトの名無しさん
15/02/28 10:49:07.17 VNSN4Y6t.net
>>284
node.jsは信用に値するのか?
302:デフォルトの名無しさん
15/02/28 1
303:1:04:22.33 ID:1nuig21R.net
304:デフォルトの名無しさん
15/02/28 11:11:31.60 0J8+8Slx.net
>>291
スモールマウス。ちがったトーク。うざいよ？
305:デフォルトの名無しさん
15/02/28 11:21:25.01 jV2hL0tG.net
>>290
ウォルマートみたいな大企業が使っているんでしょ？
マルチコア活かしたいなら子プロセスやJavaScriptのスレッドを作るアドオン、JXCoreがあるだろ
今のJavaScriptはスレッド間でオブジェクトを共有できないから他の言語と比べたらマルチコアを活かす処理は書きづらいかもしれない
JavaScriptじゃ無理そうな時はuv_queue_workを使って特定の処理をするアドオンを書いたら良いんじゃないか
306:デフォルトの名無しさん
15/02/28 11:52:53.89 JYQdrmRY.net
Meteorって、おいしいの？
以前とは比較にならないぐらい、サイトデザインが垢抜けてるんだけど
307:デフォルトの名無しさん
15/02/28 12:38:32.61 VNSN4Y6t.net
>>293
試験的にちょこっと使ってるのかと思ったら、フロントエンドで使ってるんだね。
日本だとうまく動かなかった場合に言いだしっぺの全面的な責任になるので使うのを躊躇する。
うまく動いた場合は上司の手柄になるしな。
308:デフォルトの名無しさん
15/02/28 12:40:46.18 VNSN4Y6t.net
というか、ゼネコン構造の日本のIT業界だと提案しても通らないべ。
日本で使ってるのは自社開発してるところしか使ってないのでは?
309:デフォルトの名無しさん
15/02/28 12:50:19.54 MySCamNG.net
ほんそれ
310:デフォルトの名無しさん
15/02/28 13:22:00.23 nHe/WRfo.net
海外じゃ他にPaypal、LinkedIn、Yahooと大手の事例も多い
日本ではソーシャルゲームばっか
311:デフォルトの名無しさん
15/02/28 13:59:47.82 VNSN4Y6t.net
海外大手はソフト内製、日本はアウトソーシングばかりだから。
でも、海外企業は朝出社したら、「今日からキミは首だから、もう帰って良いよ」って事が普通にある。
312:デフォルトの名無しさん
15/02/28 16:49:38.15 NypSTCLe.net
「node.js 国内事例」でggrと最初に出てきた記事(の連載目次、引っかかったのは第3回)だがリクルートは内製？
URLﾘﾝｸ(www.atmarkit.co.jp)
ソシャゲ以外の他の事例が見つからね
313:デフォルトの名無しさん
15/02/28 19:02:43.87 k8knI5Pe.net
>>257
いや、その時の実質的なリーダーは今のリーダーだぞ
314:デフォルトの名無しさん
15/02/28 20:01:28.97 EjJ9Wqcd.net
>>301
お前、何の話してるかわかってないだろ
>>237 >>238 >>239 >>245 >>246 >>256 >>257を続けて読んでみろ
誰が「実質的なリーダー」かなんて話はしてねーんだよ
Ben Noordhuisが去ったのは2013/12/01だ
URLﾘﾝｸ(github.com)
Ben Noordhuisがクローズしたこのプルリクエストをマージして衝突したのは Isaac��Z. Schlueterで、彼が当時のNode.jsのリーダーだ
URLﾘﾝｸ(github.com)
Timothy J Fontaineはこの件に参加してないし、Node.jsのリーダーになったのは1ヶ月半後の2014/01/15だ
URLﾘﾝｸ(blog.nodejs.org)
その前からリリース作業を担当していても、Timothy J Fontaineは>>237や>>245に該当しねーんだよ
死んどけ糞野郎が
315:デフォルトの名無しさん
15/03/01 00:09:21.16 /9/0Furz.net
Joyentが糞なのは間違いない
316:デフォルトの名無しさん
15/03/01 07:59:49.26 yqpW0lF8.net
実際、BenのことをAssholeだの解雇するだの言ったのは
joyentのCTOのBryanだな
TJは無罪かもしれないが、joyentが高圧的だってことは間違いない
主要開発者が去ってnodeの開発が停滞し大きな要因だろう
317:デフォルトの名無しさん
15/03/01 12:41:10.14 P8lkcWMS.net
Mongoの代替データベースってなに？
318:デフォルトの名無しさん
15/03/01 12:55:39.05 U9v779n7.net
>>305
PostgreSQL のhstoreかjson
319:デフォルトの名無しさん
15/03/01 21:54:53.86 kPgt2Stx.net
>>304
StrongLoopもブログで「Benが学習できなければ首にする」と書いたがBenはStrongLoopをやめてない
URLﾘﾝｸ(strongloop.com)
BenがNode.jsから抜けたのは差別問題ではなくIsaacを信頼できなくなったからだ
URLﾘﾝｸ(groups.google.com)
それはBenの誤解でIsaacに謝罪した
URLﾘﾝｸ(groups.google.com)
勝手な妄想で悪役を作るな
320:デフォルトの名無しさん
15/03/04 14:27:17.88 43dd3cus.net
Joyentが白旗を上げた: Node.jsは新しい基金の手に
URLﾘﾝｸ(readwrite.jp)
酷く煽ったタイトルだがそういうことだな
io.jsアンチ惨めだな
321:デフォルトの名無しさん
15/03/04 14:42:23.32 aiebJTF+.net
ん？つまり元に戻るって事？
322:デフォルトの名無しさん
15/03/04 15:53:28.53 bYHomauY.net
nodeは2つに分ける意味ないもんね
分裂後、双方が独立して発展して行っていると言うわけでもなし
323:デフォルトの名無しさん
15/03/04 16:26:44.89 g/arT6Ck.net
>>310
io.jsは名前が悪いから普及しない
検索エンジンだと弾かれる。短すぎてね。
324:デフォルトの名無しさん
15/03/04 16:29:26.43 1ms42xKS.net
うむ
325:デフォルトの名無しさん
15/03/04 17:15:15.60 FSCcQqIJ.net
たまにはGoの事も思い出してあげてください
326:デフォルトの名無しさん
15/03/04 18:21:35.51 x4QEPSD1.net
golang
327:デフォルトの名無しさん
15/03/04 21:22:04.53 g/89t28n.net
碁のことも思い出してgolang？
328:デフォルトの名無しさん
15/03/04 23:17:53.77 /uWWye7B.net
>>307
それらの記事のどれも>>304を否定していないが？
329:デフォルトの名無しさん
15/03/04 23:50:21.81 zaclao0G.net
>>316
>>304の最後の行が他の3行と無関係ならそうかもしれないが、そう読むのは無理だろ
まともに読めば>>304は「joyentが高圧的」*だったから*「主要開発者が去ってnodeの開発が停滞」したという主張だろ
>>307はそれ(>>304の始め3行と最後の1行の関係)を否定してる
330:デフォルトの名無しさん
15/03/09 05:15:12.24 4qTfBSJC.net
このスレではmongodbが不評ですが何故ですか？
331:デフォルトの名無しさん
15/03/09 07:23:43.18 hyKOVbRp.net
何故ですよ
332:デフォルトの名無しさん
15/03/09 08:12:36.37 p+uKF6zv.net
>>318
XMLDBがなぜ廃れたのか？
それがわかればその質問はない。
333:デフォルトの名無しさん
15/03/09 12:39:00.03 ZAAfweG2.net
あれは遅いからだと思ってた
334:デフォルトの名無しさん
15/03/09 14:15:14.49 naJkLlvi.net
XMLDBの事情なんかMongoよりもっと知らんだろ
XMLDBが廃れたって言われるほど普及したのかさえ知らんわ
335:デフォルトの名無しさん
15/03/24 1
336:8:32:56.02 ID:kCrbPI5F.net
337:デフォルトの名無しさん
15/03/27 21:06:48.31 CatXT0AD.net
本家の方は開発止まってんの？
338:デフォルトの名無しさん
15/03/28 11:25:48.62 V2fPeqXI.net
VisualStudioでNode.js使えるようになったらしいのに
ここじゃ話題になってないな
339:デフォルトの名無しさん
15/04/01 14:50:25.56 LdFWOYVc.net
スクレイピングで困ってます。
テストとして↓のコードでAmazonでサイ本の商品名を取得してみようとしたのですが、文字化けしてしまいます。
var client = require('cheerio-httpcli');
client.setIconvEngine('iconv');
client.fetch('URLﾘﾝｸ(www.amazon.co.jp)', {}, function (err, $, res) {
console.log( $('#productTitle').text() );
});
【出力】
JavaScript 第6版
340:デフォルトの名無しさん
15/04/01 14:53:35.17 E9lgPX7z.net
>>325
テキストエディタでどんな環境でも簡単に開発できるのに
なんでわざわざ、Windows上でしか利用できず、おまけに死ぬほど重たい
VSなんかつかって、開発しなければいけないわけ？
341:デフォルトの名無しさん
15/04/01 14:53:59.25 LdFWOYVc.net
第6版のとこは"第6版"でした
これはどうやって変換すればいいのですか？
342:デフォルトの名無しさん
15/04/01 14:57:53.81 kk60cQ/Q.net
>>327
いやVS2013重いとかどんな低スペPCなんだよ
343:デフォルトの名無しさん
15/04/01 15:03:18.04 LdFWOYVc.net
& # 3 1 5 3 2 ; 6 & # 2 9 2 5 6 ;
第6版のところが変換されてしまうので空白あけました。これを日本語として出力したいです
344:デフォルトの名無しさん
15/04/01 15:11:56.64 E9lgPX7z.net
>>329
テキストエディタより遥かに重たいですが何か？
馬鹿かてめぇは
345:デフォルトの名無しさん
15/04/01 15:21:51.57 LdFWOYVc.net
$ # ~は数値文字参照だと理解しました
皆さんありがとうございました
346:デフォルトの名無しさん
15/04/01 17:53:10.51 sVgW18M3.net
そういうチグハグがあるんだね。
しかしそれはJSの流儀じゃないなあ。
JSでは文字のコードポイントとか全く意識しない人でも問題なく使えなきゃダメだよね。今までずっと敷居は低く低く設定されてきたんだから。
そのtext()メソッドは、たとえ数値文字参照または文字実体参照でマークアップテキストが与えられたとしても、人の読める字にエンコードして返さなきゃダメだよなあ。
ましてや、そもそも日本語の文字で書いてあるものを取得したはずなのに数値文字参照で返すなんて論外だよね。
もしその他にhtml()メソッドというものがあるなら、それはなんちゃら参照のまま返して良いけど、text()という名前のメソッドはそれでは不備があるとしか言いようがないし、少なくともJSの流儀じゃあない。
やっぱり完全室内飼育じゃなきゃダメだな。野良のライブラリーはダメ。JSはモジラかマイクロソフトが本流で本気で地道な作業をしてAPIを用意してくれなきゃダメだなって思うわ。
347:デフォルトの名無しさん
15/04/01 20:24:47.72 HOxOW93e.net
全く同意しないが理解は出来る
348:デフォルトの名無しさん
15/04/01 21:13:22.17 Tdr1lIz7.net
Amazon API使えよ
349:デフォルトの名無しさん
15/04/03 01:47:40.47 q7h4zcT5.net
nw.js(node-webkit)でsocket.io使うアプリ作ったんだが、タスクマネージャーで見たらメモリ使用量が1秒で2,000KBずつぐらい増えてる
これ実装が悪いんだよな？めっちゃびびったんだが
やってることはemit来たら内容表示程度
350:デフォルトの名無しさん
15/04/03 04:13:43.74 02sJLTrV.net
極端だなそれ。打ち止めもない感じ？
秒単位確保は目に見えるけどサーバサイドLL全般にあるよ
サービス想定したテストケース叩いて納得行かないならLLが悪い
俺と一緒にc++サーバサイドやろうず
351:デフォルトの名無しさん
15/04/03 04:17:29.79 P5PZp1ZR.net
v8はgc先伸ばしたがるからprocess.memoryUsage()しで様子見るがよろし
352:デフォルトの名無しさん
15/04/04 12:43:59.89 0/1TDv54.net
>>329
自分の環境も名乗らずに罵倒するのはバカな人がやる行為
353:デフォルトの名無しさん
15/04/04 13:51:23.24 4aWMIGVn.net
使用中に固まるのはバグや設計の甘さに起因するもので
PCのスペックが高くても無くならないと思われる
最近のVisualStudioはあんまりそう言うの無いと思うケドな
354:デフォルトの名無しさん
15/04/04 16:50:14.54 nTjb2zEk.net
3年くらい前にメモリ16GBの低スペックマシンで無償版のVS使ったけど十分軽快だったよ
補完はかなり強力
エディタに書いたコードを裏で実行して候補に出してくれるようだった
しかしWebStormには及ばないので今はJetBrainsに御布施してる
355:デフォルトの名無しさん
15/04/05 16:50:23.70 2JjCMFTc.net
JXCoreいつの間にオープンソースになったの？
356:デフォルトの名無しさん
15/04/05 16:51:56.99 8caobW9G.net
2月
357:デフォルトの名無しさん
15/04/06 21:57:51.23 tDiY28B9.net
vsはインストールに時間かかりすぎ
そして容量でかい
358:デフォルトの名無しさん
15/04/07 12:05:41.91 0qI/L6df.net
16GBは低スペじゃない
359:デフォルトの名無しさん
15/04/09 11:09:15.17 6OGmwsxh.net
5分毎にある値を取得して、google spreadsheetに書き込むというものを作ってます。
google.write("キノコ");で、キノコと書き込まれるようにしてあります。
ただしこれでは、毎回 node kinokomanと実行しないといけません。
これを起動したらしっぱなしで、5分毎にある値を読み取って書き込み続けるというのを
作りたいのですがどのように書いたら良いですか？
360:デフォルトの名無しさん
15/04/09 17:36:31.97 5j1ieCrr.net
よくわからんけど、setInterval使えばいいんじゃないの?
361:デフォルトの名無しさん
15/04/09 18:37:36.65 Rhj0QTuK.net
同意します
362:デフォルトの名無しさん
15/04/09 21:05:57.38 WOESL4Tp.net
>>347
ありがちょうございます。
これで、Raspberry Piのセンサーデータを読み取って、そのまま
Google Spreadsheetへ投稿し続けるプログラムが完成できます。
363:デフォルトの名無しさん
15/04/09 21:39:30.97 kYbqeTKB.net
まて、きのこじゃなかったのか
それともセンサーデータがきのこなのか
364:デフォルトの名無しさん
15/04/16 01:03:51.58 n4iV53l1.net
最近､始めて観よう見まねで、nvmでインストールしたんだけど
io.jsしか、インスコできんのね。
どうも動かんなーと思ったら v0系なんて無かったし
動かしたいCMSが未対応でまいったよ。
365:デフォルトの名無しさん
15/04/16 02:08:38.18 TAlE7h2t.net
ふむ、何をしたのかわからんけど分断深刻って言いたいの？
動かしたいCMSってのがio専用なんじゃないの
366:デフォルトの名無しさん
15/04/16 04:26:11.34 OYbkSt8X.net
なんでnvmでnodeがインストールできないと思ったのか謎
367:デフォルトの名無しさん
15/04/16 06:15:26.17 n4iV53l1.net
>>353
nvmでnodeがインストールできるの？
nvm install 0.10 で、そんなの無いよ！ と怒
368:られて nvm ls-remoteで表示されるのは、1.0系で？？と。 まあ良いやで突き進んだけど、今になって、io.jsってのが有るって知った。 nodebrew のほうが沢山対応してたみたいね
369:デフォルトの名無しさん
15/04/16 08:25:32.26 8tpndCNF.net
RPi用というかARM用バイナリが出てないから、いつも自分でコンパイル
してた。
io.jsはARM用があるから簡単だが。
370:デフォルトの名無しさん
15/04/21 23:50:26.03 5lGXOMYf.net
node.js製のCMSの鉄板って何？keystone?
371:デフォルトの名無しさん
15/04/24 02:16:23.93 qlEr5e/Q.net
>>356
Ghostとか？
372:デフォルトの名無しさん
15/04/24 14:04:47.00 lmpJamaf.net
それ、ただのブログツール
wordpressやdrupalみたいなもの探してる
373:デフォルトの名無しさん
15/04/25 15:56:35.03 q44rMX6o.net
Browserifyの要領でrequire(任意のファイル)できるModuleってないかな
Webpackのraw-loaderが文字列展開でまさにそれっぽかったけど
ES6なコード使ってるとパースに失敗しちゃう
374:デフォルトの名無しさん
15/05/01 11:13:55.68 Lw3z9wXv.net
npmってメルアド強制公開なのか
375:デフォルトの名無しさん
15/05/08 06:14:45.41 RJEBLMk+.net
io.js 2.0.0
376:デフォルトの名無しさん
15/05/13 16:05:34.55 PQabacnu.net
URLﾘﾝｸ(github.com)
＞Enable Node.js to use Chakra as its JavaScript engine.
377:デフォルトの名無しさん
15/05/17 11:17:18.30 ZzZ1Kho/.net
出てたのかよ
Node v0.12.3 (Stable)
URLﾘﾝｸ(groups.google.com)
378:デフォルトの名無しさん
15/05/17 11:26:31.34 gfkqninw.net
何時になったらバージョン ≧１ となるのだろう
379:デフォルトの名無しさん
15/05/17 18:40:48.44 myLSSBRE.net
io.jsと統合されるときに一気に3.0になる予定
380:デフォルトの名無しさん
15/05/18 07:20:12.81 zzhnuy/r.net
npmはgithubでログインとか出来たらいいのに
381:デフォルトの名無しさん
15/05/18 15:47:26.94 Asvh5dUL.net
io.jsがNode Foundationに参加を決定。Node.jsとio.jsは統合へ
URLﾘﾝｸ(www.publickey1.jp)
テクニカルコミッティの投票でNode Foundationへの参加決定
そしてNode Foundation側のガバナンスなどに関連する文書が出揃ったことを受けて、
5月8日にはio.jsのテクニカルコミッティの一員であるMikeal Rogers氏が「
Join the Node Foundation?」というドキュメントをGitHubに投稿。
Node Foundationへの参加を提案します。
これを基にio.jsのテクニカルコミッティで昨日5月14日に投票が行われ、
その結果Node Foundationへの参加が決まったことが明らかになりました。
今後、Node Founsationではio.jsのオープンガバナンスの方針が踏襲されつつ、
Node.jsのコアチームとio.jsのチームが統合されていくことが予定されているようです。
382:デフォルトの名無しさん
15/05/18 17:25:26.41 1BdZ7PhT.net
和解か
元の木阿弥か
383:デフォルトの名無しさん
15/05/18 17:49:52.69 duXrH/fp.net
io.jsと対立していて競い合ってたわけでなく、非公式開発のio.jsのほうが勢力増してしまったから
公式のほうがio.jsを取り込む形で、開発勢力としては実質io.jsに本家が取り込まれたようなことだろ?
384:デフォルトの名無しさん
15/05/18 18:30:43.54 wdCsLG2x.net
なんかAllからbotが消えてる？
Guraの投売りが飛んで来てたが全然飛びつかずにガンガン下がってる
1919bot君が垢ロックでも食らったのか？
385:デフォルトの名無しさん
15/05/18 18:30:55.35 FJNQM8CL.net
実質はio.js開発チームにnode.jsの名前と公式のお墨付きを与えただけ
joyentには何も残らなかった
io.jsに親を殺されたアンチの>>115,152は息してる？www