【プログラミング】DartがECMAの標準規格に　Javascriptとおさらばするこれが最後のチャンスだ

　Googleのプログラミング言語Dartが、 ついにECMAのスタンダードになり、ECMA-408というキャッチーな〔皮肉！〕お名前をいただいた。
ECMAは日常あまり目にしない名前だが、あなたが今これを読んでいるブラウザも、このページの一部をECMAscriptの処理系を使って表示しているのだ。
つまりECMAの規格に準拠しているJavaScriptを、公式の場ではECMAscriptと呼ぶ。ECMAは過去に、JSON、C#、Office Open XML形式、CD-ROMの各種仕様などの規格も策定している。

　DartのチームとチームリーダーのLars Bak (JavaScriptエンジンV8を作ったデンマーク人のプログラマ、自転車競技の選手ではない）は、彼らの言語がv.1.0をリリースできるまでの安定に達したと確信して、
言語の標準化作業をECMAに持ちかけた。数日前にECMAはDart言語の仕様を公式に承認したが、それはDart 1.3がベースで、今日（米国時間7/8）からGoogle+上で共有される。
　ECMAの公式規格になったことによって、Dart言語をめぐるより活発なエコシステムが作られることが期待される。仕様が標準化し安定すれば、
いろんなところが処理系を作りやすくなり、彼らにとって“動く標的”という不安がなくなる。

　Dartの作者たちはこの言語を汎用言語とみなしているが、ライブラリの現状などから見ると、いちばん向いているのはWebアプリケーションの開発だ。
ただしまだ、GoogleのChromeですらDartをデフォルトでサポートしていない。Dartを試してみたいデベロッパは、Dartの処理系を載せた特殊なバージョンのChromeを使うか、
またはDartをJavaScriptにコンパイルしてから動かすしかない。でもBakの話では、ChromeがDartを標準でサポートするようになるのは、もうすぐのようだ。
公式の言語規格にもなった今日からは、そのほかのブラウザのベンダや多くのデベロッパが、Dartにあらためて注目するだろう。

ECMAの規格はバージョン1.0だが、先月のGoogle I/OにおけるBakの話では、次期バージョンには列挙型（enum）や、 deferred loading、
それに少なくともベーシックな形でのasyncのサポートが含まれるという。これら新しい拡張言語仕様とそれらをサポートしたDart処理系は、年末までにDartチームが制作する予定だ。
http://jp.techcrunch.com/2014/07/09/20140708googles-dart-language-is-now-an-official-ecma-standard/

つまりどういうことだってばよ

新しいJavaアプレット？

golangどうすんだよ

標準化されたらメジャーになれるの？

規格ができても実装されるとは限らないからな
そもそもブラウザのフロントサイドで使われるには・・・

主要ブラウザ(IE8、IE9、IE10以降、Firefox、Chrome、Safari、旧Android標準ブラウザ)で全て実装されている


これが必要になる。
IE8とIE9と旧Android標準ブラウザはあと10年は生き残るから、Dartはあと10年は使われないわけだ

他のブラウザがこんなのに追随するわけがない
はやらないよ

>>2
jqueryがオワコン

helloworldを見て直感した
これは普及する

誰か翻訳しろ
嫌儲で流行らせよう

誰かサンプルのプログラム頼む

過疎ってる

構造化ウェブプログラミング言語Dart2
http://peace.2ch.net/test/read.cgi/tech/1319388343/

VBAみたいなことがChromeでできるようになるのか？

公式
https://www.dartlang.org/

環境構築なしでDartを試せる
http://try.dartlang.org/

>>2
■要約
Javascriptは元々狭い用途で作られた為、色々問題を抱えてる。
みんな糞糞言いながらJavascriptを使い続けてる現状。
↓
数年前にGoogleがJavascriptに変わるDartという言語を作った。
でもDartが動くブラウザはまだ無い(開発用のDartiumだけ)。
↓
〜そういえばDartどうなったっけ〜
↓
Dartが突如、標準規格として承認される。
Dart搭載Chromeも登場間近。

へー

前、各ブラウザが勝手なJavaScript拡張してて

それが気に入らないからECMAScriptだけで書いて遊んでた時があったけれど

ECMAで出来なくてDartでは出来る事ってなんかあるの

Dartなんか覚えたくないよぉ

やたらと言語増やすなハゲ

>>6
サポートされるまではJavascriptに変換して実行され
サポートされたブラウザではネイティブで動作するようになるだけ

・Dart
Googleが開発したJavascriptにとって代わるかもしれない新たな言語。
普通のJavascriptに変換しても使えるが、ネイティブで動かすブラウザの登場が期待される。
対応ブラウザはまだ無い(Dart用に作られたDartiumで試すことはできる)。

・asm.js
Firefox陣営が開発したJavascriptに制限を加えた「書き方」。
この書き方に沿って書けば、Javascriptが滅茶速くなる。
C言語からasm.jsに変換する仕組みもある。
Firefox以外でも正常動作するが、速くなるのはFirefoxで動かした時だけ。

・PNaCl
Googleが開発したC言語などのネイティブ言語をブラウザ上で使える仕組み。
速度は滅茶速いがChromeでしか動かない。

・Typescript
Microsoftが開発したJavascriptをより厳密にして拡張した言語。
普通のJavascriptに変換して使う。よってどのブラウザでも動く。
次世代Javascriptの仕様を先取りしており、割と素直な言語。

・ECMA Script6(次世代Javascript)
いわゆる次世代Javascript。仕様策定中。
TypescriptやDartはこの機能を先取りしてたりする。

Ecmaてなんなんや。。。。jsをaaa:bbbみたいな書き方した時出て来るやが

そのうちにECMAScriptでインラインアセンブラ命令とか記述できそうｗ

コードが見えるから、まあ安全つーか、一応ネイティブと違って存在価値があるかも

実行のたびにコンパイルすることになるだろうから起動は遅そうな気するけれど

Dartってググるが開発したくせにクロームには乗せてないんか

この言語流行るの？
プログラマーの人らはこういう新規の言語が出る度に習得って辛くないの？
さいの河原みたいな気にならないの？

”プログラミング”が趣味の奴なら新言語出るたび楽しいんじゃないの

>>24
エロい人が現状より開発効率上げてくれるライブラリやら
フレームワーク作ってくれれば触る人増えるだろうけど
それがないとギークしか触らんな

てかまずwebでFlash超えるか同等の開発効率を生み出すにはどうゆう仕組みがええんやろうなぁ

>>24
しんどいけどどの言語も考え方や用意されてる関数は似たようなもんだしただ面倒なだけだな

こういうの好きそうなやつは、いまSwiftの学習で忙しいんじゃね？

他のブラウザが対応してくれるかが一番のネックだと思う
後、非対応のブラウザ（主にIE）が残り続ける限り広まらんだろうな…

Dartならjavascriptよりははるかにマシだよな
ただ、全てのブラウザが対応してくれないと

>>30
ほんとHTML5普及を阻害してきたIE8の悪夢が蘇る

　　S┏┳┳┳┓
　 　 ┣╋╋╋┫
　 　 ┣╋╋╋┫
　 　 ┣╋╋╋┫
　 　 ┗┻┻┻┛G

上の4x4の碁盤目状の道路で
同じ道は通らずに(同じ交差点は通ってもいい)左上の角から、
右下の角に到達する経路(最短経路だけじゃない)が
何通りあるか求めてください、答えは***632通りになるはずです

普通の経路探査問題と違うのは同じ交差点は通ってもいいために
少し難易度が上がってるところです

コード見る限り、pythonポイね。

実際問題、モバイルの場合、ネイティブアプリで書くからHTML5の出る幕はない
恐らくHTML5は主にPCのブラウザだけで、すごく限定的に使われるだけで広く普及する事はないだろう
HTML5は生まれる前からすでにオワコン

AngularJSじゃいかんのか

>>32
こういう経路探査は再帰使って探査経路を分岐してけばいいんだっけ？

>>32
70通り

>>37
それただの最短経路のみｗ

>>38
言われてようやく問題文を理解した
解いてみる

既に通った経路をどうやって記録しておくかが問題だな
同じ交差点通っちゃいけないなら、交差点に番号振って
通るごとに登録していけばいいんだが、ルート登録は面倒だな

>>32
まずS-Gと斜めに分断する一直線で区切って対称となる答えがあるから、それで探索範囲は半分になる
そしてSとGの位置を逆にした対称形もあるからさらに探索は半分になる

あっ、思いついた
やっぱり交差点に番号振って


2　　3　　4　　5　　6

7　　8　　9 　10 　11

12　13　14　15 　16

17　18　19　20 　21

通った経路は交差点の番号の積で表せばいいんだ
たとえば8→13に移動したら8*13＝104を登録すれば
13→8の時と同じルートとして判別できる
よし、スレの趣旨に従ってjavascriptで書いてみるか

秀樹も感激だな

>>42
その数の積ではユニークになりません
2*10=20
4*5=20
2*9=18
3*6=18

>>44
積で表すのは20本の縦横に走るそれぞれの通路の識別ね
だから2→10の通路は無いです
1から始めなかったのは2*3と1*6が被ったから

20本じゃなくて40本だった…
しかしjavascriptの配列.IndexOf(要素)遅すぎる
ここは手書きでいくか…

マジかよどっちも糞だは！

東北大学大学院文学研究科の吉川裕と言う男は
私に勃起したペニスを見せて来たが
私が彼の男性器をしゃぶる事は
今後無いと言っていいだろう

これでHTML+JavaScriptから開放されるのか？
それより対応バラバラのHTML5をなんとかしろよ

IEが滅びればこんな言語を待望する理由もない

Googleは投げ出す癖があるから、俺は使わん。

function Move( x, y, pos )

の仕様は、左上を(x, y)＝(0, 0)としてposが25個の交差点の固有番号を表す
移動方向は、0:→ 1:↓ 2:← 3:↑と定義して
4方向の移動を試していく、座標が0未満になったり、5以上になったらそこで打ち切り
今の交差点と移動先の交差点の積を配列に登録していって
その交差点の積が既に登録済みならそこで打ち切り
ゴール地点に到達したらカウント増やしていく

で、このMove( x, y, pos )を関数の中で再帰呼び出してどんどん移動しながらパターン分岐させていく

よし基本アルゴリズムはできた
まあ、ただのシラミ潰し系だけど

>>32
やっと出来たかな
323632

Coffeescript最高すぎ
PythonとrubyやってJavaScriptの基本がしっかりしてる人だけおすすめ

>>32
おれもできた、同じく323632ルート
CPU i7 Chromeで実行して0.55秒くらい


<script type="text/javascript">
var time = Date.now(), GoalCount = 0, PassAry = [], Xstep = [1,0,-1,0], Ystep = [0,1,0,-1], PoStep = [1, 5, -1, -5];
Move(0,0,2);
document.write(GoalCount.toString() + " Route<br><br>" + (Date.now()-time)/1000.0 + " Sec");
function Move(x, y, Pos){
var i, Pos1, Pass;
for(i=0;i<4;i++){// 0:→ 1:↓ 2:← 3:↑
switch (i){
case 0: if(x===4) continue; break;
case 1: if(y===4) continue; break;
case 2: if(x===0) continue; break;
case 3: if(y===0) continue; break;}
Pos1 = Pos + PoStep[i];
if(Pos1 === 26){ GoalCount += 1; continue; }
Pass = Pos*Pos1;
if( SearchAry(PassAry, Pass) === -1 ){
PassAry[PassAry.length] = Pass;
Move(x + Xstep[i],y + Ystep[i],Pos1);
PassAry.pop();
} } }
function SearchAry( Ary, target ){
for(var i=0,len=Ary.length;i<len;i++) if( Ary[i] === target ) return i;
return -1;}
</script>

dartで書いてJSに変換するやり方ってメリットあんの？

>>20
Typescriptが最終的に残りそう
まあjavascriptなんだけど・・・

>>56
前にただhello world出力するだけのプログラムを変換したら1万行超えてダメダコリャ状態だったけど、今はどうなってるんだろうか

>>58
うそーん
一万行ってあり得ないだろ・・

coffee持ち上げる奴はキチガイ

Javascript自体をもっと使いやすいように改訂しろよ

>>32 ずっとできないと思ったら辺の数と頂点の数を間違えてた死にたい凡人コードです遅いです
object RouteSG extends App {
val W, H = 5 // "頂点"の数
val (r, d, l, u) = (1, 2, 4, 8) // ビット演算用
val nmap = Map(r -> 1, l -> (-1), d -> W, u -> (-W)) // その方向で進む座標
val wmap = for (j <- 1 to H; i <- 1 to W) yield { // その頂点で進める方向が入ってるSeq
var movable = 0
if (i != 1) movable += l; if (i != W) movable += r
if (j != 1) movable += u; if (j != H) movable += d
movable
}
println(walk(wmap, 0))

def walk(wmap: Seq[Int], idx: Int): Int = {
if (idx == (W * H - 1)) return 1
val sum = for (d <- Seq(r, d, l, u) if (wmap(idx) & d) != 0)
yield walk(walked(dup(wmap), idx, d), idx + nmap(d))
sum.sum
}

def walked(wmap: Seq[Int], idx: Int, dir: Int): Seq[Int] = {
val dmap = Map(r -> l, l -> r, d -> u, u -> d) // 通った道を移動先の頂点でも消す用
val nidx = idx + nmap(dir)
wmap.updated(idx, wmap(idx) - dir)
.updated(nidx, wmap(nidx) - dmap(dir))
}

def dup[E](sq: Seq[E]): Seq[E] = sq.map(x => x)
}

javascriptがいかにくそかよくわかるよな

・CoffeeScript
・TypeScript
・GWT
・ClojureScript

なんでこんなにjavascriptをターゲットにした言語があるんだよ

Java
http://ideone.com/kuRf49

直接実行できるなら価値あるかもしんないけど
でなけりゃTypeScriptでいいし

>>62
これScalaだっけ？

coffeescript使ってるのってrubyユーザーだけだろ

>>62
誰かこのアルゴリズム解説して
Scala知らないからよくわからない

ネイティブしか使ったことない俺勝利

生でjavascript書いてるやつはアホ

なんでぇ。ゴミジャンｗ
どうせラムダも無いんだろ？

javascriptは関数の階層を深くていくと
スコープチェーンの検索に時間がかかって実行速度遅くなるから
ついつい、関数内関数にまとめられるところでもベタ書きしたくなってしまって
汚いコードになってしまう

>>55は頂点移動するごとに進める方向チェックしながら経路探査しているのに対して
>>62は最初に、頂点ごとに進める方向を配列に記録していって
それを利用して経路探査しているのは解った

他のブラウザが実装するかわからんし
もしそうなったとしても実装が行き届くまで何年かかるか

少なくともあと5年はjsの天下

jqueryイランとか言ってる奴いて意味わからんかったけど今どきは素でセレクターつかえるのな
つっても素のjsのみだとイベント管理とかajaxしづらいと思いました

またIEの旧バージョンが壁になるんだろ

>>70
そんなアホにどのAltjsが最強か教えてくれよん

いつも生javascriptでやってます

生JS最高

生JSﾜﾛﾀ
やっぱり生JSは最高だぜ

dartコンパイラをjavascriptで実装して処理系がなければそっちに投げるみたいなのがあれば良いかもな

長いこと生JSやってきたやつは
既に自分用のライブラリをたくさん蓄積してるだろうしな

>>58
基本的な依存ライブラリ全部ひっくるめて変換してるのかな

次はmozilla潰しとくか

最後のチャンスってことはこれ逃したらまたずっとJS安泰ってこと？

>>73
Scalaのコードは大体そんな感じ、だけどものすごく遅い
jsの方は拡張性は微妙だけど、この問題に限定して考えれば実行速度も相当早いし絶対俺じゃ思いつかない

AltJSはScala.jsがいいと思うよ、俺は使ったことないけど

現状でJSから新しい言語に乗り換えるとか怖くて出来ねえや。
ライブラリの蓄積もあるし。

JSのしぶとさは異常だな
実質的に最もお手軽なクロスプラットフォーム言語になってしまってる

DartでもTypeScriptでもいいから早くjavascriptに取って変わって欲しい

FLASH潰しのcanvas要素もJavascriptで制御するし、これがなくなるなんてありえんわ

>>55 >>62
くそっ、出遅れたぜ
仕方ないから二人と違うアプローチで解いてみる>>32

>>91
何気にJavaでといてる人も>>64にいるyo

>>92
ほんとだ、気づかなかった
ソース読んでみる

IE5くらいの頃からブラウザ間の互換性を問題視してて
未だにこんな事やってんだもんな

このスレにはプログラムスレに必ずやってくるPython派が寄り付かないな

仕事で使ってるわいい言語だぞ

Dart使う仕事って何…

どーせSafariもIEも採用せずに孤立して普及しない

MozillaはもうすぐＧｏｏｇｌｅとの契約更新があるようだからFirefoxのDart対応を求められるだろう
OperaはＣｈｒｏｍｅと同じエンジン使ってるみたいだから当然Dartに対応するだろうな

どうせIEが対応しないからだめなんだろ
ChromeBook向けなのかもしれんが

Mozillaは asm.js IEは　TypeScript　Safariは？採用しないな。
Chromeで格別評判が高まれば再評価が始まるだろうがあと数年は無理だろうな。

ここまで大きくなっちゃったJSが無くなることはまずないから
大規模開発以外で使う意味内よね
速度だって劇的にってわけじゃなさそうだし

>>101
SafariはSwiftだな

とりあえずはChromeOS向けなのかな

昔はjavascriptって簡易言語的扱いでたいしたことできないってイメージだったけど。
基本的なところは対して変わってないのにnode.jsとかjqueryとかajaxとか言い始めたあたりから見られ方が劇的に変わったような気がする。