トップページ⇒tech
1001コメント326KB

【Lisp】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ48【pl,rb,php,js】 [転載禁止]©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2015/02/28(土) 00:33:07.88ID:6Lhyreb3
前スレ
【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ47【pl,rb,php,js】
http://peace.2ch.net/test/read.cgi/tech/1417333026
0602デフォルトの名無しさん2015/04/01(水) 22:51:58.86ID:qN57lqJ5
IDE界でApple的な思想を体現してるのはXcodeではなくVSだね
(XCodeは論外として)Eclipseみたいな複雑怪奇な現代のEmacsとは一線を画す、完璧な統合
0603デフォルトの名無しさん2015/04/01(水) 23:02:01.02ID:yV4O+VRT
visual studioやMacの制御スクリプトにまでjavascriptが使われるんだってね
このjavascriptのOSからブラウザ、IDEからIOTに至るまでの完璧な統合を思うと、
WordPressとPHPの寿命が気になるところ
0604デフォルトの名無しさん2015/04/01(水) 23:36:39.15ID:jFJm7ygA
正直、
Objective-C, Swift, JavaScrip(HTML5,CSS3)やっておけば一通りなんでもできる、しかも効率よく柔軟に。

後はPythonかな、アカデミックな事してる人達が多いから、ちょっと知的レベルが高いもの作ろうとするとPythonが必要になるはず。

あとはCommon Lisp

とりあえず、JavaScrip(HTML5, CSS3)でフロント触りまくって、SwiftとObjective-Cやっとけばまず自分のやりたい事は殆ど体現できるはず、
勿論英語は当たり前にできてるのが条件だけど。
0605デフォルトの名無しさん2015/04/02(木) 00:44:10.67ID:Ccy4QVUJ
pythonで何かする可能性があるとすれば、エンジニアリングに近い部分なんだよね
そのバックグラウンドもなくpythonで何かしようなんて頭悪いのなんの
0606デフォルトの名無しさん2015/04/02(木) 00:48:53.45ID:Ccy4QVUJ
簡単なモバイルアプリならcordovaやionicみたいなクロスプラットフォームツール使うよね
Objectve-CやSwiftでガッツリ書きたいのか、UI/UXレベルで片付けたいのか、
兎角、何でも触れって連中って自身が分かってなさそう
0607デフォルトの名無しさん2015/04/02(木) 02:15:12.72ID:cAEYIwPW
Obj-CやSwiftは限定的すぎる。
iOS8でWebGLなどが開放されたわけだし、審査も要らないWebアプリの需要がどんどん高まると思うけどな。
0608デフォルトの名無しさん2015/04/02(木) 06:24:42.36ID:cxlH7VoR
しかし現実はネイティヴに比べパフォーマンス悪過ぎて浸透しないWebアプリなのであった
全てはエンドユーザーが決めるこれが真理
0609デフォルトの名無しさん2015/04/02(木) 10:29:26.40ID:5QwbM9w+
iPhoneずっと使ってるが、ゲームをしない俺が何かとアプリを必要としたのは4Gが出るまでだったわ。
4Gからはほぼブラウザだけ。

iPhoneユーザーの俺が言うのはおかしいが、技術者として、XCodeなんて臭いもので開発している奴らは蔑んで構わんと思うよ。
ふつうにSWF/ASの方が楽しいし、圧倒的にC#/.Netの方がイケてる。それらに飛び込まずしてXCodeとかありえんわ。1000年くらい生きられるならそんな道草もありだが、人生は短いよね〜。
短い人生よりも更に短い現役期間、今JSやらずしていつやるの？
まあ、やらないのは自由だけど、理由が臭いXCodeいじってるから？死ねよ馬鹿と思うよw
0610デフォルトの名無しさん2015/04/02(木) 15:05:10.73ID:Ccy4QVUJ
1000年も生きられるならc++で書けるものを書くわ
オマエラは日銭のために今あるデファクトを使うしかできない
0611デフォルトの名無しさん2015/04/02(木) 16:46:30.19ID:cxlH7VoR
一般の人たちの大半はブラウザよりアプリを使ってるね
アプリ開発も今はメジャーマイナーどころ問わずUIはHTML5でのハイブリッドが増えてるけどjs,cssはスマホでは糞過ぎて蚊帳の外
とりまモバイル辺り触るならSwift,C#,Java,HTML5あたりでよかろうな
0612デフォルトの名無しさん2015/04/02(木) 18:21:30.23ID:Ccy4QVUJ
Cordovaなんて小規模の受託案件やサービスで使うものだろ
わざわざ、学習コストに工数掛けてまでJavaやSwiftなんてご苦労さんなこった
こういうのをリッチクライアントって言うんだっけ？
0613デフォルトの名無しさん2015/04/02(木) 20:12:53.38ID:a/BUs/Gf
>>611
C#と、Javaはクソ、企業もクソならその道具もクソ、コミニュティもクソ、コミニュティに入れ奴らもクソ。

クールな製品や言語を持っている企業がクールであれば自然と製品もそれらで作られたアプリ群も美しくなる。


まつもとゆきひろ、、、、、w
0614デフォルトの名無しさん2015/04/02(木) 20:21:10.13ID:mly0Vlsl
いいから、その「クールな製品や言語」とやらを教えてくれよ‥
0615デフォルトの名無しさん2015/04/02(木) 20:21:23.60ID:cxlH7VoR
>>613
それってつまるところアップルくらいしか見当たらないんだが...
0616デフォルトの名無しさん2015/04/02(木) 21:34:35.30ID:FH8gV7UA
MSとOracleとくらべてアップルがクールなんて間違いなく言えないんだが…
0617デフォルトの名無しさん2015/04/02(木) 21:43:09.40ID:smKdv7sY
Appleは業務の泥臭い世界から目を背けてるだけだからな
汚い世界を受け入れながらも最大限まともなものを提供する努力をし、
ソフトウェア開発のボリューム層をリードしてきたという面では
Oracleは微妙だけどMSは十分クールだよね
0618デフォルトの名無しさん2015/04/02(木) 23:05:18.40ID:a/BUs/Gf
>>617
泥臭いのをさもや美しいと勘違いしる奴らが多いのもバカ。それ一種の宗教だし、唯の自己満足だから。

泥臭い仕事をしなくてもうまくコンピュータを使えれば楽になるし、世界は良くなる。


泥臭いに未来はないんだよ。誰も必要としてない。

ボラクルとMSがまともとか言う奴の頭がまともじゃねぇ。
0619デフォルトの名無しさん2015/04/02(木) 23:32:31.72ID:smKdv7sY
>>618
デザイン系のMacユーザーって慣れた環境に固執して(高いパッケージソフトを買い換えられないという事情もあるが)
クソミソに汚れてサポートもとっくに切れてるマシンを使い続けようとする奴が多いけど
あれはあれで非常に泥臭い世界だと思うぞ
0620デフォルトの名無しさん2015/04/03(金) 02:40:36.55ID:1AHy5fM3
>>617
人を集める上ではデザインほど重要なものはないよ
入出力が同じでも、今もう誰もターミナルで動く表計算なんて使わないだろ
0621デフォルトの名無しさん2015/04/03(金) 06:26:19.59ID:Z7u9+b5t
>>611-612
この前ReactNativeが出て状況変わった
0622デフォルトの名無しさん2015/04/03(金) 07:06:25.36ID:SPaA5tjg
>>620
デザイン以上に使い勝手が違うだろ
0623デフォルトの名無しさん2015/04/03(金) 07:19:50.71ID:1XPpXi9x
昔の図書館で見たような、
緑色の文字で描画されたメインフレームのCUIが現役でバリバリ使われてる世界もあるんだぜ
それがクールだとは全く思わないが、レスポンシブ(笑)SPA(笑)とか言ってる連中よりはよっぽど金貰ってるよw
0624デフォルトの名無しさん2015/04/03(金) 15:42:30.52ID:1AHy5fM3
宮大工みたいなもんだろ?そんなものより、３Dプリンタで家を建たいな
0625デフォルトの名無しさん2015/04/03(金) 17:10:06.88ID:ylqDNWWE
>>621
触ってみたがありゃ微妙だわ
0626デフォルトの名無しさん2015/04/03(金) 20:33:08.27ID:Z7u9+b5t
>>625
どの辺が？
0627デフォルトの名無しさん2015/04/04(土) 03:33:48.91ID:vnA/3gIx
ttp://kukuruku.co/hub/programming/do-not-learn-frameworks-learn-the-architecture
0628デフォルトの名無しさん2015/04/04(土) 04:21:42.72ID:WvNf1ygE
>>608
JSだけのマクロベンチや、WebGLを使ったUnityやUnreal Engineの発表を見ると
パフォーマンスコストは２倍で済む程度
0629デフォルトの名無しさん2015/04/04(土) 04:39:17.54ID:vnA/3gIx
パフォーマンス不要なら十分なんだよね。
最新版のゲーム機つかって、インベーダーで遊ぶぐらいナンセンス
ところで日本語でググったときにでるWordPressのサイトって
なんで、どこを見ても反吐が出るつくりなものばかりなわけ？
0630デフォルトの名無しさん2015/04/04(土) 07:19:34.41ID:5FYppVyY
>>629
それがWordpressの特徴だから
0631デフォルトの名無しさん2015/04/04(土) 11:11:14.41ID:vnA/3gIx
だよね。ノンプログラミングで出来るから、マーケティング寄りの連中ばかり
海外のサイトははそうでもないのに
0632デフォルトの名無しさん2015/04/04(土) 12:40:56.42ID:3lKNu/7G
結論JavaScriptでぜんぶ片付く
0633デフォルトの名無しさん2015/04/04(土) 12:56:00.00ID:5FYppVyY
>>632
それはjavascriptの特長ではない
0634デフォルトの名無しさん2015/04/04(土) 14:35:53.34ID:jDVLk+hW
js って最大公約数的な立ち位置でしょ。どの言語の人でも、どうにでもなるっていう
むしろできて当然でプラスアルファが必要になってくだけで、全部片付くってのはどうかと
0635デフォルトの名無しさん2015/04/04(土) 14:49:29.38ID:vnA/3gIx
WordPressでやれること全てがサービスのAPIとして提供されるまでは大丈夫
デザインなんて割に合わないもの、envato marketから選んで貰えばいいだろうし
JavaScriptとMySQLだけでイケるかなぁ
0636デフォルトの名無しさん2015/04/04(土) 14:54:38.47ID:vnA/3gIx
フロントエンドのコード書くのって、それなりに大変だし、
JavaやPHP,C#でサーバサイドのコード書く人たちは、多分、どっかに投げるだろ
0637デフォルトの名無しさん2015/04/04(土) 21:01:13.84ID:ywxAt/r6
>>631
そりゃ日本まで噂が伝わってくるような検索エンジンのスコアの高いサイトだからだろ
海外でもゴミみたいなサイトは腐るほどある
0638デフォルトの名無しさん2015/04/04(土) 22:07:38.16ID:jIu2FuGY
そろそろC#をLLバトルの仲間に入れる必要があるんじゃないか？
MSがサーバーサイドの.Netをオープンソースにしたし。
dynamic型で動的型言語風に書けるし。
0639デフォルトの名無しさん2015/04/04(土) 22:24:55.47ID:j0CZgyq7
C#はビルド必要だろ。
使ったこと無いがC#SCRIPTとかいうのはあった気がする。
こっちはSCRIPTで直にC#機能が使えたきはする。
0640デフォルトの名無しさん2015/04/04(土) 22:30:38.70ID:vnA/3gIx
>>637
ふつう、Googleの検索設定なんて英語で登録するだろ
日本語になんて設定してたら、終わる作業も終わらない
0641デフォルトの名無しさん2015/04/05(日) 13:29:02.38ID:8wxAUKHI
C#をLLバトルに参加させるならSwiftさんも参加せざるえない
0642デフォルトの名無しさん2015/04/05(日) 13:44:19.67ID:XqnpqZbw
そもそもなぜ lisp が LLバトルに？
0643デフォルトの名無しさん2015/04/05(日) 22:55:45.01ID:OyFB9lsa
デファクトを勝ち獲たクラスベースOOPを除いた言語のバトルロイヤルなんだよ
JavaやPHPの連中は最初から勝ちが確定していたから、バカバカしい論争には参加すらしなかったんだ
0644デフォルトの名無しさん2015/04/06(月) 07:28:34.28ID:D+1IZWcT
Javaは一位だったが、だんだん負けつつある
PHPとJavaScriptが勝利しつつあるな
0645デフォルトの名無しさん2015/04/06(月) 09:46:51.46ID:lFENXciJ
JavaはC#がライバルだと思うが、あんまり争ってる気配はないな。
0646デフォルトの名無しさん2015/04/06(月) 11:49:21.97ID:O3Mz2xun
だからさあ、もうJavaとC#とSwiftで十分なんだって
学術統計系はRがあるし、その他スクリプトなんぞ要らんよもう
0647デフォルトの名無しさん2015/04/06(月) 12:47:34.29ID:X9nCsiZD
javaは業務で、c#はゲーム、PHPは安請負のイメージ
Swiftは、もはや広告屋のハイプ。余力あるなら、多大な努力でもして頑張って
0648デフォルトの名無しさん2015/04/06(月) 12:56:06.96ID:KWxGbQAB
>>646
オラクル、Microsoft、Apple、
それぞれの都合に合わせて色々不具合出そうだな。
1社でも嫌なのに3社の都合に委ねるなんて、これリスク回避じゃなくてリスク余計に背負ってるのと同じだからな
0649デフォルトの名無しさん2015/04/06(月) 15:16:46.62ID:Ncf6BVzv
アポーはガラパゴス。
swiftはGUI自動生成無しの手抜き今更VBA
0650デフォルトの名無しさん2015/04/06(月) 19:09:38.26ID:wOq1H0/p
GUI自動生成でどんな手抜きクソアプリが作れるんですか？
0651デフォルトの名無しさん2015/04/06(月) 21:16:52.39ID:X9nCsiZD
本当に必要だったもの
0652デフォルトの名無しさん2015/04/06(月) 21:33:51.28ID:UZlPEbKF
>>634
JSは最小公倍数を目指してるよ。
Googleの試みが上手く行けばクラスベースがプロトタイプベースと並列に導入された、任意静的型付き言語になる
0653デフォルトの名無しさん2015/04/07(火) 08:11:40.26ID:pcXxBfoS
jsさんもアッチで弄られコッチで弄られ忙しいな
シンプル イズ ベスト

つまりjsはノーサンキュー
0654デフォルトの名無しさん2015/04/07(火) 10:59:06.70ID:WdIlWePY
typescript使い出してjavascriptのエロさに気がついた
普段は紳士でもいざとなったら変態になれる
バイナリ吐けるようになったら最強だろ
0655デフォルトの名無しさん2015/04/07(火) 15:06:27.05ID:oxNKb4WX
>>653
なんでも、jsで書いてしまった方が簡潔だよねって思いながら使ってるけどね
0656デフォルトの名無しさん2015/04/07(火) 20:25:48.64ID:2oOdYY34
えっ？　jsが簡潔！？

pythonやrubyを使ったことないの？
0657デフォルトの名無しさん2015/04/07(火) 21:02:42.18ID:JncqmOow
>>656
無名関数の扱いに関してはその中じゃjsが一番まとも
0658デフォルトの名無しさん2015/04/07(火) 21:46:15.70ID:ybH01qJK
しかも、ES6のアロー関数などでjsはさらに簡潔にかけるようになる
仕様は肥大化するけど、実際にベストプラクティスとして使われる部分は
入れ替わって肥大化しないしバッドノウハウも不要になって
むしろ実質的に簡潔になると思う
0659デフォルトの名無しさん2015/04/07(火) 21:54:32.20ID:WdIlWePY
今でもtypescriptでアロー使えるし
なによりインテリセンス気持ちいい
0660デフォルトの名無しさん2015/04/07(火) 22:20:37.79ID:KgkX2Lqd
ES6で一通り欲しかった機能は実現される
型が欲しいならTypeScriptもいいかも
スクリプト言語はJSだけでいい
0661デフォルトの名無しさん2015/04/07(火) 22:31:09.63ID:oxNKb4WX
tiobeのrank。Rubyはf#やperlにすら負けてるね
0662デフォルトの名無しさん2015/04/07(火) 23:07:27.23ID:c1nb8jwP
>>655
悪いがjsほどシンプルイズベストとから遠いものはない
0663デフォルトの名無しさん2015/04/07(火) 23:08:12.12ID:pcXxBfoS
>>662
禿同
0664デフォルトの名無しさん2015/04/07(火) 23:12:03.78ID:zhYZjedr
俺がJSでアロー関数は使う理由は簡潔に書けるからではなくーーというか特に簡潔に書けるわけでもなくーーミーハー気分からでしかない。
0665デフォルトの名無しさん2015/04/07(火) 23:29:44.94ID:ybH01qJK
シンプルイズベストからそんなに遠いとも思わないけどね
ScalaとかC++ほど肥大化してるわけでもなく、
バッドパーツは使われてないから、意識しなくてもいいし
jsonはxmlほど複雑とも思わない
あとアローについては少なくともfunctionが=>になって、returnという単語が無くなるから、
客観的に明らかに文字数が少なく、簡潔と言わざるを得ない
0666デフォルトの名無しさん2015/04/07(火) 23:42:37.38ID:oxNKb4WX
PHPのarray()が、ずっと気持ちわるかった
0667デフォルトの名無しさん2015/04/07(火) 23:46:02.21ID:OkADpsKf
何かの言語で統一しなければいけないと思うんだよね。

誰なのこんな馬鹿なコンピューターサイエンスなんて作ったやつ
0668デフォルトの名無しさん2015/04/07(火) 23:49:12.14ID:WdIlWePY
>>662
具体的にjsのどこが複雑でbadなの？
0669デフォルトの名無しさん2015/04/08(水) 00:58:25.59ID:5zTvLXHe
計算機科学はずっと、ALGOLとlispだと思うけど
0670デフォルトの名無しさん2015/04/08(水) 05:01:15.99ID:zFC/xPHH
これからのJSが簡潔かと言うと微妙だな。だって仕様書は抽象的で読みにくくしかも多言語より大きいし。（ES6）

JSは互換性を保ってる言語として、極めてスマートだとは思う。
Webの言語だったこともあって、今回のES6,7でいろいろ追加されるまでなんと20年、
JSの進化が模索されだしてからでも10年はかけられたのだから、後悔の少ないベストに近い汚くない拡張になったと思ってる。

そしてWebではExtensibleWebが注目を集めていたり、世の中が専用APIではなく低レベルからの解決を目指す動きになってきて、
それはJSの策定にも良い影響を与えていると思う。
例えばコレ
https://github.com/rwaldron/tc39-notes/blob/master/es6/2015-03/Composition%20Functions.pdf
もし仕様策定を急いでasync/awaitを入れてたりしたら後からこれを入れるのは大変になっていたところだけど、
やっぱり時間を掛けるってのは大切だと思ったね。

まあES7以降でこういうのとか、演算子オーバーロードとかいろいろ入って、
それこそGoogle提案の静的型付クラスベースmodeの動向も見てから、JSがスマートかどうか見極めたいね。
Webのアセンブリには着実に近づいて言ってるのは確か。
0671デフォルトの名無しさん2015/04/08(水) 07:08:32.85ID:j3bjzkVr
仕様書が抽象的で読みにくいのは、覚えなくてもいいような細かいことが
正確にたくさん書いてあるだけで、プログラマがLintに則って良い作法で使う
部分に限定すれば、それほど複雑ではないと思う
たとえば、==はとても複雑だが、同じ型同士を比較する分には
それを覚えなくてもいいし、良い作法とされているように、===を
好んで使ったりしていれば==はほとんどの場合使わないだろう
そういうものが多いと思う
0672デフォルトの名無しさん2015/04/08(水) 07:21:53.08ID:j3bjzkVr
ちなみに仕様書ページ数
ES 5.1・・・245
ES 6 RC4・・・593
TypeScript 1.4・・・154
Scala 2.9・・・183
Java 8・・・768
C++(n4296)・・・1354
C(n1570)・・・683
C# Version 5.0・・・511

他と比べてそれほど大きいようには思わない
むしろ5.1はとてもシンプルな部類
6はそれほどでもないが、依然他の言語と比べて
特に大きいわけでもない
それに、実質的には
プロトタイプベースがクラスベースに置き換わったりすると考えれば
過度な肥大化とも思わない
ベストな側面に限定すればそれほど複雑化していないと思う
0673デフォルトの名無しさん2015/04/08(水) 08:01:44.37ID:AhPQaRgb
仕様書の厚さで語られてもなぁ
0674デフォルトの名無しさん2015/04/08(水) 08:28:28.69ID:aehDYe+y
>>665
俺は特にと書いたわけだが何故その意を解釈できないのかね。
じゃあそういう国語ができない馬鹿向けに微妙なニュアンスを避けて白黒はっきり書こうか。
単にfunctionを省けるだけで追加の=>があるので簡潔に書けないと言っておこう。
returnの省略はJavaScript1.7で瞬間的に実装された事の焼き直し。というか省略は式の時だけだろ馬鹿が。
しかしthisの相違こそが目的なのだが、これに慣れるまでまたはそもそも元々のthisに不慣れであれば煩雑さの追加でしかないだろうな。
0675デフォルトの名無しさん2015/04/08(水) 08:34:11.40ID:PieVlODi
Rubyの仕様書は0ページだけどクソ複雑だよね
0676デフォルトの名無しさん2015/04/08(水) 08:43:39.84ID:aehDYe+y
>>665
JSONはその名の通りJS発生の物を更に簡潔化一般化したデータ形式でそもそもNN2の頃から読み取りで構文は存在しNN3/IE4でスクリプトのリテラルに追加された。
しかしJSから見たら流行時期的にresponseTextなどの文字列として受けてもデメリットであるという微妙に不便な仕様。だから即座にJSONPという名前でスクリプトそのものを埋め込む形が主流となった。
XMLはJSの独壇場と断言出来るほど素晴らしく地道で愚直な実装だわな。
このスレで対象とする他のスクリプト言語を見てみろ、要は、難解膨大な仕様を理解せず即席実装したモジュールのオンパレードだ。ホンマにゴミ。悪いのはXMLじゃなくPerl/python/rubyに蔓延る聞く耳持たない傲慢な姿勢だ。
0677デフォルトの名無しさん2015/04/08(水) 08:54:18.75ID:j3bjzkVr
>>674
なぜ理解できていないと思うの？
functionが=>になったら客観的に見て議論の余地なく明らかに文字列が減っているし
式の時にreturnが省けて0文字になるのもその通りだといっただけ
「特に」などという、曖昧な感覚的言葉に逃げる必要もなくね
まあ、簡潔かどうかなんて確かに最終的には感覚なんだけども
できるだけ説得力をもたせようとしただけ
0678デフォルトの名無しさん2015/04/08(水) 08:56:11.60ID:aehDYe+y
ここ数年pythonを書いていて玩具感が湧いてくるのはJSが本格的に飛び抜けてきたからに他ならないと思う。
腰の低さに尽きると思う。面倒な事をベンダーが愚直に遂行してくれる事の積み重ねだと思う。
最近の代表例はURL周りで、そもそもJSで初めからある実装を言葉を変えて仕様としたに過ぎないのだが、そんなものまで愚直に実装を試みている。
バッドノウハウ的にHTMLAnchorElementを作ってhrefプロパティなどを読めばより意のままの値を返してくれるのに敢えて重複実装を試みているわけだ。
こんな怠い作業はJSでしか見られない。謙虚なんだろうな。だからとうとう圧勝しつつあるわけだと思う。
0679デフォルトの名無しさん2015/04/08(水) 08:56:16.54ID:j3bjzkVr
>>676
難癖つけたいのは分かるが、responsetextの文字列として
幅広く使われていて、なおかつ簡潔であるのは事実
簡潔さが受け入れられて幅広く使われているのだと思う
0680デフォルトの名無しさん2015/04/08(水) 09:02:55.72ID:j3bjzkVr
pythonはpythonで科学計算分野では、RやMatlabを食って圧勝しつつある
多くの分野に侵食しつつあるJavascriptもこの分野に限って言えばまだ遠く及ばない
PythonとJavascriptはそれぞれ異なる分野で勝利を収めつつあると思う
Rubyもサーバーサイドに関してはまだ頑張っている
0681デフォルトの名無しさん2015/04/08(水) 09:41:00.88ID:LUeH7/wa
>>671,672
抽象的ってのは細かくないということなのに、抽象的なのは細かいからってどういうこと？
例えばこういう問題を仕様書から解決するのが難しい。
http://ja.stackoverflow.com/questions/2544/javascript-%E5%85%B1%E6%9C%89%E6%B8%A1%E3%81%97
それは実マシン上での動作まで踏み込んでないのと、言葉の定義が不足してるから。

それと仕様の一部は他のECMA標準に分離されてるから実際はもう少し大きいと考えていい。
ES5→ES6で倍以上に増えたのも、仕様が簡潔とは真反対の方向性だろう。
ES7では分離仕様合わせて1000ページに届くかもしれない。

あと、
＞＞それに、実質的にはプロトタイプベースがクラスベースに置き換わったりすると考えれば
そんな予定は全くないが、これは一体何のことについて言ってるんだ？
0682デフォルトの名無しさん2015/04/08(水) 09:46:17.30ID:WNj9G+8D
正直ruby、pythonよりperlの方が好き
0683デフォルトの名無しさん2015/04/08(水) 09:46:55.34ID:LUeH7/wa
>>676
JSONPはJSONをSOPを乗り越えて受け取るためのもので、
JSONへの批判ではなくXHRへの批判だよ。
0684デフォルトの名無しさん2015/04/08(水) 12:25:46.84ID:j3bjzkVr
>>681
まあ確かに抽象的ってのは細かいって分けじゃないね
ただ、それなんかはいい例で、共有渡しだろうが値渡しだろうが
オブジェクトの変更が呼び元にまで影響することを知ってればあとはどうでもいいわけ
プロトタイプベースとクラスベースのどちらのオブジェクト指向も
仕様には含まれているから、単純に考えてその部分は二倍に膨らんでいるけれど、
これからユーザーが選択するのはほぼクラスベースの記法だから
結局、実質はクラスベースだけ使えばどうでもよくなるということ
その意味で、仕様が膨大でも実際に使う部分は簡潔だという主張
0685デフォルトの名無しさん2015/04/08(水) 12:37:03.90ID:pjXzbj9Z
>>684
つまり、上のようなことを気にする人は、全く意味のないことを考える大阿呆だ、死ねばいいと言いたいわけか。
自分はとてもそうは思わないけど、まあ価値観の違いかな。
それとES6ではクラスベースは入らないよ。
0686デフォルトの名無しさん2015/04/08(水) 12:42:22.76ID:rvXuIGOO
>>672
Scalaが異様にすくないな
0687デフォルトの名無しさん2015/04/08(水) 13:57:21.64ID:5zTvLXHe
仕様書なんて真面目に読んでいたら、真面目に読むヤツらと
関わりあいたくないなと思っていたらPHPerになりました。
0688デフォルトの名無しさん2015/04/08(水) 14:11:29.91ID:AhPQaRgb
>>680
最近また科学計算分野でもRがモリモリと盛り返して来てる
国内とかほぼRが席巻してるは＾＾
0689デフォルトの名無しさん2015/04/08(水) 14:12:57.55ID:563zCrK1
>>686
Scalaの仕様書見た
形式的記述を多用してるから短いのと、実行時の振る舞いに関する記述がほとんど無い
TypeScriptみたいなもんだね
0690デフォルトの名無しさん2015/04/08(水) 15:22:11.02ID:5zTvLXHe
6って不吉だよね。perl6とかphp6とか、Windows9とか。ESも6か
0691デフォルトの名無しさん2015/04/08(水) 15:33:42.67ID:pjXzbj9Z
一応最終名称はES2015になる予定
0692デフォルトの名無しさん2015/04/08(水) 15:54:53.95ID:AhPQaRgb
プロは黙ってC/C++、Java、C#、Swiftのどれかでメシ食ってるわな
0693デフォルトの名無しさん2015/04/08(水) 16:34:41.71ID:PieVlODi
その中でSwiftは空気読めてないわ
ドカタがiPadとか使ってなんか作るならWebベースだよ普通
0694デフォルトの名無しさん2015/04/08(水) 16:55:34.70ID:pjXzbj9Z
語弊を恐れずに言うとSwiftはES6に似てる。
0695デフォルトの名無しさん2015/04/08(水) 18:33:36.10ID:5zTvLXHe
SIerで何年務めた処で、最期にはWordPressのもとへ還るんだ。
0696デフォルトの名無しさん2015/04/08(水) 20:44:03.05ID:as1UpX9P
jser/swifter/wordpressor三つ巴の争い

イマイチなものばっかり
0697デフォルトの名無しさん2015/04/08(水) 21:02:06.36ID:WuoyyETy
おそらくES9くらいでsweet.jsみたいな構文マクロと汎用的なASTAPIが入って、
JSはあらゆる言語を再現できるようになると信じてる。
0698デフォルトの名無しさん2015/04/08(水) 23:43:26.34ID:jXtiSI97
ES9なんて30年ぐらい後の話じゃん
その頃には今の現役はほぼプログラマ引退してるよ
0699デフォルトの名無しさん2015/04/09(木) 00:25:53.40ID:K0p3fTYv
ES6以降は約２年毎に次を出す予定だから６年くらいだよ。
0700デフォルトの名無しさん2015/04/09(木) 00:57:21.61ID:AT9UeNxe
生まれる前に、貴方が過ごしたプラットフォームへと LAMPに還りなさい
巡りあうためRailsバブルは起こるよ何度でも　魂のルフラン
0701デフォルトの名無しさん2015/04/09(木) 04:24:00.23ID:ZZNh5XRE
>>697
既に中間言語だから今でも似たようなもんだろ
0702デフォルトの名無しさん2015/04/09(木) 05:33:11.59ID:PU3/MD7e
64bit数値演算やSIMDなんかはES7で入る可能性高いけど、
問題なのはマルチスレッディングの動向だよね。
これはどう解決したらいいんだろう？
他のスクリプトそのために言語はどんなものを用意してる？

JSでは一応共有Bufferが使えるようになるけど、これはただそれだけであって、
排他制御なんかは全部自前で実現しないといけない。
意外とそれでも十分なのだろうか？
■ このスレッドは過去ログ倉庫に格納されています