【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ51【php,py,pl,rb】

1 名前：デフォルトの名無しさん mailto:sageteoff [2015/07/28(火) 23:35:04.83 ID:2hLDh6pK.net] 前スレ 【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ50【php,py,pl,rb】 [転載禁止]©2ch.net peace.2ch.net/test/read.cgi/tech/1432980078/ 2 名前：デフォルトの名無しさん [2015/07/29(水) 05:34:41.95 ID:FrtuFZcX.net] 涙腺崩壊 baboon-phyte.black/hmjrp/ 3 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 07:49:10.11 ID:CPAgL5ls.net] なんだかんだ言っていろんなところで動かそうと思ったら中間コードが妥当だと思う。 その点でSwiftがあらゆるところで流行ることはないし、むしろなるのはWASMだろうね。 4 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 13:01:49.78 ID:0oht4ON6.net] うーん、中間コードとか紛らわしいことせずそのままSwiftもってくればええんやで＾＾ 秋になれば真の姿になられるSwiftさんなら可能なんやで＾＾ 5 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 15:39:48.01 ID:lF1mdvQx.net] スクリプト言語の話せーや 6 名前：デフォルトの名無しさん [2015/07/29(水) 18:45:45.73 ID:v5HDQPvF.net] windows10の時代が来たね マイクロソフトは急速にモバイルアプリのシェアを拡大し1位に躍り出る日も近い 7 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 19:10:02.02 ID:BWaXwiSn.net] ここの人自分の期待感だけで 時代が来た 天下を取る ○○で統一される みたいな話ばっかなの？ て言うかスクリプト言語の話はどうしたの？ 8 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 19:47:14.90 ID:5YdTwoj1.net] 最近は文法がどうとか言う人がいなくなったね。 OOPに体系だった文法的な何かを求めても仕方ないし。 元が経験則から生まれたものだから、個人個人で違う意見が出るから、意味無いし。 昔あったのが、PythonとRubyのjoin論争 ":".join(["a", "b", "cde"]); arr = [1, 2, 3, [4, 5], [6, [7, 8]]] arr.join(", ") どっちが良いか争っていたね。どうでも良いなーと眺めてたんですが。。 さらに本物のOOPならマルチメソッドがどうとか言い出すと 9 名前：デフォルトの名無しさん [2015/07/29(水) 21:04:59.92 ID:8uO/fkKS.net] Windows10のストアアプリが天下取ってC#最強時代が来るのは疑いようがない 10 名前：デフォルトの名無しさん mailto:sage [2015/07/29(水) 21:08:14.07 ID:H47kdG/3.net] >>7 おっしゃる通り 11 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 00:02:54.77 ID:FrRARZkJ.net] PHPがかなりRubyとPythonのエッセンスを取り入れてきたよね 使い捨ての技術ばかり。もう、cとPHPしか使う気せんわ(´・ω・｀) 12 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 00:32:40.24 ID:1stdh+1K.net] 最近の俺の中でForthが流行 システム用だけでなくスクリプト言語としても潜在的能力があると思っている ANS Forthはあまりにも低レイヤーなのでもっと抽象化すれば大分使えそうだ Factorというものが一番それに近い 13 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 01:56:19.56 ID:Y++DNFmp.net] >>8 そういうのは一般的にどうでも良くはないと思う。 演算子オーバーロードをどちらのクラスでやるか、また優先度はどうかの問題とも繋がる。 14 名前：デフォルトの名無しさん [2015/07/30(木) 02:17:17.11 ID:ePR53vOv.net] >>12 forth面白いよね。 コールスタックも操作できるとか変態だと思う。 15 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 09:36:40.97 ID:m8S/751T.net] Swiftでいいっすよもう(´・ω・｀) 16 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 16:28:37.82 ID:W0G89Ixs.net] オナニーしてて泣きながらイってしまうなんて初めてだったわｗ これ激ヤバ。これ飲み続けたら気持ちよすぎて気が狂うかもしれない。 なんなのこれ？？？オナホ知った時の数倍の衝撃ｗｗｗ sexuality2015.xyz/spark.html 17 名前：デフォルトの名無しさん mailto:sage [2015/07/30(木) 17:06:11.01 ID:FrRARZkJ.net] すごいHが流行ったことすら、もう冷めた目でしか見れなくなったんだ 18 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 00:50:13.83 ID:nG0/qJsh.net] もう新しいテクノロジーをみても勃たなくなったよ。 19 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 01:13:35.42 ID:Y3XWk9yX.net] >>18 エンジニアとしても人間としても終わりだね。 20 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 11:05:06.78 ID:x45E9bZ6.net] ハードウェアの進歩が止まりつつあるしな。 当たらしテクノロジーっつっても、現実的な速度で動かなかったり、 出来ることが同じなら、興味持てなくて当たり前かと。 コンピュータで新しい体験が出来るようになるためには、 ハードウェアのスペックが2倍とか3倍とか倍々のペースで上がらないとね。 アルゴリズムの改善だけで、新しいものを作り出すのは限界があるよ。 21 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 11:15:10.00 ID:cmboVwVJ.net] IntelとMicron、“NANDより1000倍速い”新不揮発メモリ技術「3D XPoint」発表 www.itmedia.co.jp/news/spv/1507/29/news078.html 22 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 12:17:24.50 ID:jEIJKMjg.net] >>21 勃ちました！どこにぶちまければいいですか！ (マジレスキボンヌ。学問理系電気電子/PCハードウェアは多分違う気がしたorz) 23 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 20:34:57.68 ID:w1rSprdE.net] >>22 つnasu.bbspink.com/test/read.cgi/feti/1259126898/ 24 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 21:34:10.59 ID:uAkMTtoX.net] ハードウェアの進歩って言うと語弊ありすぎ 電子機器系は進歩が速すぎて追いつけないくらいだよ パーソナルコンピュータだけの、１台分だけの話だよね？ 25 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 21:46:34.05 ID:x45E9bZ6.net] まぁそうだね 特にCPUが爆発的に速くならない事には、新しいテクノロジーっつってもな 一秒間に演算できる回数は決まっているので、その範囲でしか。 メモリを大量に積んでも、SSDになっても、ネットの回線が太くなっても、 それらの大量のデータを処理するのはCPUなので。 26 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 23:05:35.18 ID:mLyt8ZJu.net] >>21 解説を見た方がいい Intel-Micron連合が発表した“革新的な”不揮発性メモリ技術の中身 pc.watch.impress.co.jp/docs/column/semicon/20150730_714157.html >>22 こういう話題は自作PC板次世代スレか、ゲームハード業界板テクノロジースレかな ニュース系の板で単発スレが立つこともある 27 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 23:08:39.42 ID:mLyt8ZJu.net] >>25 CPUが頭打ちだから、性能を上げるにはそれ以外の技術の重要性が増しているって話 >一秒間に演算できる回数は決まっているので、その範囲でしか。 >メモリを大量に積んでも、SSDになっても、ネットの回線が太くなっても、 >それらの大量のデータを処理するのはCPUなので。 それらは遅くさせないことで、速くなるってこと 28 名前：デフォルトの名無しさん mailto:sage [2015/08/01(土) 23:25:39.83 ID:x45E9bZ6.net] い、意味が分からないんですけど 29 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 03:45:59.09 ID:mN7to+hW.net] 別にCPUは頭打ちではない それよりもメモリの方が昔から頭打ちで大きな問題だ 30 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 06:42:43.00 ID:ZPN/DWoQ.net] >>25 今時そんな発想方法してるのか お前の進歩が止まってるだけだと思うが 31 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 08:11:50.84 ID:+B7/KlLQ.net] >>30 何なんだこの何の脈絡もないただの罵倒は… 32 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 09:30:10.79 ID:EZ39Rcgw.net] スクリプト言語というのは 「アプリケーションなんてほとんどIOであり、ユーザーコードのCPU処理時間などどうでもいい」 という仮定に基づいているので、ストレージが高速になるのは有効だね ただしあまりストレージが速くなりすぎるとその前提が崩れてしまってスクリプト言語が嫌われることになるけど 33 名前：デフォルトの名無しさん [2015/08/02(日) 11:30:20.10 ID:uOnqlO7G.net] もっと並列処理を 34 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 11:44:38.88 ID:+B7/KlLQ.net] >>32 あまりにも意味不明すぎて突っ込む気にもならない >「アプリケーションなんてほとんどIOであり、ユーザーコードのCPU処理時間などどうでもいい」 一体何処の誰が言ってるんだ？ 35 名前：デフォルトの名無しさん [2015/08/02(日) 11:51:17.65 ID:UCQE5+8k.net] JavascriptはVBAのようなもの。 36 名前：デフォルトの名無しさん mailto:sage [2015/08/0 ] [ここ壊れてます] 37 名前：2(日) 14:12:31.73 ID:Rb0q3PIC.net mailto: >>34 PythonやRubyのGVLや、そもそもスレッド機能がなかったJavaScriptの話を指してるんじゃなかろうか、とエスパーしてみる [] [ここ壊れてます] 38 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 15:04:26.45 ID:G/TpS5sh.net] 最近のJavaScript実装にはマルチスレッドを持ってるものもあるだろ。 スクリプトはもうJSだけでいいよ。他はもう、そそらないし、勃ちもしない。 39 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 17:46:39.69 ID:mEs7iP/K.net] ES2016+及び最近のモダンエンジンではSABとAtomicsAPIが導入されていますので スレッド間共有メモリや、それを利用したロック/アンロック式スレッド制御が可能です。 https://chromium.googlesource.com/v8/v8/+/master/src/harmony-sharedarraybuffer.js https://chromium.googlesource.com/v8/v8/+/master/src/harmony-atomics.js 40 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 20:55:51.70 ID:G/TpS5sh.net] Java厨、息してる？ 41 名前：デフォルトの名無しさん mailto:sage [2015/08/02(日) 22:20:50.74 ID:80Om/MM6.net] Swiftさえあれば生きていける世の中 42 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 12:46:13.07 ID:HGkrgRag.net] みんながSwift使えばお前は生きていけなくなるだろう 43 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 20:31:17.67 ID:PJCAY8R6.net] 一つの言語に統一されるのならそれもまた良し だってそれはプログラマーの永遠の夢ではないか 44 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 22:34:48.66 ID:nbpYV7M0.net] >>42 マジで一つの言語で統一されて欲しい。 適材適所で各々のパーツがあればそれで十分なのに、なんで人間が苦労して適材適所で言語覚え直さなきゃいけないんだ？ なれるって？ 一つの言語身につければ、その他の言語習得も余裕だって？ ばかじゃねーのwwww マシンより人間の方が創造的でコストが高いんだから、そんな面倒な事1秒もさせるなよwwwww なんで日本のソフトウェア業界はこんな当たり前の事にきがつかないの？ こういう事に気が付いてどうにかする頭が無いから日本のソフトウェア産業は遅れてるわけでしょ？ ずーっと世界最先端のトレンドのを3年遅れぐらいで追いかけてる感じ 45 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 23:06:35.58 ID:fubWtLYm.net] >>43 個人的には統一なんてごめんだ 仮に統一されるとしたらきっと最大公約数な言語になるだろう そんな言語糞だと思うよ それと途中から別の話になっているけど複数言語を使えない、または新言語を学習できないマなんて足手まといだ そんなやつにとって満足逝く言語なんて絶対糞だ 46 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 23:44:09.27 ID:nbpYV7M0.net] >>44 何を作るのかが重要で、 そのためなら統一がベスト。 英語だって世界中の人が統一しようと流れが加速し、それによりより生産的な価値をたくさん生み出してる。 論文とかもそう。 多くの人が読めるように論文が書かれているとしたら、 オープンソースのコードも統一言語で書かれるべき。 47 名前：デフォルトの名無しさん mailto:sage [2015/08/03(月) 23:49:56.11 ID:ptKzu2cW.net] じゃ、君は数式も英文で書きなさい 48 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 00:01:58.01 ID:EG5adhn/.net] >>46 そういう事を言ってるんじゃ無いんだよ。 数式は数式で表せられるだろ？ 49 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 00:02:45.59 ID:PxoCNAYS.net] >>43 現時点では新言語に対応できないのは足手まといかもしれないけどそんな奴（１つ以上の言語を習得している人）が満足できるなんて素晴らしい言語に決まってるじゃん 最大公約数的にまとまった言語だとしたらそう満足はいかないだろうけどうまく統一できた言語だからこそ満足できるんだろ 50 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 00:05:38.73 ID:aUwveLUJ.net] 現時点でどうかは知らないが 不足点を改善して最小公倍数に向かってる速度が一番速いのはJS 51 名前：デフォルトの名無しさん [2015/08/04(火) 00:27:27.58 ID:nCgyC9QO.net] >>49 本気で言っているならC#とか1からまともに設計された言語を触ったことがないんだろう JSは多少の処置を施してもどうしようないぐらい言語仕様が終わっている GoogleもMSもJSの糞さは公式に認めているしその糞さゆえに代替JSが次々誕生してくる 今更classだとか追加したところで糞な言語仕様の上に建て増ししているだけでしかない 52 名前：デフォルトの名無しさん [2015/08/04(火) 00:44:12.75 ID:nCgyC9QO.net] 言うまでもないことだがJavaScriptは言語仕様が素晴らしいから普及したわけじゃない 単にwebクライアントで標準認定されて避けようがないから広がっただけ それ故にwebクライアント以外の分野ではほとんどろくに普及してこなかった 多くのJavaScriptプログラマーが否応無く生まれるアドバンテージがあったにも関わらずな 53 名前：デフォルトの名無しさん [2015/08/04(火) 01:17:07.25 ID:Ki9//57c.net] >>51 それはどの言語にも言える。 結局広まったもん勝ち。 どんなにクソでも使ってるやつの多い言語を使わざるを得ない。 結論PHP使え。 54 名前：デフォルトの名無しさん [2015/08/04(火) 01:28:43.05 ID:nCgyC9QO.net] >>52 JavaScriptは糞な上にwebクライアントでは他に選択肢がなく否応なく使わせられるから次元が違う問題がある サーバーだったらPHPでもRubyでもJavaでもC#でも選択の自由がある 55 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 02:24:30.07 ID:EG5adhn/.net] パラダイム言語になればいい。 そして言語は関数型言語になると言われてる。 56 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 02:29:08.39 ID:pFxIT8vh.net] JavaScriptの凄さって今の凄さじゃなくて 将来の凄さなんだよ。 多くの人が寄って集って 改善しようとしている。 未だかつてこれだけの速度で 複数の大きいチームが競い合って 発展させた言語って有るだろうか？ 57 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 03:10:17.99 ID:EG5adhn/.net] >>55 JavaScriptって可読性が低いんでしょ？ 可読性考えたら、あんなものが普及に関わるわけ無いよね。 C言語みたいに後ろで動いてるけど、表ではもっと簡素な言語に置き換えられてると思うわ。 PythonJavaScriptやClojureScriptみたいにさ。 58 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 03:15:57.61 ID:pFxIT8vh.net] > JavaScriptって可読性が低いんでしょ？ 高いよｗ っていうか、君、どんなのが低いって言ってる？ 59 名前：デフォルトの名無しさん [2015/08/04(火) 03:38:40.25 ID:nCgyC9QO.net] JavaScriptの改善なんてC#が10年以上前に実現したようなものばかりだし褒めるべき点が一つもない むしろ糞言語仕様の土台の上に載っけてくるから逆に不安になるよ そんなものよりJavaScriptの完全な置き換えの次世代標準を作って欲しい GoogleがDartをブラウザ標準に載せようと画策して軽く期待したが結局VBScript以上に失敗してしまった Google,MS,Appleが手を組んで早急に次世代標準を作らないとweb技術の進歩にとって悲劇的なマイナスになる 60 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 03:40:30.35 ID:pFxIT8vh.net] C#が10年以上前に実現したものが 実現できたって認めたよね？ ならC#が10年以内に実現したもので 重要なものって何？ それがないならば、最先端のC#に 追いついたってことになる。 61 名前：デフォルトの名無しさん [2015/08/04(火) 04:05:10.27 ID:nCgyC9QO.net] >>59 JavaScriptの改善ってのはECMAScript6(2015.6)の話ね 現在のブラウザはこの言語仕様が動くものはまだ一つもないだろう ECMAScript6の仕様を見るとアロー関数だのmapだのC#が実現してきた機能が仕様上は入っている様に見えるね ＞ならC#が10年以内に実現したもので ＞重要なものって何？ ＞それがないならば、最先端のC#に ＞追いついたってことになる。 これが違うんだよね 機能を足せばはい解決って話じゃない もともとクラスベースじゃないところにクラスを追加してみたりかなり奇怪なものが出来上がっちゃってるわけ どうしてもJavaScriptで行くなら初期の仕様を引いて根底からひっくり返さないことには解決の仕様がない 62 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 04:08:29.47 ID:pFxIT8vh.net] >>60 > 現在のブラウザはこの言語仕様が動くものはまだ一つもないだろう そんなのいらない。 コンパイラっていうのはそういうもん。 正確に言えばトランスパイラって言われてる。 BabelやTypeScriptを使ってコンパイルすることで ECMAScript6は今のブラウザで動く。 63 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 04:09:28.11 ID:pFxIT8vh.net] >>60 > もともとクラスベースじゃないところにクラスを追加してみたりかなり奇怪なものが出来上がっちゃってるわけ] 奇怪なものとは？ あんたが、クラスベースじゃない所にクラスを追加すると 奇怪なものになる。という主張をしているってことは分かった。 だが、それがどう奇怪なのかを言わないと、 何の説得力もない。 64 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 05:45:21.16 ID:LaebqzUe.net] 長らくJavaScriptはブラウザの互換性のために 言語仕様をアップデートしづらい状況にあった。 近年それがトランスパイラという技術で解決した。 全く違う言語からJavaScriptに変換可能なように JavaScriptを根本的に変えることすら可能になった。 こうなるともう他の言語と同じになる。 JavaScriptの資産を活かし、スムーズに移行するか 資産を切り捨て違う言語に乗り換えるかだ。 他の言語の資産、つまりライブラリはウェブでは使えない。 なぜなら非同期メインで考えられていないから。 これから他の言語では、ウェブセーブライブラリという考え方がでてくるだろう。 ウェブでも使える。ウェブ用に変換できる。そういう仕様を満たしたライブラリだ。 そういうライブラリが出揃うのが一体いつになるか。まだわからない。 65 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 05:48:05.66 ID:LaebqzUe.net] 訂正　ウェブセーフライブラリ 66 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 11:18:17.52 ID:TW35b31Y.net] なんでJSの事で喧嘩しているの？ 君がJSを糞と思うのなら、その糞な言語について、争う必要はなくね？ ストーカーみたいで気持ち悪い 67 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 12:33:26.95 ID:wtS1uT5j.net] >>60 違う違う。 JSはプロトタイプベースなのにプロトタイプを隠蔽して その上提供されているクラスもどきシステムが中途半端だったから、 プロトタイプベースの上に成り立っているクラスもどきシステムをハックして プロトタイプベース的継承を利用してクラスシステムを立て直すと いうことが行われていたから奇怪だったんだよ。 ES6ではより使いやすいクラスもどきシステムと、プロトタイプベースの開放により その奇妙さは９割払拭されている。 68 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 14:31:04.71 ID:i0kilKCO.net] >>65 議論の場なんだから、ストーカーはないでしょうw それよりも１つのパラダイム言語で統一すべきだと思うな。 色々細かいルールを覚えなおしたり、この言語はこのルール、あの言語はあのルールとかやってたら生産性が阻害される。 プログラミング言語って機械にとっては01でいいわけで、それを読みやすく他者のプログラマーと共有したり改変できるようにする為にプログラミング言語があるわけだろ？ 高水準言語は人間が理解しやすい、英語や数学に近いものであるべきで、 簡素で規則が統一されてるただ１つの言語であるべき、 スピードとかそういうめんどくさいのは、ハードウェアが頑張るか、そこに詳しいプログラマーが手直ししておいてよ。 69 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 14:41:19.57 ID:rYHf65xq.net] >>67 それってCOBOLじゃ 70 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 14:49:04.79 ID:i0kilKCO.net] まとめると Common Lispさいきょう() 皆んなClojureやClojureScriptやれば良い。 むしろそれ以外の言語は要らないよ。 マクロこそ人間が1番機械をこき使える高等技術。 これができない人達は生産性が上がらないから人生の大半を文字打ちに費やすしか無くなる。 71 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 15:09:51.65 ID:dSCkM1f1.net] >>45 まさにこれ 72 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 15:35:27.15 ID:dSCkM1f1.net] >>55 元がウンコすぎて手に負えないからjs自体を発展させようというチーム/企業は実はもう皆無だというねw ここら辺を低脳なWEB屋や土方は勘違いをしている 皮肉なことにWebAssemblyなる取り組み表明がこの証左というこを理解できないオツムなのが日本のWEB界隈のレベルを物語ってる いいか、WebAssemblyは確実に将来jsを殺すための取り組みだということを理解しろよ 世界がいい加減辟易としてとうとうブチ切れたってことだ いつまでも糞言語をWEBブラウザの唯一無二に居座らせるかっつうのってことだよ 73 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 16:01:31.21 ID:TW35b31Y.net] 言語を統一すべきだと言うが、実際はデファクトがあって統一されているようなもの ネーティブコードがほしければC/C++ シェルスクリプトはBash データベースはSQL etc それとも、統一したい人は、シェルスクリプトにC言語を使うべき、とでも考えているんですかね SQLの代わりにC言語を使え、とでも言うんですかね 適材適所というものがあって、対象を絞ることで、言語を簡潔にしている 数式もその一つ　数式以外のものは表現できないが、数式を表現するのに特化している これは、>>46に繋がる ところで、実際のところ言語が乱立しているのはLLぐらいでは？LLはおもちゃなんですかね 74 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 17:05:38.88 ID:kSvu3/F0.net] いや数式も多様な式/記号表現、計算出来るよう進化してきたわけじゃん それは数学にとどまらず他の学問分野で厳密な唯一無二の記述言語として活用されている そしてこの宇宙を表す共通言語になった まあそれはいいとして、プログラム言語も人間とコンピュータのインターフェースなんだからそろそろ共通化されてもいいんじゃないの？って話でしょ SQLにC言語とか馬鹿みたいな話じゃなくてさw 75 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 17:07:54.02 ID:+9T6xUTx.net] >>72 数式は統一されている ならプログラミング言語も統一されるべき 76 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 17:10:10.80 ID:RB2lNTb+.net] >>73 数学みたいに紙の上の問題ならいいと思うよ でも現実にはパフォーマンスやメモリなんかの実装の問題があるから現実には厳しい 仮に現時点で最高のものが出来ても数十年後には時代遅れになっているだろう 数学の場合そういうことはないからうまく行っている 77 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 17:12:28.69 ID:RB2lNTb+.net] まあでも実験や検証のための標準ならありかもしれない 78 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 17:23:14.45 ID:QqTbHrAN.net] RMSは随分と前からcとschemeで書けって言ってるけど、殆ど誰も従わなかったじゃないか 79 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 17:24:53.36 ID:QqTbHrAN.net] SQLの手続き的な部分を、PLかｒあcに置き換えたものならあるから 80 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 17:28:03.42 ID:QqTbHrAN.net] >>75 四色問題って知ってるか？ 81 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 17:46:45.24 ID:ICgAcoIW.net] 最も市場が大きく最もエレガントな体験を有し最も新しい言語Swiftさんに期待 Google、MSがSwift2をサポートするとかしないとかの噂まであるし生まれたばかりのSwiftさんで尚且つ最強のテクノロジーで最高にリッチなアップルがバックにいるから可能でしょ 82 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 17:47:11.35 ID:v3h15PLL.net] SchemeにスキンかぶせたArc Languageで良いんじゃないの？ 思ったんだけどさ、技術者が自分たちの仕事奪われないようにより複雑化したり、ブラックボックス化してるよね？ 日本人エンジニアは特に。コミュニティや次世代に還元する気がない。 つまりは日本人の若手が最初に学ぶ言語は「英語」だ。 C/C++, Python, JS, and Common Lisp. これらの適材適所の言語しっかり学んであとは時代ややりたい事にあわせて新技術などに対応しなさいって事だろ。 スクリプト言語はPythonになると思うし、Swiftはオープンソース化で相当化けると思う。 83 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 18:38:54.04 ID:RB2lNTb+.net] >>79 しってるよだからなんだ？ 84 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 18:51:28.43 ID:uULh2Iyu.net] 統一って言葉使うから変な話になってるよね >>81 C/C++, Python, JSは同感 Common Lispって何に使うの？ 85 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 18:58:33.60 ID:atEdzDWZ.net] いや流石にシヌ運命にあるjsは無いやろw 86 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 19:05:10.96 ID:Ci+5UWwg.net] 347： パンパスネコ(東京都)：2013/01/28(月) 23:30:51.94 ID:dnbEmCyw0 >>343 先進中の先進はやっぱりアメリカだよ。 でも海外では、 世界の方法論を変えるようなレベルのものや規格レベルのものを独自で作れる国はもはや、 アメリカと日本だけ、と言う事は良く言われたりする。 だからもっと自信を持て、と。 お前らの国の技術を世界は求めてるんだから社内政治にかまけるな、と。 87 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 19:06:56.94 ID:RntsE6hp.net] >>71 WASMはあくまでJSエンジンが解釈出来るASTのバイナリコードでしかない。 将来的にはGCや型の連携が取れるようになって今のJSと同じくらいには役立てられるが それまでには10年かかる まあ個人的に今JSに足りないものはbignumとか複素数みたいな多彩な数値型だな これが入ってくれるとかなり不満は減る 88 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 20:46:39.92 ID:ItemCqqU.net] >>60 50以降君が言っていることには全て同意。 ただ、内容は以下スレのほうが適切かもしれない。レスくれるならあっちでもいい。 あっちは「JavaScriptについて」であり、こっちは本来は「他スクリプト言語との比較」だ。 peace.2ch.net/test/read.cgi/tech/1325448978/ > Google,MS,Appleが手を組んで早急に次世代標準を作らないとweb技術の進歩にとって悲劇的なマイナスになる これは俺は既になっているとの見方だ。 クラスが本当に欲しいのなら導入すべきで、 それは言語仕様を結果的にひっくり返すことになるが、本当に必要ならやるべきだろう。 （個人的にはプロトタイプで満足しているが） ただ、JavaScripterにはこの考えが分からない。 理由はおそらく君も空回り具合から気づいているだろうが、奴らは他言語の経験がほぼ無い。 だから本物のクラスを見たことが無く、以下も通じない。 > もともとクラスベースじゃないところにクラスを追加してみたりかなり奇怪なものが出来上がっちゃってるわけ JavaScripterはJavaScriptマンセーしか出来ないというのはここでも言われているが、その通りだと思う。 ただJavaScript自体の仕様が「小型軽量スクリプト」であり、これについては十分だ。 問題は大規模プログラミングに対してのサポートが全く無い点であり、逆に言えば数行しか書かない人はまったく苦労しない。 そしてJavaScriptは必ずブラウザという強力なフレームワーク兼ランタイム(みたいなもの）の上で動いていたので、 数行でポップアップやスタイル変更ができ、見た目はものすごく変わる。 だから数行しか書けない奴もいっぱしのプログラマとして大口を叩くという 89 名前：、カオスな世界になっている。 とはいえ、これまで通りのクライアントサイドでの補助的使用であれば、今の仕様でもそんなに問題にはならない。 だからブラウザとしてはJavaScriptでいいというのは確かにその通りだし、しばらく揺るがないと思う。 [] [ここ壊れてます] 90 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 20:53:49.62 ID:ItemCqqU.net] >>63 > なぜなら非同期メインで考えられていないから。 他言語はスレッドがあるから必ずしも非同期で組む必要が無い。 JavaScriptはシングルスレッドアーキテクチャであり、だからこそ必ず非同期で組む必要が出てくる。 ただ、シングルスレッドでは処理能力に限界があり、JavaScriptもマルチスレッドを導入しつつある。 だから「ウェブセーフライブラリ」ではなく、従来どおり「スレッドセーフ」にJavaScriptがなっていくと思う。 君もJavaScriptマンセーしすぎだ。JavaScriptが未来永劫変わらず中心だと勘違いしている。 規格というのは、勝てる規格で無いと駄目なんだ。 HD-DVDとBDの規格争い、勝ったのはBDだったが、これと同じだ。 HD-DVDは従来の延長線、つまり「都合のいい規格」だった。 だが容量を大幅に増加するものではなかった。つまり、「戦える規格」ではあったが、「勝てる規格」ではなかった。 この場合、一時的な勝利は得られる可能性はあっても、最終的には必ず負けるものなんだ。 シングルスレッドアーキテクチャは記述が簡素化でき、軽量スクリプト向けには確かにいい思い切りだった。 ただ、JavaScriptが大型化/汎用化していく中、いずれ処理能力の問題が必ず出てくる。 そのときに、「シングルスレッドアーキテクチャ」は「戦える規格」だが、「勝てる規格」ではない。 最終的には処理能力のためにマルチスレッドにせざるを得ないか、 処理能力なんてただの飾りです、と言い切り続けるかどうかが問われる。ただ、後者の選択は出来ないと思うけど。 だから、「ウェブセーフライブラリ」なんて作ってもいつか必ず捨てられる。エネルギーの無駄遣いでしかない。 それはJavaScriptにとっては「都合のいい規格」だが、「勝てる規格」では無いんだ。 ここら辺がJavaScriptマンセー人にはまったく分かって無いように思う。 レスくれるなら以下スレでもいい。 peace.2ch.net/test/read.cgi/tech/1325448978/ 91 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 21:03:37.62 ID:TW35b31Y.net] HD-DVDが負けたのは、規格が悪かったからではないね SONY&パナソニック　vs　東芝 では結果は見えてる 規格は関係ない なぜならベータは優れていたけど負けたから 92 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 21:21:05.15 ID:ItemCqqU.net] >>71 > WebAssembly > > 6.4 Will WebAssembly make JavaScript faster? > Short answer: yes (load time) and no (execution time). > www.2ality.com/2015/06/web-assembly.html ちょっと弱いなあ。LLVMを直接食えるのが一番いいと思うのだけど。 93 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 22:21:37.10 ID:TW35b31Y.net] >HD-DVDとBDの規格争い、勝ったのはBDだったが、これと同じだ。 >HD-DVDは従来の延長線、つまり「都合のいい規格」だった。 >だが容量を大幅に増加するものではなかった。つまり、「戦える規格」ではあったが、「勝てる規格」ではなかった。 >この場合、一時的な勝利は得られる可能性はあっても、最終的には必ず負けるものなんだ。 この語り口調、すげー笑えるんだが プロジェクトXか何かのつもり？ 一体いくつの規格が互換性を蔑ろにしたために葬られてきたか、知らないんだろうか PCIExpressの前身とか、IA-64とか、D言語とか 94 名前：デフォルトの名無しさん mailto:sage [2015/08/04(火) 22:47:29.22 ID:aBky5kbq.net] >>88 別にJS自体にはスレッドの規定はないし、そういうアーキテクチャでもない。 マルチスレッドなぞ外から付け加えれば済むようなもの。 95 名前：デフォルトの名無しさん mailto:sage [2015/08/05(水) 00:57:09.19 ID:w1UWuDWC.net] JSには一般的なマルチスレッドは絶対使うべきではない ワーカーにデータ主体丸ごと渡して、結果を返す今の方式が一番いい せっかく非同期処理の安全性を確保してるのに、クソなもん入れんなよ 96 名前：デフォルトの名無しさん mailto:sage [2015/08/05(水) 11:28:18.34 ID:YxqBhg5N.net] pythonってそんなに勢いあるの？ 97 名前：デフォルトの名無しさん mailto:sage [2015/08/05(水) 11:37:16.18 ID:zJGeQEIV.net] >>94 英語やれよ恥ずかしい奴だな 98 名前：デフォルトの名無しさん mailto:sage [2015/08/05(水) 13:08:43.21 ID:STUZ0j9F.net] プログラミング初心者な俺はどの言語触ってもイミフで即飽きて挫折してきたけど、Processingはなんか違う 意外と面白い、クリエイティブコーディングが俺には合ってるのかもしれんな 因みにC、JAVA、Obj-C、Ruby、js、HTMLと全部即放り投げたほどのツワモノだよw Processingで初めて変数や関数ブロックを理解できて楽しく感じてきてる 99 名前：デフォルトの名無しさん mailto:sage [2015/08/05(水) 13:10:36.65 ID:STUZ0j9F.net] Processingを一ヶ月触り続けることが出来たなら次はSwiftに挑戦しようと思っている 100 名前：デフォルトの名無しさん mailto:sage [2015/08/05(水) 16:23:57.06 ID:EgI2nUyc.net] そもそも最初から実用言語を触ってすんなり行くわけがない。 実用言語は学習用言語ではないのだからね。 Processingは言語仕様的には別にそこまでの違いはないが、 環境や使用目的による学習ステップが初心者によく出来てる。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef