- 1 名前：デフォルトの名無しさん mailto:sage [2015/04/29(水) 20:58:27.13 ID:ynuTQJZG.net]
- 前スレ
【Lisp】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ48【pl,rb,php,js】 [転載禁止](c)2ch.net
peace.2ch.net/test/read.cgi/tech/1425051187/
- 281 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 07:54:08.43 ID:8X10Hly1.net]
- それは違うな
まずClusterはChildProcess上に成り立っている技術だけど
前者がサーバとしての負荷分散のためにあるのに比べ、後者の汎用的なものもあることを区別すべき
そしてまず同期処理っていうのはIOだけにとどまらない
IOのような「待ち時間の長い処理」の他に、「根本的に重たい処理」もあるわけだ
もしその重たい処理に同期/非同期API両方あったとしても
メイン側でたくさん非同期APIを使って組み立てるよりも
外で一度にやらせてメインでは一度のコールバックでサブから結果を受け取る方がスマート
つまり、結局ここで言ってるのは粒度の違いでしかない
機能粒度の小さいネイティブ実装のスレッド外APIを沢山メインから叩くのか、
サブに必要な処理をまとめて大きな非同期APIとするのかの違い
最後にクライアントJSやNodeで非同期が大事なのは、リアルタイムなイベントをブロックしないためであって、
それはあくまでWebサーバ/Webブラウザという分野での特徴的なこと
そこから離れればバッチ処理に限らず、リアルタイムにイベントを相手し続ける必要がないものはたくさんある
まあとは言えNodeのChildProcessとWebWorkerは前者はプロセス、後者はスレッドという粒度の違いがある
後者では共有メモリの実現も可能だから、また違ったこともできる
それとここまで書いたのは非同期APIは扱いづらい、まとめづらいという前提だから、ジェネレータやasync/awaitを使うと
同期APIとさほど違わない使い勝手になるので、より同期APIの必要性は下がってくると思われる
- 282 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 11:12:14.01 ID:sgQow1cN.net]
- >>269
Node.jsはシングルスレッドですが何か？
- 283 名前：デフォルトの名無しさん [2015/05/06(水) 11:29:36.13 ID:FTo6IrWP.net]
- >>270
それは掻い摘んだビギナー向けの概要で、libuvの内部にまで突っ込んだ話しじゃないだろ
- 284 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 11:34:35.02 ID:FTo6IrWP.net]
- IoTでやたらnode.jsが使われるのは
センサーから入力がリアルタイム処理だからって認識でいいのかな
- 285 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 11:35:36.85 ID:ctlCJDEk.net]
- libuvの内部にまで突っ込んだでシングルスレッドというのなら、
ドライバの内部にまで突っ込んで、全てのアプリは
マルチスレッドで動いていると言えてしまう。
ライブラリやドライバでスレッドが複数使われているかは
関係ないんだよ。
- 286 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 11:51:22.18 ID:+wDbHyO4.net]
- セッション毎にプロセスやスレッドを立ち上げる従来のやり方ではないよということで
シングルスレッド型と言っているのであって、
実際は今やClusterを使ってCPU資産を有効に使うのが当然だし、
別にApacheと組み合わせて従来のCGIのように動作させることもできるし、
今はそう呼ぶのは言葉が良くないとは思うな
- 287 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 12:15:23.62 ID:sgQow1cN.net]
- >>280
いや、cluster使ってるなら別じゃんｗｗ
node.js自体はシングルスレッドに他ならないんだから。
君ら勝手に定義変えるなよ。
- 288 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 12:17:45.38 ID:+wDbHyO4.net]
- あともっと広く非同期APIとスレッド分けのことを考えた時、
crypto的な重いAPIの時は呼んだAPIの１つ１つが違うスレッドで動いてくれないとメインを妨げてしまうから重要
まあNodeで非同期APIを提供するネイティブモジュール作るときは別スレッドで動かすし
Nodeはlibuv含めたそれらの複合体なんだから、Nodeをシングルスレッドと言うのはやっぱり間違い
あくまでイベントループによりシングルスレッド上で沢山のイベントを履けるよということであって
例えJSがマルチスレッドで動くようになっても、NodeのWebサーバとしての基本アーキテクチャの話をする上で関係ないし
そういう意味ではシングルスレッドと言ってもいいが、Nodeを広く深く認識してる人からは当然ツッコミが入るだろうな
まあ>>276のような言い方なら明らかに間違い
- 289 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 12:20:24.99 ID:+wDbHyO4.net]
- >>281
JSはシングルスレッドだけど、別にこれがマルチスレッドを扱えるようになっても上の記事の文言は変化しない
上の記事はあくまでWebサーバとしてのNodeの表面を、従来型のアーキテクチャと比較して書いてるに過ぎない
そしてNodeという存在はそれだけでは無いことを認めるべし
- 290 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 12:26:03.09 ID:mbn+dbFM.net]
- >>278
Webやってる連中に訴求するための宣伝の都合だよ。
普段組み込み開発の情報なんてインターネットであまり見かけないだろ? 君の場合、そういう風に広告やサーチエンジンがオプティマイズされてるわけ。
Node.jsを採用することにより、そういう連中にもアプローチがしやすくなる。
- 291 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 13:02:03.10 ID:ctlCJDEk.net]
- nodejsは全体として、言語として、ノンブロッキング言語であることには違いがない。
ノンブロッキング言語に特例としてブロッキング関数が入ってるだけ。
sleepを入れたとしてもそこでプログラムが停止しない。
停止するJavascript環境も存在する。
動作が違うことを互換性がないと言っている。
- 292 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 15:41:48.39 ID:FTo6IrWP.net]
- >>284
訴訟って(；・∀・)
夏休みの宿題レベルにセンサー取っつけるようなことしかしないだろ
- 293 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 15:42:45.78 ID:FTo6IrWP.net]
- あれ、なんで、訴求と訴訟を読み間違えたんだろう
- 294 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 15:45:38.74 ID:FTo6IrWP.net]
- >>280
node.jsをapacheと組み合わせてCGIのように使う方法なんて、
少なくとも公式に使われるようなモジュールでは見たことないんだけど。
- 295 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 15:47:39.66 ID:ctlCJDEk.net]
- node.jsを含めて最近はウェブサーバーは必要な
- 296 名前：く
単体でウェブサーバーとして動くからね。
ウェブサーバーは静的コンテンツを返したり
httpsを処理したりリバースプロキシとして、
アプリのフロントエンドとして使うものになってる。 [] - [ここ壊れてます]
- 297 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 17:21:23.20 ID:FTo6IrWP.net]
- はぁ？phpやpython付属のサーバーって、ちょっとテストするための玩具だろ
- 298 名前：デフォルトの名無しさん mailto:sage [2015/05/06(水) 19:34:34.72 ID:8X10Hly1.net]
- JSにsleepがあろうがなかろうがNodeの作りが今と同じ限り、
もしNodeを知らない人にNodeとは何かを説明するときは
シングルスレッド云々いうことになるだろうよ。
でもここ専門版でNodeについて話すときその見解じゃ狭すぎると思うけどね。
- 299 名前：デフォルトの名無しさん mailto:sage [2015/05/07(木) 07:04:53.60 ID:yJeqbwSV.net]
- >>284 面白い説だ
- 300 名前：デフォルトの名無しさん mailto:sage [2015/05/07(木) 07:09:03.76 ID:JT7pwAxA.net]
- Webしか見えてない奴のいう「～が流行ってるのはなぜ?」は
大抵「お前がそれに興味を持っていて、Googleはそれを知っているから」で説明がつくね
- 301 名前：デフォルトの名無しさん mailto:sage [2015/05/07(木) 08:09:19.85 ID:u225hXbX.net]
- Swiftが世界的に流行ってるのは何故？
- 302 名前：デフォルトの名無しさん mailto:sage [2015/05/07(木) 08:20:45.38 ID:/buoCUil.net]
- Webしか見えてないとか言ってる人はどうせNodeで行うあらゆる事や
UnityやWinメトロアプリで使うJSもWebの範疇に入れるんだろうな。
まあWeb全体を見通してる人がいたら間違いなく人類の宝だと思うが。
それ以上は神か器用貧乏かのどちらかだろう。
- 303 名前：Office & Gamers ◆G144Hzgh2.0e mailto:アハ♪” uh huh [2015/05/07(木) 12:21:39.62 ID:D9UlN1Gu.net]
- 安定の99BASICとDarkBASIC。（ｷﾘｯ
- 304 名前：デフォルトの名無しさん mailto:sage [2015/05/07(木) 15:29:17.35 ID:F6M4LkMK.net]
- >>293
ちがうよ。
githubもhacker newsもinfoqもredmonkも、node.jsの話題しかないじゃん
昔は多様性があったのに、node.jsとjavascriptだけになったんだよ
- 305 名前：デフォルトの名無しさん mailto:sage [2015/05/07(木) 16:42:31.12 ID:nNBhDPvj.net]
- node.jsの話題しかないってお前3年前からタイムスリップしてきたのかよw
io.js騒動で急激に盛り下がったじゃん
今からnodeが盛り返すにはMSがJoyentに代わってプロジェクト引き継いで、フォーク統合するしかないな
- 306 名前：デフォルトの名無しさん mailto:sage [2015/05/07(木) 18:11:26.92 ID:/fyjA82q.net]
- 今のWeb APIなんてどっかで見たなと記憶を辿ればIE4やIE5で既に在ったものばかりだからMSの人なら仕事が早いかもしれないな。
でもみんなが今すぐに欲しいのはparallelStreamじゃないかな。ウェブデザイナーレベルに媚びたような仕様の糞すぎるworkerやproxyなんてホンマに要らんし。
- 307 名前：デフォルトの名無しさん mailto:sage [2015/05/07(木) 20:31:31.71 ID:L0UP8Sbb.net]
- >>298
違うね、Nodeが盛り下がって危機感を感じたからio.js騒動が起きた。
Nodeの問題点はもうわかりきっている。それはAPIだ。
５年前は革新的だったが今では古臭くなってしまった。
そしていつまでたっても1.0が出ずAPIを刷新しない、できない状況が続き、良く言えば枯れ切って盛り下がってしまった。
とは言えAPIの進化には構文の進化が必要で、JSの進化を待つ必要があることも確か。
だからio.jsではまず最初にV8のバージョンを上げることを行った。
V8のバージョンが最新になればES6の一部機能が使えるので、フレームワークの力を借りて
APIを刷新とまではいかないでも、新しい構文の恩恵を受けられる形にする事ができる。
本当はES7までは待たないとまだNode刷新するだけの力はないが、
それでもES6の取り入れはES7までコミュニティを温めるには十分だ。
次の課題は今DOM側で策定中のStreamやIOのAPIとNodeがどう折り合いをつけるかだ。
これはES7の取り込みと一緒に訪れるだろう。
それこまで上手く行けばNodeはWebとJSと共に繁栄する。
- 308 名前：デフォルトの名無しさん mailto:sage [2015/05/07(木) 20:59:23.64 ID:NXZBxN2S.net]
- > Nodeの問題点はもうわかりきっている。それはAPIだ。
> ５年前は革新的だったが今では古臭くなってしまった。
> そしていつまでたっても1.0が出ずAPIを刷新しない、できない状況が続き、良く言えば枯れ切って盛り下がってしまった。
なんでこんな完全に間違いな文章を
ドヤ顔で書くことが出来るんだろうかｗ
io.jsが出た理由はプロジェクトの進め方だって有名じゃないか。
APIの問題じゃないからAPIは互換性がある。
- 309 名前：デフォルトの名無しさん mailto:sage [2015/05/07(木) 22:19:14.74 ID:L0UP8Sbb.net]
- >>301
その進め方ってのは、まさにコミュニティの意見を聞き入れず、
新しいことを取り入れず停滞していたこと。
io.jsはそりゃ最初はAPIをそのまま引き継いだが、
さっさとバージョンを2.0に上げて、それ以降は壊していく予定。
あとそもそもV8のES.nest実装が進まないと試せることに限界がある。
上で書いたように暫くはES6＋フレームワークの補助の元で進めて、
標準APIとしてスマートにAPIを刷新するのはES7を待つ必要がある。
その第一歩として重要なのがV8のバージョン上げであり、
そこがNodeの不満点の中でも大きく、io.jsの大きなアピールポイントでもあった。
- 310 名前：デフォルトの名無しさん mailto:sage [2015/05/07(木) 23:31:31.18 ID:NXZBxN2S.net]
- > さっさとバージョンを2.0に上げて、それ以降は壊していく予定。
こわさないってよ。
誰が壊すって言った？
- 311 名前：デフォルトの名無しさん mailto:sage [2015/05/07(木) 23:49:45.91 ID:L0UP8Sbb.net]
- >>303
壊さないのは1系の間。とは言え細かな変更は入ってる。
まだ2.0につい先程なったばかりなので大きな違いはないが、
io.jsはセマンティックバージョニングに従ってるのでこれからどんどん入る。
具体的にはまず廃止予定のAPIは互換性を無視して切られる。
- 312 名前：デフォルトの名無しさん mailto:sage [2015/05/07(木) 23:55:12.23 ID:NXZBxN2S.net]
- >>304
だから、2系がでたから壊さないんだよ。
まさかすぐに3系が出ると思ってるの？
Node.jsとの互換性をなくすってことは、
io.js 2.0の互換性をなくすということに等しい。
セマンティックバージョングだからこそ、
io.jsが2系であるかぎり互換性は保たれる。
もしすぐにio.js3.0系がでて、リリースされたばかりの
io.js2.0系との互換性が切れるんだと言いたいのなら、
そうはっきり言いなさい。
- 313 名前：デフォルトの名無しさん mailto:sage [2015/05/07(木) 23:56:53.79 ID:NXZBxN2S.net]
- 参考
セマンティック バージョニング 2.0.0
semver.org/lang/ja/
1. APIの変更に互換性のない場合はメジャーバージョンを、
2. 後方互換性があり機能性を追加した場合はマイナーバージョンを、
3. 後方互換性を伴うバグ修正をした場合はパッチバージョンを上げます。
つまり、io.jsが2系であるかぎり互換性は保たれる。
- 314 名前：デフォルトの名無しさん mailto:sage [2015/05/08(金) 00:04:00.35 ID:d2WjMR/U.net]
- html5やnode.jsが出たての頃ってさ、
flashがあるから流行らない( ｰ`дｰ´)ｷﾘｯ
node.jsなんて流行らない( ｰ`дｰ´)ｷﾘｯ
こんなのばっかだったよね(´・ω・｀)
- 315 名前：デフォルトの名無しさん mailto:sage [2015/05/08(金) 00:15:33.53 ID:k44MRK8x.net]
- そりゃ、何にでも賛成する人と反対する人がいるから
当然の話では？
- 316 名前：デフォルトの名無しさん mailto:sage [2015/05/08(金) 00:50:35.21 ID:i0jHqfPR.net]
- io.jsが今後覇権を握るということでおけ？
- 317 名前：デフォルトの名無しさん mailto:sage [2015/05/08(金) 01:04:50.02 ID:k44MRK8x.net]
- 未来のことは誰にもわからない。
互換性はあるのだから
後から考えても遅くない。
- 318 名前：デフォルトの名無しさん mailto:sage [2015/05/08(金) 08:03:16.33 ID:BFwbM8EM.net]
- >>309
>>300が言うにはnode.jsのAPIは古臭くカビが生えていて、
そのせいで盛り下がってるそうだから、
API互換性があるio.jsも盛り下がるんじゃないの？
- 319 名前：デフォルトの名無しさん mailto:sage [2015/05/08(金) 08:15:23.07 ID:YYhtHM3N.net]
- >>299
じゃ、自分で作れば？
- 320 名前：デフォルトの名無しさん mailto:sage [2015/05/08(金) 14:53:36.08 ID:QEodygYi.net]
- >>305
その通りでリリースからのバージョンアップのスピード見�
- 321 名前：黷ﾎ分かるけど
io.jsはもうすでに３系に向けて動き出してる
順当に行けば数カ月後には3.0が出る [] - [ここ壊れてます]
- 322 名前：デフォルトの名無しさん mailto:sage [2015/05/08(金) 14:56:36.07 ID:QEodygYi.net]
- あともう１つ、互換性が守られるのはあくまでio.js間であって、
Nodeとの差異は日に日に大きくなってきている
そもそもV8のバージョンが上がった時点でネイティブモジュールのAPIは大きく変わった
そこがNodeが中々V8を更新したがらない理由の最大のポイントだろう
中間層を設ける試みが上手く行けばいいね
- 323 名前：デフォルトの名無しさん mailto:sage [2015/05/08(金) 16:17:49.14 ID:ZwlRorsU.net]
- io.js使えばNode.jsを使っていたように使えるって事か！
io.js始まったな！
- 324 名前：デフォルトの名無しさん mailto:sage [2015/05/08(金) 20:04:14.79 ID:oviWhSW0.net]
- なんだかんだ最も大切なことはV8のバージョンだろうな
来年再来年になってくるとHTTP2への対応とかいろいろ重要なこともでてくるだろうが
- 325 名前：デフォルトの名無しさん mailto:sage [2015/05/08(金) 23:41:50.72 ID:4Zeeq/SU.net]
- JSの覇権も
これからプログラミング力なくて他に良いアイディア持ってる奴が入れるかどうかも
V8のGoogle次第って事か。
- 326 名前：デフォルトの名無しさん mailto:sage [2015/05/09(土) 00:28:06.18 ID:oI9IuS7a.net]
- >>314
> そもそもV8のバージョンが上がった時点でネイティブモジュールのAPIは大きく変わった
全く変わってないんだが？
大きく変わったと主張するAPIを幾つか書いてくれ。
小さな変更点は不要。
- 327 名前：デフォルトの名無しさん mailto:sage [2015/05/09(土) 03:57:00.56 ID:InPHVTpg.net]
- yosuke-furukawa.hatenablog.com/entry/2014/04/07/205935
- 328 名前：デフォルトの名無しさん mailto:sage [2015/05/09(土) 18:16:50.39 ID:VYp+BTzE.net]
- ぶっちゃけV8はChromeのためにあるようなものだから
APIの互換性なんて微塵も考えてないように見えるな
- 329 名前：デフォルトの名無しさん mailto:sage [2015/05/09(土) 18:48:48.26 ID:O7eykXcd.net]
- そもそもなんで特定のJavaScriptエンジンにべったり依存するような作りなんだ?
まともな神経してれば分離したくなると思うけどな
そういう重要なところを今動けばいいで安易にやっちゃうWeb屋のセンスは
プラットフォームや言語作るのに向かないよね
- 330 名前：デフォルトの名無しさん mailto:sage [2015/05/09(土) 20:16:42.10 ID:K7et29/1.net]
- そりゃあJSとネイティブを繋ぐ部分なんて当然標準がなくてエンジン固有のものだからだよ。
でも最近になってネイティブモジュールのための中間層を設けようとしてるよ。
とはいえ限界があるとは思うけどね。
- 331 名前：デフォルトの名無しさん mailto:sage [2015/05/09(土) 20:50:50.65 ID:j7qMd7YI.net]
- >>321
> そもそもなんで特定のJavaScriptエンジンにべったり依存するような作りなんだ?
YAGNI。無駄な抽象化は複雑にするだけ。
- 332 名前：デフォルトの名無しさん mailto:sage [2015/05/09(土) 22:42:36.26 ID:U8gV8WCh.net]
- >>321
常に、どこの組織のものよりも最速だから
- 333 名前：デフォルトの名無しさん mailto:sage [2015/05/09(土) 22:43:51.78 ID:U8gV8WCh.net]
- てか、express,node.jsでapacheと同レベルのサーバーを書く方が大変じゃない？
- 334 名前：デフォルトの名無しさん mailto:sage [2015/05/09(土) 22:56:42.45 ID:824TVvuQ.net]
- >>325
簡易なWebサーバなら簡単に実装できるけど、かといっていちいちWebサーバを書くわけじゃないからｗ
- 335 名前：デフォルトの名無しさん [2015/05/09(土) 23:34:06.92 ID:h9oTi1Ow.net]
- void setup() {
size(2000, 2000, P3D);
background(150);
stroke(0, 50);
fill(255, 200);
float xstart = random(10);
float ynoise = random(10);
translate(width/2, height/2, 0);
for (float y = -(height/8); y <= (height/8); y+=3) {
ynoise += 0.02;
float xnoise = xstart;
for (float x = -(width/8);x <= (width/8); x+=3) {
xnoise += 0.02;
drawPoint(x, y, noise(xnoise, ynoise));
}
}
}
void drawPoint(float x, float y, float noiseFactor) {
pushMatrix();
translate(x * noiseFactor * 4, y * noiseFactor * 4, -y);
float edgeSize = noiseFactor * 26;
ellipse(0, 0, edgeSize, edgeSize);
popMatrix();
}
最近クリエイティブコーディングが楽しくてしょうがない
- 336 名前：デフォルトの名無しさん mailto:sage [2015/05/09(土) 23:47:46.48 ID:j7qMd7YI.net]
- >>327
昔はやったメガデモの
簡易版かい？
- 337 名前：デフォルトの名無しさん mailto:sage [2015/05/
]
- [ここ壊れてます]
- 338 名前：10(日) 00:38:46.49 ID:BOhIcMJG.net mailto: ほう、Processingですか []
- [ここ壊れてます]
- 339 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 02:16:02.80 ID:AKBaSbC1.net]
- 道具としてはさ、processing.jsの方が自然だよね
- 340 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 10:11:12.45 ID:gNsXHtNj.net]
- もう何でもかんでもjsなんだな
- 341 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 11:51:32.49 ID:lFzaOLtb.net]
- js=偽装LISP
- 342 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 11:55:47.93 ID:MYiGE0x7.net]
- なんでもかんでもjsがいいかどうかはともかく、processingはjsの方が相性いいのは事実
>>327のようにドヤ顔してコードだけ貼られても大抵の人は興味を持たないが、
URLが貼ってあれば見てやろうという人もいるだろう
- 343 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 12:05:14.21 ID:nV6M9ucc.net]
- 可哀想なオツム故に見れなくて悔しいってこと？
- 344 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 12:11:03.01 ID:MYiGE0x7.net]
- 生憎PCを新調してからprocessing入れてないからな
わざわざ>>328を見るためだけに入れようとは思わないね
俺のオツムが可哀想かどうかはともかく、jsの方が見てくれる人は格段に増えると言っているだけだよ
- 345 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 13:48:13.80 ID:h/ACmruh.net]
- 「基本的にjserは馬鹿」
- 346 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 13:56:48.43 ID:TMIQ+gqn.net]
- そうだ、馬鹿だバーカバーあk。
- 347 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 14:36:40.62 ID:5OwFMfSa.net]
- >>328
懐かしいなあ。Ｃマガの特集思い出す
思えばあれから碌な本出てないな
- 348 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 14:39:35.05 ID:gNsXHtNj.net]
- >>336
負け犬の遠吠えが心地よい
東大生とか大富豪とかもこんな気持ちを味わってるんだろうなあw
- 349 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 14:55:12.54 ID:BC0Bktms.net]
- PythonやRubyのバージョン移行の普及度ってどんなもんなの？
でかい変更があってから5年以上は経ってると思うけど
- 350 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 16:03:05.62 ID:2+d7/Ruu.net]
- >>339
> 東大生とか大富豪とかもこんな気持ちを味わってるんだろうなあw
優越感感じるどころか相手にもしないだろ...
- 351 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 16:46:02.54 ID:UH6N3OfU.net]
- まぁ一般的な社会層において最も勝ち組な部類に属するのが医師や医学系研究者だからね
医学部が最難関なのは世界共通(特に先進国)でそれら競争を勝ち抜き、且つ厳格な倫理と道徳観を兼ね備え日々生命の最前線で戦い続けるスーパーエリートヒューマン
ResearchKitは生命の最前線に新たな知見を供給しスーパーエリートヒューマンをさらに飛躍させるツールとなりアップルの医学系での確固たる地位を確立させた
ResearchKit×Swift×ウェアラブルを駆使する新たなスーパーエリートヒューマンの誕生は必ずや社会、人類に大いなる進化をもたらすだろう
- 352 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 17:22:13.52 ID:Q7yKpRHB.net]
- JSは低レベル方向にもどんどん掘り進めているから
最終的には大統一言語になると思う
- 353 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 17:27:13.28 ID:5OwFMfSa.net]
- >>343
JSはブラウザ界のアセンブリになればいいよね
AltJSのようにコンパイルしてJSに変換するような言語が主流になるね、ブラウザ上では
- 354 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 17:36:40.45 ID:TMIQ+gqn.net]
- JSに変換する以上、JSよりは早くならないんだよね。
だから最終的にはJSそのものが進化する。
そしてAltJSの機能を使えば、
新しいJSを古いJSに変換することも可能。
つまり最終的にはJSが主流になり、
それまではAltJSの仕組みを使ってJSが主流になる。
- 355 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 18:21:19.22 ID:wlDbpSak.net]
- JavaScriptの本なのにHaskell界隈でのほうが人気の在るkenokabe氏
- 356 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 18:35:49.49 ID:YxnR9SV6.net]
- kenokabe 氏のコードを実際に見たいんだが‥やっぱり JS のしかないの？それじゃがっかりだな‥
- 357 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 19:24:02.64 ID:5OwFMfSa.net]
- >>345
> JSに変換する以上、JSよりは早くならないんだよね。
別に構わない
アセンブラでみんな書かないのと同様に、生のJSでみんな書かなくなるだけ
選択肢も増えるし、いいことずくめ
- 358 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 19:29:48.92 ID:TMIQ+gqn.net]
- そりゃアセンブラで書かないのは、
大幅にコードが長くなるからでしょ？
それJavaScriptにはないから
まったく当てはまらないよね。
- 359 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 19:32:39.70 ID:T2dsKjVI.net]
- JSみたいなゴミで書くより、Haskellで書いた方が圧倒的に短くなるよ
しかも可読性も高く型安全
- 360 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 19:36:26.73 ID:5OwFMfSa.net]
- >>349
> そりゃアセンブラで書かないのは、
> 大幅にコードが長くなるからでしょ？
それだけじゃないよ
機種依存性も高くなるし、抽象化もやりにくい
まさに生JSも同じ問題を抱えてるね
よってJSにコンパイルする言語が出てくるのは当然の流れだね
- 361 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 19:56:47.39 ID:gL21GWHo.net]
- 纏めるとjsは有害ってことかよ
まっアセンブラでもないのにwebのアセンブラ云々ほざいてる時点で>>336なんだよなぁ
- 362 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 20:00:47.87 ID:MYiGE0x7.net]
- アセンブラとは違って、JSを基盤に据える技術的な必然性がないんだよな
例えるなら高層ビルの中層階だけが木造という状態
- 363 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 20:39:39.23 ID:YxnR9SV6.net]
- ブラウザ上の言語だろ？あまり興味がわかないな‥そういう意味では C# や Java もだけれども‥
- 364 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 23:52:46.77 ID:AKBaSbC1.net]
- 現実の分からないアホども。TCP/IPみたいなもんだよ
世の中には、もうjsしかデファクトとなる規格が作れるスクリプトはないんだ
AltJS？仕事を増やしたいなら、最初から公務員でもやるべきだな
- 365 名前：デフォルトの名無しさん mailto:sage [2015/05/10(日) 23:58:09.63 ID:Qd/TyjD2.net]
- Javascriptは規格の統一性がいまいち。最低でもC++の程度に基本を作り守ってくれ。
- 366 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 00:29:17.16 ID:TxKYJfjY.net]
- Haskellは型の整合性をとるのにやっぱり苦労するよ
TextとStringが違ったり、IntとIntegerが違ったりして
fromIntegralやらpackやらunpackやら、色々考えないとダメでしょ
延々と関数をつなげるスタイルにもなりがちだし、$やら\やら`やら
ちょっと記号のノイズも多い
中置記法と、前置記法、letとwhere引数を与えるスタイルと関数合成を使うスタイル
など、構文の異なるスタイルがいくつもあったりして、やっぱなんやかんやで
はっきり言って可読性低い
挫折者が多いのも頷けるし、大統一言語になるには、ちょっと難しすぎるし、
型がガチガチで柔軟性が足りないんじゃないかなあ
- 367 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 00:39:37.44 ID:TxKYJfjY.net]
- JavaScriptは、やっぱりいろいろバランスが絶妙だったんだろうね
Cっぽい構文で学習コストは一見低そうに見えるし
静的型はそれほどバグを減らしてるわけでもないという研究結果もあることだし
動的型付けかつダックタイピングの柔軟性が効を奏していると見るね
これにより、古い環境でもPolyfill加えれば新機能が追加できるという
高い拡張性が可能になった
クロージャもイベント処理と非常に相性が良くて、Pythonみたいに無名関数を
軽視した言語とは明暗が別れた気がする
- 368 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 01:19:45.85 ID:nfX2fTIf.net]
- 大統一言語なんて妄想を信じてる時点で見るべき論理はないな
- 369 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 01:48:05.37 ID:VHmDAWKM.net]
- 論理的に考えるとJavaScriptが一番普及することは確定済みなんだよ。
いろんな言語が残
- 370 名前：っているからこそJavaScriptなんだよね。
優れた言語が生き残るわけでも、劣った言語が生き残るわけでもない。
生き残る言語を見るとある特徴を備えている。
その特徴を一番備えているのがJavaScript。
まあ論理的に考えればわかることだよ。 [] - [ここ壊れてます]
- 371 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 01:53:18.19 ID:TxKYJfjY.net]
- 今大統一言語に一番近いのはJavaScriptだとは思うが、
優れた言語がやはり生き残ると俺は思うよ
優れたというのは、もちろん基準が曖昧ではある
でも、学習コストが低く、可読性が高く、いろんなニーズに合っていて、
現実のいろんな問題解決が容易だとかそういう意味だ
これは理屈ではむしろ、今までは分かっていなかった部分であって
JavaScriptは優れていないとの誤解が今まで多くあった
でも、実際に使われることで優れていたとみんなが気づきはじめたんだよ
- 372 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 01:54:34.77 ID:+yO4yYvM.net]
- そうとう昔からJavaScriptは存在してるだろ。
全然言語統一されてない。
- 373 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 01:57:05.15 ID:TxKYJfjY.net]
- 長い時間かかったのは確かだし、長い間こんなに万能に
使える言語だとは思われてこなかった
優れた言語でも、そういうことはあるんだ
でも、それにもかかわらず、長い間生き残ってきた
そして、最近は次第に万能になれる言語だと明らかになってきており、
様々な局面で使えるようになってきた
- 374 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 01:59:40.20 ID:+yO4yYvM.net]
- 残る言語は、言語自体の性能、性質より豊富なライブラリ、資源があることでは?
いまだにコボルとか、フォートランは特定分野だと使用度合いが高い。
古いコード、他環境のコードが使えないのではメジャーにはなりにくいのでは。
- 375 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 02:03:22.18 ID:TxKYJfjY.net]
- 言語自体の性質が良ければ、豊富なライブラリが作られる確率が高まる
問題を解決するのが難しい言語、柔軟性のない言語ではライブラリを作るのも大変
結局、理屈では分からなくても実績をみれば使いやすさが分かる
- 376 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 02:03:36.35 ID:VHmDAWKM.net]
- >>364
COBOLが特定分野で使用度合いが高いだろう？
JavaScriptの特定分野とはなにか？を考えれば、
恐ろしいことがわかるだろう。
- 377 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 02:09:34.00 ID:TxKYJfjY.net]
- 「残る」ということについても、程度があるんだよ
「大人気で残っている」というものや、「一部では使用度合いが高い」というもの
「普通に残ってる」というもの「今ではあまり使われていないが残っている」というもの
いろいろある
ただ、優れた言語ほど大きく残っているし、劣った言語は残っているといっても
比較すれば人気はなくなっている
- 378 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 02:10:36.08 ID:VHmDAWKM.net]
- 優れた言語なのに生き残らなかった例として
Delphiがある。
- 379 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 02:12:27.76 ID:TxKYJfjY.net]
- >>368
もちろん、優れた言語が残りやすいのはあくまで傾向であって、例外もたくさんある
しかし、Delphiの影響はC#に強く残っている
- 380 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 02:12:42.87 ID:VHmDAWKM.net]
- 世の中がWindowsだらけの世界であれば
Delphiは生き残っただろう。
だが世の中はそうはならなかった。
今の世の中はウェブだらけの世界だ。
- 381 名前：デフォルトの名無しさん mailto:sage [2015/05/11(月) 02:13:50.50 ID:VHmDAWKM.net]
- >>369
> しかし、Delphiの影響はC#に強く残っている
影響を残してもDelphiは死んだ。
影響の話で言えばJavaScriptは
さまざまな影響を引き継いでいる。
|
 |
