【JavaScript】ｽｸﾘﾌﾟﾄﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/10/01(土) 23:40:48.89

前スレ

【JavaScript】ｽｸﾘﾌﾟﾄﾊﾞﾄﾙﾛﾜｲﾔﾙ54【php,py,pl,rb】
http://echo.2ch.net/test/read.cgi/tech/1458955459/

**デフォルトの名無しさん** · 2016/10/23(日) 20:37:39.89

昔はjavascriptを無効にしてデータだけ見たり保存したり出来たのに

**デフォルトの名無しさん** · 2016/10/24(月) 00:10:39.77

>>338
今はIDEなどでコードもデータ（AST）として扱われるのが当たり前だし
いずれはインクリメンタルコンパイルやホットスワップもデフォになって
コンパイル時と実行時の区別なんてのも次第になくなっていく
「できることはどんどんやって、性能や技術面で設けられた過去の無用な制約は撤廃する方向に発展する」ってこと
わかるかな？

**デフォルトの名無しさん** · 2016/10/24(月) 08:11:06.52

>>347
いまではサービス稼働中にサービス止めずにシステム入れ替えるとか普通にやってるけど
それはプログラミング言語のレイヤーでやってないし
やる意味もないんだって
本当に素人なんだな

**デフォルトの名無しさん** · 2016/10/24(月) 09:28:37.18

ホットスワップも、できるけどそんな機能いらないとか昔は言われてたもんなｗ
今は無意味だ危険だとか言ってることも、今後どう変わるかはわからんよ

**デフォルトの名無しさん** · 2016/10/24(月) 09:30:36.40

すでにとっくに解決済みの問題なんですが、何盛り上がってんの？って感じなんだよなぁ

**デフォルトの名無しさん** · 2016/10/24(月) 12:31:39.51

>>350
何の話？

**デフォルトの名無しさん** · 2016/10/24(月) 13:35:35.03

盛り上がってる人を引きずり下ろすバトルロワイヤル
見えざる手に足を引っ張られる競争原理

**デフォルトの名無しさん** · 2016/10/24(月) 17:10:02.23

要するに基本的な機能に付いてはもう話すことが無くなってきたってこと。
言語としてはそういう付加価値を出していくしかない。

**デフォルトの名無しさん** · 2016/10/24(月) 19:19:53.24

最近のC#の強さは異常だな
スマゲやVRゲーでは完全に覇権を握っている

**デフォルトの名無しさん** · 2016/10/24(月) 22:41:42.80

>>345
> Web上での拡張機能でのパッチなどを合わせたら
> 動いている最中に何かをしようとすることなんて
> むしろそうじゃないことよりも多いくらいだよ。

いや、動いている最中に、メソッド一個書き換えたりしないよｗ
バージョンアップなどの「修正」っていうのは通常一箇所（一メソッド）の
修正じゃなくて、複数のファイルにまたがる複数のコードを一度に更新する。

書き換えている間、そのメソッドは使えません。そのメソッドに依存するメソッドは
使えません。修正中は一時的に壊れます。じゃだめでしょｗ

そうなると必然的にサーバーをメンテナンスモードにするか止められないシステムなら
サーバーを複数台用意して、そのうち一台をアクセスされないようにして更新、
次にもう一台を更新・・・てなると思わない？
それを最近じゃサーバーを壊して作り直すことで更新するわけだけど

動いている最中にソースコードにパッチを当てるとか信頼性を担保したいならやらないからｗ

**デフォルトの名無しさん** · 2016/10/24(月) 22:49:14.53

>>348がすでに言っていたか。>>345にレスしてないから見逃してしまった。

そうサービス稼働中のシステム入れ替えはプログラミング言語のレイヤーでやることじゃないよね。
トランザクションのように複数のファイル（クラス）にまたがる複数のコードを
アトミックに更新するひつようがある。

もし "プログラミング言語のレイヤー" でやるとしたら、
1. ローカルでソースコードを書き換える。
2. ローカルでテストする。
3. 一連の修正を "プログラミング言語のレイヤーで" 一単位とする（gitでいうブランチとかタグ）
4. 一連の修正を "プログラミング言語のレイヤーで" サーバー側上に反映させる（gitでいうmargeやcheckout、もしくはデプロイツール）
みたいな機能が必要になるだろうね。

プログラミング言語にソースコード管理ツールや
デプロイツールまで内蔵しないといけなくなる。

**デフォルトの名無しさん** · 2016/10/25(火) 09:10:59.23

>>356
> プログラミング言語にソースコード管理ツールや
> デプロイツールまで内蔵しないといけなく

Smalltalk？！wwwwwwww

**デフォルトの名無しさん** · 2016/10/25(火) 10:09:37.06

>>355
俺は君みたいな卑怯な人間が大嫌いだ。

俺と君との間ではロジカルなより一般的で広い話になっていた。
そこで自分の立場が危ういとみるやさも当然のように
狭い範囲での良識や常識を持ち出すのは尽く卑怯。

意図的か無意識かは知らないが、
俺はそういう、相手が一生懸命考えた行為、
人と人との対話の価値を台無しにするやつは大大大嫌いだ。
知能人として最も最低な行為だと知れ。

**デフォルトの名無しさん** · 2016/10/25(火) 13:13:57.86

人よりも言語自体が目的っていう軽い感覚がかえって役に立つこともあるね
言語を単なる道具と思ったら、真の目的が重荷になる

**デフォルトの名無しさん** · 2016/10/25(火) 18:07:56.36

状況に合わせて使う言語を変えたいけど、
コア機能だけで足りること無いからなぁ。
ライブラリ・フレームワーク・開発環境、といろいろ覚えることは多い。
なのでチームで作業するとなると好み以外の言語になるのはある程度しょうがないかな。

**デフォルトの名無しさん** · 2016/10/25(火) 19:45:52.29

ライブラリとOSがCで書かれている必然性を気にする奴が多い
Cは手段に過ぎず、手段は他にもあるから、Cの必然性がないという

**デフォルトの名無しさん** · 2016/10/25(火) 21:32:55.88

>>358
中身のない文章っていうのは、汎用的になるんだよねｗ
具体的な何かを指摘してないから、どんなときにも使える文章になる。
お前の文章の話な。

**デフォルトの名無しさん** · 2016/10/26(水) 00:04:17.48

>>361
国際的な公用語が英語である必然性を気にする奴が多い
英語は手段に過ぎず、手段は他にもあるから、英語の必然性がないという

**デフォルトの名無しさん** · 2016/10/26(水) 01:19:53.12

英語が偶然なのは当たり前
C言語は人工的に作ったくせに偶然性を排除できない所が面白い

**デフォルトの名無しさん** · 2016/10/26(水) 01:34:29.46

英語は神が与えたもの

**デフォルトの名無しさん** · 2016/10/26(水) 07:51:32.03

>>362
話突っ込んできたのも君だし、君が挙げたテーマに沿って具体的に話していたが？
それを卑怯な君が投げ出したのだろう？恥ずかしいやつ

**デフォルトの名無しさん** · 2016/10/26(水) 09:16:27.74

え？どこが投げ出してるの？
ずっと関係ある話をしてるよね。

**デフォルトの名無しさん** · 2016/10/26(水) 18:55:04.73

いつもの理想郷アスペ君と認識障害アスペ君のくっさいくっさい争い

**デフォルトの名無しさん** · 2016/10/26(水) 23:32:45.87

Smalltalkerとのやりとりって、いつも不毛になるよね。
例えるとこんな感じ。

A「このテント、超暖かくてサイコーの環境だよ」
B「いや、俺らふつーに家に住んでるし...冷暖房もベッドもあるし…」
A「不審者が近づいてきたらテントを畳んで移動できるから安全なんだぞ！」
B「いや、家に住んでたら不審者から逃げる必要ないし…」
A「もし転勤になったらどうするんだよ！移動がないと言えるか!?」
B「その時は引越するし…」

**デフォルトの名無しさん** · 2016/10/27(木) 01:39:42.53

BがSmalltalk？　そりゃ不毛だわｗｗ

**デフォルトの名無しさん** · 2016/10/27(木) 07:10:03.75

AがSmalltalkだろ
いつもトンチンカンな機能を自慢してんじゃん

**デフォルトの名無しさん** · 2016/10/27(木) 09:26:54.16

知ってて言ってんだよ

**デフォルトの名無しさん** · 2016/10/27(木) 09:41:00.74

テント暮らしの元兵士A
人を見たら泥棒と思う警官B
全米が泣きそうな設定じゃん

**デフォルトの名無しさん** · 2016/10/27(木) 09:45:03.90

>>370
こういうこと？

A「この流行りのIDE/ORM/SCM/コンテナ…、超便利でサイコーの環境だよ」
B「いや、俺ら大昔からふつーに統合化/永続化/分散ソース管理/仮想化すんでるし...商用分散OODBもあるし…」
A「不審者が近づいてきたら攻撃対象のコンテナ気軽に破棄できるから安全なんだぞ！」
B「いや、自分で育てた仮想イメージに住んでたら不審者から逃げる必要ないし…」
A「もし第三者にコードいじられたらどうするんだよ！おまえら全機能かかえこんんでるんだろ!?」
B「ヘッドレスで動かすかなんならコンパイラクラスぶっこ抜いておくし…」

**デフォルトの名無しさん** · 2016/10/27(木) 10:14:03.59

>>374
SmalltalkのOODBってMysqlとかと比べて100倍位遅いんじゃなかったっけ？

**デフォルトの名無しさん** · 2016/10/27(木) 12:32:06.03

talkerじゃないがRDBMS用のORMもあるって書いてなかったか

**デフォルトの名無しさん** · 2016/10/27(木) 13:41:27.90

>>371
彼らはトンチンカンなわけではない
言語に求めること、向き合う姿勢が違うから話が噛み合っていないだけ

**デフォルトの名無しさん** · 2016/10/27(木) 14:56:55.94

>>375
どんなOODBと比べて？商用のGemStone/Sがそんなだったらヤバい

**デフォルトの名無しさん** · 2016/10/27(木) 15:35:58.13

talkerとしてはむしろ
音も全て漢字で記述していた太古の人に
ひらがな・カタカナの便利さを伝える漢字に近い

でも彼らの世界／文化レベルでは必要にならないことは
ちゃんと分かってるが、一応は説得する

**デフォルトの名無しさん** · 2016/10/27(木) 16:47:41.21

漢字は外来語だけど翻訳しなくてもそのまま使える単語は便利じゃん
翻訳しないと通じない接続詞とかはひらがなで書く

**デフォルトの名無しさん** · 2016/10/27(木) 20:05:42.82

Smalltalkよりも遥かにマイナーなErlangは
マイナーでも価値が認められて、色んな企業で使われてる

Smalltalkが使われないのはマイナーだからじゃなく価値がないから

**デフォルトの名無しさん** · 2016/10/27(木) 20:45:06.11

違うと思うメッセージングによる遅延結合の徹底という考え方が人類にはまだ早すぎるから

**デフォルトの名無しさん** · 2016/10/27(木) 21:01:05.70

メッセージングによる遅延結合の徹底というアイデアはwebで余すところなく実現されてる
ちっさなローカルPCの1プロセスの中でやるのがアホで無価値なだけ

**デフォルトの名無しさん** · 2016/10/27(木) 21:38:50.37

本当に無価値な試みなら、ここまで他に影響を与えられるもんかね
https://exploringdata.github.io/vis/programming-languages-influence-network/#Smalltalk

**デフォルトの名無しさん** · 2016/10/27(木) 21:53:47.79

そんなもんが現在価値があるかどうかと関係あるとでも？
馬車が自動車に影響与えたからって今でも馬車に乗るくらいのアホさ加減だな

**デフォルトの名無しさん** · 2016/10/27(木) 22:18:41.41

>>371
> AがSmalltalkだろ

お前、どんな気持ちで>>370が「BがSmalltalk」って
言ったか、考えたことあるのか！

**デフォルトの名無しさん** · 2016/10/27(木) 22:20:28.98

>>384
Smalktalkに価値があると言っても、全てに価値があるわけじゃないのです。

他に影響を与えられなかったものは価値がなかったと考えるべきです。
つまりSmalktalk独自と言えるようなものは価値がないということです。

**デフォルトの名無しさん** · 2016/10/27(木) 22:59:30.07

>>385
たしかに馬車は自動車に先行して使われて影響を与えたし
今でも観光目的などに細々と使われている点とかはSmalltalkの現状に似ていていいたとえかもｗ

ただSmalltalkと馬車が違うのは、つい最近も自動車ｗのトレンドに影響を与えるものを生み出していること

**デフォルトの名無しさん** · 2016/10/27(木) 23:10:20.65

>>387
豚に真珠、猫に小判じゃないけど、
まだ真似されず独自の部分が現時点では無価値という意味では当たらずとも遠からずか
などと言ってみたところで馬の耳に念仏…というところも含めて

**デフォルトの名無しさん** · 2016/10/28(金) 00:37:14.32

こういう隔離スレでこんだけ暴れてるのに本スレは今月１レスしかない。終わった言語

**デフォルトの名無しさん** · 2016/10/28(金) 01:27:20.12

暴れてるって、いわれのない言いがかりをつけてきて
無用なスレ消費を助長してるのはアンチのほうだろ

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

どうせ仕事でSmalltalk使ってないでしょ？
なんで使わないの？

**デフォルトの名無しさん** · 2016/10/28(金) 07:55:55.62

いわれのない言いがかりをつけてきて
無用なスレ消費を助長してるのはアンチのほう

**デフォルトの名無しさん** · 2016/10/28(金) 08:55:41.13

飛蚊症のゴミみたいなもんかSmalltalkって

**デフォルトの名無しさん** · 2016/10/28(金) 09:13:49.98

SORABITOさんに転職したい

**デフォルトの名無しさん** · 2016/10/28(金) 09:21:28.43

たしか最近は悪口ばかり言う方が悪者ということになっていた筈だが

**デフォルトの名無しさん** · 2016/10/28(金) 17:49:10.94

>>388
関数型言語はMapReduceとか、最近だとAWS Lambdaなどにコンセプトが受け継がれてて
まさにトレンドに影響を与えてると言えるけど、
Smalltalkにそんなものあったか？
まさかtraitsとかいうoopの一構文に過ぎないものの事を言ってんの？

**デフォルトの名無しさん** · 2016/10/28(金) 19:20:55.16

MapReduceとかAWS Lambdaとかはメインフレーム時代のプロセス指向なバッチ処理への回帰であって、
関数型言語のコンセプトとは粒度が違いすぎると思うけど

**デフォルトの名無しさん** · 2016/10/28(金) 19:35:52.46

TraitsとMixinを混同するならともかく、oopの一構文とかどんな理解力不足なんだよ

**デフォルトの名無しさん** · 2016/10/28(金) 19:49:51.93

>>398
どっちもスケールの問題に対する関数型的な解決だよ
なにがプロセス指向なバッチ処理だよ馬鹿は黙ってろ

**デフォルトの名無しさん** · 2016/10/28(金) 19:52:04.03

>>399
traitsもmixinもたかがoopの一構文に過ぎない
そんなもん全く重要じゃないし、そんなのに拘ってるから下っ端コーダのままなんだよ

**デフォルトの名無しさん** · 2016/10/28(金) 21:32:06.03

>>481
じゃあお前にとって重要なものは何？
社長が重要とかいうボケはいらないからね

**デフォルトの名無しさん** · 2016/10/28(金) 21:34:30.21

>>400
> どっちもスケールの問題に対する関数型的な解決だよ

AWS Lambdaで使える言語は、Node、Java、Pythonなんだけど
関数型的な解決だという根拠は？

**デフォルトの名無しさん** · 2016/10/28(金) 23:05:27.53

>>403
AWS Lambdaで書けるのはステートレスな関数に制限されてるだろ
状態を持たないことによる並列化のしやすさや疎結合という
関数型言語で得られる（と言われてる）メリットをアーキテクチャレベルで実現してる

てか、こんな簡単なことも言われないと分かんないの？馬鹿なの？どんな言語で書けるとかマジどーでも良いんだよ

**デフォルトの名無しさん** · 2016/10/29(土) 08:33:42.56

vector<char>なら状態を持つがstringはステートレス
プロセス間通信のネットワークは文字列型と言ってもよさそうなものだが

文字列処理の価値を認めないのはSmalltalkと関数型に共通する特徴だと思う

**デフォルトの名無しさん** · 2016/10/29(土) 11:14:01.00

lambda言ってる時点で関数型意識してるでしょ。
プロセス代数が出るならまだしもバッチ処理とかって、、、

**デフォルトの名無しさん** · 2016/10/29(土) 11:27:17.86

なんだｗ「関数」と「関数型」をごっちゃにしているやつだったかｗ
AWS Lambdaはファイルやデータベースを読み書きできる
そういった「関数」を登録する。

ファイルやデータベースを読み書きする関数が「関数型」だというのなら
バッチ処理だって関数型だよｗ

**デフォルトの名無しさん** · 2016/10/29(土) 11:35:01.33

>>407
ステートレスなコンテナってとこがミソなんだよなぁ
いくらでもスケールアップできて、S3のイベントなんかに反応して計算して、終わったらコンテナごと全消去
入力と出力だけ考えれば良くて、リアクティブで副作用なしでスケールアップ可能ってのが特徴なので、古典的バッチとはぜーんぜん違う

**デフォルトの名無しさん** · 2016/10/29(土) 11:37:38.81

やっぱりバッチ処理だなｗ

**デフォルトの名無しさん** · 2016/10/29(土) 11:39:34.17

バッチ処理を並列で動かすのと何も違いがないし

**デフォルトの名無しさん** · 2016/10/29(土) 11:39:56.67

それを単なるバッチ処理と言うんだよw
それこそメインフレーム時代から続く伝統的なIPO型アーキテクチャだ

**デフォルトの名無しさん** · 2016/10/29(土) 11:46:44.23

>>411
ユーザがファイルをアップロードしたらAWS Lambdaで計算して結果を返す（典型的な用途）
これがバッチ処理ならhttpサーバはバッチ処理してるんだなw

**デフォルトの名無しさん** · 2016/10/29(土) 11:54:27.23

>>412
全く本質が見えてないな
それが関数型ならインプレース更新を行わない古典的なバッチ処理はだいたい関数型だと言ってるんだよ

**デフォルトの名無しさん** · 2016/10/29(土) 11:59:58.74

>>413
本質が見えてないのはお前だよ
ただ単に、副作用がない関数でシステム書けば関数型か？って聞くならともかく
どっからバッチ処理が出てきたの?w

**デフォルトの名無しさん** · 2016/10/29(土) 12:19:53.83

>>414
問題は処理の粒度
Lambdaにずいぶん夢見てるみたいだけど、Lambdaは呼び出しのオーバーヘッドが大きすぎる
現実的にはバッチ処理やS3にアップロードされた画像ファイルを処理するといった粒度の大きな処理単位でしか使い物にならん
そのレベル止まりなら全く目新しいものではなく、現代にあえて関数型だと言うなら粒度の小さな処理に対しても統一的に適用できる仕組みが必要
「Lambdaによるリアルタイム処理」みたいな言葉が独り歩きしてるが、あれスループット上げるために
わざわざKinesisを間に入れてマイクロバッチ処理に変換したりするんだぞ

**デフォルトの名無しさん** · 2016/10/29(土) 13:30:02.46

OOPのメッセージパッシングも、所詮関数呼び出しじゃんって言ってそう、、、

**デフォルトの名無しさん** · 2016/10/29(土) 19:08:25.95

粒度が荒くなると関数型じゃなくなるなんて
これまた珍妙な説出してきたなw

**デフォルトの名無しさん** · 2016/10/29(土) 19:40:46.94

言語が一つじゃなくなる粒度とか
OSも言語もバラバラ

**デフォルトの名無しさん** · 2016/10/29(土) 22:08:03.38

>>417
副作用をもたらすから関数型じゃないんだよｗ

オブジェクト指向でも副作用がない関数を書いたら
それは関数型だって主張したいのかい？ｗ

**デフォルトの名無しさん** · 2016/10/30(日) 05:32:40.80

俺はこの問題に二十年取り組んできたが、結論は出てる。
「作者が関数型と主張した」言語が関数型だ。

そもそも最初はシンプルだったものも、どんどんリッチに汎用的になるに連れ
元来の関数型とは乖離していっている。
特にこの１０年、今まではそれでも範囲内で拡張するすべを探していたのが
妥協する策を取るようになった。

汎用でリッチなプログラミング言語としてはその方がずっと都合が良いからだ。
したがって今の著名でここのスレ民が主に思い浮かべるような言語は関数型ではない。
強いて言えば、作者が「関　数　型」と主張しているという程度のこと。
個人的には「関数型」言語とはもはや「P」言語に近い。

**デフォルトの名無しさん** · 2016/10/30(日) 05:53:29.20

意訳

「>>420が関数型と主張した」言語が関数型だ。

**デフォルトの名無しさん** · 2016/10/30(日) 09:14:34.70

ニセ科学に反対するだけで良かったのに
代案を出せとか煽られてついつい関数型という怪しいジャンルを作ってしまったんだな

**デフォルトの名無しさん** · 2016/10/30(日) 13:43:32.58

今はマルチパラダイムな言語が増えてる、Adaとか

**デフォルトの名無しさん** · 2016/10/30(日) 13:45:12.33

つーか殆どがマルチパラダイムじゃね？

そこに対抗してマルチパラダイムに対応できない言語が
純粋○○であることを売りにしてるけど、それ欠点だよねｗ

**デフォルトの名無しさん** · 2016/11/08(火) 16:23:03.12

うるっせえなこの馬鹿どもは
スクリプトの覇権は昨今の機械学習/AIブームでオッパイソンさんで確定したろ
あとは黙ってPython極めることに専念しろ

**デフォルトの名無しさん** · 2016/12/03(土) 09:58:47.88

PHP 7.0.x から PHP 7.1.x への移行
http://php.net/manual/ja/migration71.php

PHP7.1リリースｷﾀｰ! hackのnullable型導入とかか？
とりあえず x.1 待ちしてた奴ら移行しろよ。

**デフォルトの名無しさん** · 2016/12/08(木) 09:29:51.63

直也：.NET CoreというかC#って型があって、しかもサーバーサイドも書けるじゃないですか。Linuxでやってた人たちはずっとスクリプト言語使ってて、
Rubyとか型がない言語でサーバーサイド書いてることに疲れてきちゃってるんですよね。
ある程度の規模のものではサーバーサイドも型がある言語で書きたいと思って、
ScalaとかJava 8をやってみたんだけど、どの言語もちょっとバランスが悪いんですよね。
Scalaはプログラマ寄りすぎるし、Javaはコンサバすぎる。サーバーサイドSwiftもとがりすぎてるし。
実績があって型がある言語ってC#なんですよね。そのC#がLinuxで使えるのは大きいんですよね。
だから、ワンチャンあるなって。あとは市場が評価するかどうかなんですよね。
バランスはいいと思います。それがWindowsだけでなくMacでも使えるようになったのは本当に大きいですし。

**デフォルトの名無しさん** · 2016/12/09(金) 01:22:51.17

dartはいかが？

**デフォルトの名無しさん** · 2016/12/09(金) 01:41:37.98

>>428
いい加減現実を見よう
未来へ一歩踏み出そう

**デフォルトの名無しさん** · 2016/12/09(金) 08:31:24.21

未来を見ず現実を見たつまらない言語がDartなんだが

**デフォルトの名無しさん** · 2016/12/09(金) 08:50:43.91

間違いはGoogleが現実の問題とニーズだけを見ていて自分の立場が見えていなかったことだな
そんなことをGoogleに求めている奴はいない
輝かしい切捨ての歴史を持つGoogleを土方分野で信用する馬鹿はいない

**デフォルトの名無しさん** · 2016/12/09(金) 22:55:33.79

大事なのは言語云々よりDartVMでしょ
ブラウザへの統合を断念した時点で終わった

**デフォルトの名無しさん** · 2016/12/09(金) 23:17:20.20

>>432
ブラウザ統合自体が重要なのではなくてGoogleのやる気の問題だろう
Chromeに統合するという触れ込みで登場した当時は
Googleが本気だ! ということでそれなりにインパクトがあった
Dartが注目されていたのはそのGoogleの本気というただ一点だったのだから、
「結局いつものGoogleだった」となった時点で当然もう何も残らないよ

**デフォルトの名無しさん** · 2016/12/10(土) 02:23:12.50

>>432
サーバ側ならどう？
typescripあるしphpも型付けることできる用になったから難しいかな？

**デフォルトの名無しさん** · 2016/12/10(土) 07:47:45.47

Goもあるし.NET Core(C#)も盛り上がってきたからねえ
残念ながらDartにはもう出番はないよ

**デフォルトの名無しさん** · 2016/12/10(土) 09:53:52.20

wasm対応で先手を取れれば状況がひっくり返る可能性もあるが
asm.jsの時点でやる気0だったしなあ

**デフォルトの名無しさん** · 2016/12/13(火) 09:18:46.65

https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AAng/mbgdnfmdelffjdhkdggilmphfdihnmcj?hl=ja

**デフォルトの名無しさん** · 2016/12/31(土) 15:42:56.02

JavaScript死亡ｗｗｗ

「WebAssembly」がITの未来に変革もたらす｜Google、Apple、Microsoft、Mozillaが共同で開発した新概念

「WebAssembly」がWebブラウザに変革をもたらします。
Webブラウザは、もともとただテキストを表示するだけのところから始まりました。その出発点から、現在ではコミュニケーションやゲームまで幅広い表現を可能にしています。
そして今回、「Webブラウザ」に新しい概念が加わわることになりました。
それをもたらしたのが、ブラウザに関わりの深い世界規模の４社「Google」「Apple」「Microsoft」「Mozilla」が共同開発した、Webのためのバイナリーフォーマット「WebAssembly」です。
今回はその「WebAssembly」について、「スゴイところって何？」「何が起きるの？」をご紹介していきます。
WebAssemblyは「JS不要。コンパイラ言語だけで動的アプリが作れる」「どの言語でもWebブラウザ上にアプリを作ることができる」

WebAssemblyによってもたらされるスゴイところは次の4つ。
コンパイラ言語だけで、Webブラウザ上に動的なアプリが作れる
ほぼ機械言語にコンパイルされるからヌルヌル動く
OSを一切気にする必要がなくなる。気にするのはブラウザのみ
C,C 以外の言語でもWebAssemblyにコンパイルされる「クロスコンパイラ」の可能性が高まった

これまでWebブラウザで、ユーザからの入力情報を元に、動的なアプリケーションを実現するためには「JavaScript」が必須でした。

「インタプリター言語」であるJavaScriptは、その都度ソースコードを機械語に翻訳する必要があるため、予め機械語に近くコンパイルされる「コンパイラ言語」と比較すると動作が遅いという特徴があります（※）。

もしコンパイル後の機械語に近い形で、Webブラウザ上でコードが実行されたら。
JavaScript以上にヌルヌルに動き、しかもJavaScriptを気にする必要がなくなります。

それを実現したのがこの「WebAssembly」です。

https://mayonez.jp/1690

**デフォルトの名無しさん** · 2017/01/03(火) 00:30:36.24

モンスターのアイコンの統一感がなさすぎるな
線が細いキャラと太いキャラを並べると違和感のかたまり

**デフォルトの名無しさん** · 2017/01/03(火) 05:08:13.08

>>438
今更な記事を引っ張ってこられてもな。
対応言語c,c++以外も増えたのかねぇ。

**デフォルトの名無しさん** · 2017/01/03(火) 21:47:16.02

どうだろうね。
まあ「その都度ソースコードを機械語に翻訳する必要があるため」遅い
という問題は、わかりやすい問題だから改善されていくよ。
最近だとV8で、即時関数っぽい書き方されたコードは最初から最適化して
すぐ実行できるよう準備するようにするパッチが入ったじゃん。
そういうのの積み重ねで良くなっていくと思うよ。

**デフォルトの名無しさん** · 2017/01/04(水) 08:48:59.47

>>158
ただ自分の優位性を示したいだけの典型的な権威主義の馬鹿だな
自分の主張やは無いくせに～ぐらいはしてるよね？とか
お前仕事場でも嫌われてるタイプだろ
少なくともHaskellは特定分野以外はまともに使えない
実際使ってればつまずくのですぐ分かる話

**デフォルトの名無しさん** · 2017/01/04(水) 09:11:36.00

なんつう亀レスだ…はずかしい

**デフォルトの名無しさん** · 2017/01/04(水) 10:10:34.13

Haskellはまだ趣味の範囲であらゆる分野で使える言語だよ。だって純粋関数型言語じゃないから。

**デフォルトの名無しさん** · 2017/01/04(水) 11:41:28.60

>>444
貴方の思う純粋関数型言語の定義とその例を述べなさい(100字以内)

【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】 [無断転載禁止]©2ch.net

【JavaScript】ｽｸﾘﾌﾟﾄﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】 [無断転載禁止]©2ch.net