JavaScriptは消滅すべきだったよな
あの盛り下がってた時期に。
Ajaxとかいう技術のせいで再評価されちゃって、
結局使いにくいままjQueryとかcoffee scriptなるものを生み出してしまう。 >>559
途中までは理解できたが
最後は何を言ってるのかイミフ
解脱してくれ
>われわれが失いつつあるのは「オープンさ」だ。ウェブでは、誰もが何でもほとんど無料で公開できた。
>それらはどのマシン上であっても、ほとんど同じかたちで表示された。こうした性格が、初期のネット利用者にとっては魅力だった。
>おそらく、新しい世代もそうした喜びを発見し、ウェブは新しい生を得るのだろう。
>かつてほどの一般性は持たないかもしれないが、1990年代半ばの全盛期と同程度にはクールになるかもしれない。
>その当時は、事情通の誰もが、まったく新しい世界をひとり占めしていると感じていたのだが Webがパンゲアであった時代は終わった
バベルの塔も崩壊し JSもまたロストテクノロジーと化す JSがJavaに取って代わられると思ってたら
JavaがJSに取って代わられてたな
ただ、Java系のスクリプトがWebアプリに対応してきたら
JSも終わりなんだろうけどな Java系のスクリプトってなんだろうとしばらく考えてたが
JVMで動くやつってことか >>568
パラレルワールドからの書き込みかな。そちらの世界では何の矛盾もない書き込みなのかな JSの代替になるような言語が出て来ない内は厳しいな Dart1.1リリース記念上げ!
http://sourceforge.jp/magazine/14/01/17/163000
・dart2jsのパフォーマンスアップ
・サーバーサイドプログラミング向けの機能強化 >>559
いまや趣味のパソコンなんてオタクしか使ってないし、
スマホ組み込みウェブブラウザで2chとかtwitter読むのはもっさりすぎて厳しいから、
みんな専用アプリで読んでるよ。
↓
そのうちLINEみたいにhtml+JSなんか完全に捨てられて、アプリ+独自バイナリで送受信するようになるよ。
↓
Googleがクロールできなくなって1995年頃のアングラな楽しい世界に戻るよ!
ってことでおk? そう理解したならそれでいいよ
そのうちHTTPも使わなくなるよ >>566
最近の若いもんは閉鎖したモバイルアプリ環境で育ってきとる
→ オープンな世界の味を知ったら、WEBすげええwwwてなるよって話っぽいね
それをネット開通してある日世界と繋がった90年代に重ねているようずら LineのプロトコルはGoogleが策定に関わってるやつだよね?
それがHTTPの次期標準になってしまった
ならやるしかないでしょう、開発コストが高かろうとも PCですら2chやtwitterはブラウザじゃなくて専用アプリでみるもんだからな 専ブラならjs解釈しなくて良いということにはならない jsより良いもの作ってから言えって話じゃねえのか
代替が無いから使うしか無いだけかもしれんぞ Javascriptに比べたらCoffeeScriptのが100倍マシ
完全に代替になるし jsを無くしてコーヒーをそのまま解析するってこと?
それは相当遅くなると思うんだが 低水準まで勉強しない奴がほとんどだからな
そういうのが言語の優劣を語ると、JSやらCやらを叩くようになりがち 叩いたら、あ、低能が騒いでるって思うだけだから、どんどん叩いていいよ。 低能だとは思わんが お前は作れないのによく言えるなーって
傲慢さに逆に感心する JSは土管としてのみ存在を許される
直接書くやつはアホ 利用してる側の人間が偉そうにするって気持ち悪すぎw JavaScriptがクソなのではない
DOMがクソなのである すぐに下品な言葉使う男ってダサすぎ・・・(24歳OL) Javascriptはなんかもうアセンブラみたいな位置づけに落ち着いてしまった。
できることなら書きたくはないが、知っているほどWeb系マとしては優秀になれるような言語でしょ。
代替が出てくるのはもう無理。既存の資産が多すぎて切ることは出来ない。
今後もCoffeeみたいな上位言語でラップされるだけで、少なくともこの先十年以上残り続けると思うぞ。
そんな状況になってしまってるのにいつまでもクソクソ言ってるのは、無能アピールっぽい。
適切な開発環境を準備できない糞な職場で、
素のJavascriptを書くしかできないような、土方にだけはなりたくないな。
どうやって素のJavascriptを直接触れないで済むかに、全力を投資していきたい。 >できることなら書きたくはないが、
Yes, I agree.
>知っているほどWeb系マとしては優秀になれるような言語
Never. JavaScriptはthisの扱いが糞なだけでほかは優秀 TypeScriptやれよ
Dartよりも互換性高くてオススメ jsは既にunixにおけるcと同じ地位を確立してて、葬り去ることは不可能。
それどころか、phpやrubyをfortranやpascal,delphiにする勢い。
数年後、あれらは良いモノだったって言うのが分かる。 おお、俺の素晴らしい書き込みが消えてしまったのか! open 2chからはアクセスできる。本家は攻撃でもされてるの? >>592
> そんな状況になってしまってるのにいつまでもクソクソ言ってるのは、無能アピールっぽい。
第一に、クソクソ言うことと使いこなすことは両立できる。
むしろ過適応というのかね、クソにまみれて感覚が麻痺したあまり、クソをクソと感じなくなったり、
このクソ環境でこんなバッドノウハウを考えました俺スゲーみたいなアピールするやつJSerに多いが、
俺はそういうのこそ無能だと思うよ。可哀想だとすら感じる。
あと少なくとも現状、無理してウェブアプリにする必要がないケースは数多い。
クソをクソと認識して正しく避けたり、あるいはクソが取り除かれるまで待ちながら
ネイティブ開発している人が多数いるわけだが、無能どころか優秀って言わね?
俺からすれば、JSやHTML5に一点投資した人は、いつか夜明けが来ると信じて
(しかし夜明けが全然来ないので)
サンクコストの泥沼にはまってる人が多いように思えるよ。
大事なのはユーザーにキッチリ価値を届けることだ。そのために難しい戦場で戦うことはない。
JSでここまでやったぜっつってもユーザーは評価してくれないんだよね。
スクロールがカクつくの何、レイアウトが乱れるの何、反応が遅いの何、
欠陥品じゃん!これ作ったプログラマ無能じゃん!ってね。 特にHTML5でスマホゲー作ってる(作ってた)連中は、この数年の間に
取り返しのつかないビハインドを背負ってしまったことを認識しないとまずい
最新のiPhoneネイティブゲームの映像ですご確認ください
https://www.youtube.com/watch?v=N19p2L0-BcU >>610
今までに無いタイプの言語には、試しに使ってみた人が大勢出てくるから
では。 scriptあると滅茶苦茶遅くなったり誤作動や固まる率がものすごく上がる
その一方でメリットはあるとは思えない、あっても虚飾程度 >>615
15年前から来た人にTwitterとかGMailとか通じないよw >>609
Javascript+WebGLで作られたサンプルの方がそれより凄いんだけど
http://oos.moxiecode.com/js_webgl/water_noise/
http://jeremybouny.fr/ocean/demo/
Javascriptでシェーダーが使えるようになったから結構リアルなCGも描写できるようになったんだよな
EmscriptenっていうC言語からJavascriptに変換するプログラムもあるし低級化していってるなと思う >>610
分野によるでしょ。
数行スクリプトが頻発する分野では生き残るためには必須と言える。
>>609
コアなライブラリだけネイティブであればよくて、
後はJITのあるスクリプトで十分ってことがまだ分かってない人がいるとは。
https://www.youtube.com/watch?v=Sfx4OA4eF-A trelloやasanaみたいなもの作れたら、それでいい
ゲームプログラマって... JavaScriptって今までJavaみたいなオブジェクト至高言語しかやったことないやつが
関数が配列に入ったりするのに感動して過大評価してるだけなんだよね
そんなの関数型言語じゃ当たり前だったし、オブジェクト指向ではあえて入れなかった機能なんだが
それがJavaScript特有の高機能性だと思ってる C#とかC++果てはDまでもdelegateとか言って特別扱いじゃん
最初は排除してたくせに、新機能アピールのために後付してるのが見え見え。 個人的には第一級関数よりプロトタイプが書いてて面白いと感じたな
あとNodeが用途によってはPHP、Railsあたりと比較して圧倒的にパフォーマンスに優れてる面とかかなぁ >>620
違うよ。Perl,Ruby,Python使って奴らが、JavaScriptでイイヤって悟ったんだ PHP,RailsがNode.jsより優れてる点って? webアプリに必要なヘルパーがてんこもりなところ
あとNode.jsはエラーハンドリング面倒くさすぎだわ
ただそれらを差し引いても魅力的なパフォーマンス そりゃエラー処理もガベコレも端折ればパフォーマンス上がる罠 nodeはエラーハンドリングが貧弱なくせに
エラー起こすと全機能停止するからな
そこだけが不満 @ebi
なるほど。この発想はすごいなぁ。
ソースコードに隠された謎を説きながら冒険を進めろ!ゲームでプログラミングを学べる
hackforplay/shi3z:電脳ヒッチハイクガイド:電脳空間カウボーイズZZ
http://ch.nicovideo.jp/akiba-cyberspacecowboys/blomaga/ar599071 javascriptでオンラインゲーム開発したいんだけど、何すりゃいいんだ? >>631
君はそもそも、言語の勉強からまず始めるべきだな。 >>634
なら、君は使わなければ良いよ。
全てオフにして生きていけば良い。殆どのページで使い物に
ならなくなるがな。 >>631
ちなみにゲームはプログラミングでは難易度上級ですよ Servlet, JSPに統合されればよかったのか Snap.svg 使ったら
ゲーム作るのアホみたい簡単になった
うけるω JavaScriptの統合開発環境みたいなの拾ってきたw
DX Studio
http://www.dxstudio.com/
Freeバージョンはそのまま使えて、開発ライセンスは登録が必要。
マルチプラットフォーム、EXEファイル生成可(ライセンス版のみ)w
DirectX9ベースで、インストールされていない場合は自動インストール。
JavaScriptの実験用に使えるw
# ただし、全部英語で、ある程度の英語スキルが要求されるw >>48
JSON-LDはある意味再発明だな。こっちはgoogleさんがうまくやりそうだ。 >>610
ニーズのほとんどは、duck typingで説明できるんじゃねーかな。
なんとなく動いてほしいわけだ。
Pascalとかでコンパイル成功するとほぼ動作するってのを知ってると、気持ちわるいわけだが。 [EXEファイル可] JavaScript統合開発環境 DX Studio [転載禁止]©2ch.net
http://peace.2ch.net/test/read.cgi/tech/1423340731/l50 NodeのせいでPHP等のサーバ処理言語は廃れていく? OOPLなのに+で文字列結合とか無いわー。
集合型と互換性なくなるじゃん。
"集合型と文字列型が互換性を持っているSmalltalkの例"
| value |
"加算"
value := #( 1 2 ) + 1. "-> #( 2 3 )"
value := 'AB' + ( $a - $A ). "-> ab"
"結合"
value := #( 1 2 ) , #( 3 ). "-> #( 1
2 3 )"
value := 'example', 10 printString. "-> example10"
"備考:書式付き文字列結合"
value := 'example%1' % { 10 }. "-> example10" >>290
スモールマウス。ちがったトーク。うざいよ?
ここにも書き込んでたか。もう明らかに荒らしが目的ってはっきりしたな。 プロトタイプベースとか言う謎ワードに踊らされてクラスを意識させたのが間違いだった
構造体とfunc.callを中心に考えたらまだ有り 間違いの10や20くらいどの言語にもある。
JSはまだその柔軟性により間違いを緩和しやすい方だ。
ただJSの何もかもが間違いに見える人にとっては
間違いを間違いで塗りつぶしているように見えるのかもな。 嘘もつき続ければ真になるってか
最後に声の大きい方が勝つ その柔軟さが問題ありすぎて、厳密モードとかで必死に間違いを直してるだろ
影響が広い破壊的な変更を加えないといけないのは間違いが多すぎる証
他のスレでもいったけど、undefinedが予約語でなくて書き換え可能とか、変数の巻き上げとか、他にそんな間違いしてる言語ある? 柔軟なものを厳密に変えるのは簡単だ
エディターやlint、シンタックスチェッカーの助けを借りればいいし、
後付けで仕様を足すこともできる
逆は難しい
それがjavascriptが他より人気のある理由 柔軟すぎてランタイムごとに動作が不揃いな言語を作るのは簡単だ >>656
少なくとも柔軟さが原因で動作が異なるというのはほぼ無いな
新仕様の未対応とかはあるけども 変数の巻き上げは有名なところだとpythonもだな
これもlinterでvarが最初にあることをチェックしとけば防げるし、
Es6にはletという新しい構文ができた
このように、柔軟さは防げる そうじゃなくて、巻き上げた変数に宣言前にアクセスをすると例外も出さないでundefinedにするなといいたい
存在する意味のない謎仕様をlintでごまかすとか意味不明
>後付けで仕様を足すこともできる
破壊的な変更をしないといけないのは足すとは言えない
処理系で足並みを揃えるのが難しいから、altJSに逃げざるを得ない
柔軟性で言っても、中間言語のほうが圧倒的に上。javascriptは制限が強い。
いっそ、APIと共通言語仕様だけ決めて、言語は自由に選択可能というのが利点ありそう >>660
お前の言いたいことは分かるが、それはもう世界中で何十億回と言われ腐ったことだろ。
2015年の今それを言ってどうする。
世間はaltJSやらES6で前向きにその問題を乗り越えてるし、
この問題は数ある中でも実際にこまる度合いは極めて低い部類だ。
これはもはや相互理解ができないのかもしれないが、
strictモードやaltJS、Lint等の存在があるからJSerはJSがダメとは思わないし、
むしろそういう存在があることを光栄に思っている。
実際ES6ではCoffeeScriptから取り入れたものもあるし、TypeScriptはES7を参考にしてる。
JSerはこれらを敵対勢力ではなく、運命共同体の仲間だと認識している。
そして最近GoogleがTC39Meetingでも発表したSane/SoundScript構想。
>>660のような人にとってはJSがダメなことの照明だと思うのだろう。
だがJSerはこれはJSの進化だと捉える。
JSは柔軟であり、堅牢であり、全ての要求に答えられる言語に進化していくと願っている。 >>661
結局、javascriptである必要性がない
柔軟性、堅牢性、すべての要求に応えるなら中間言語を使うほうが楽じゃん
構文解析によるロスも、文法の制限もなく、あらゆる言語からコンパイル可能。互換性や速度の足かせもない。
この話は全く腐ってないし、LLVMとかRoslynが成果を上げ始めてきている2015年だからこそある選択肢
PNaClに期待したい
javascriptはひとつの選択肢として残せばよい
わざわざ柔軟性の低いjavascriptにコンパイルする理由は互換性を除けばない LLVMは確かに互換性が売りだ。しかしそれは理想であって現実は違う。
PNaClがなぜ普及しないのか?それは最初は問題無いとされた互換性問題が避けられないと分かったからだ。 Javascriptが中間言語なんですけど?
よくある話で、わざわざ別のものを作る必要はない。 >>663
まだこれからでしょ
サーバー側でasm.jsにも変換して、非対応ブラウザはそっちを使うとかすればいい
>>664
それしか手段がないからそうしてるけど、遅いし柔軟性低いし、限界はある
型やポインタが扱える、高速な中間言語が採用されてもいい時代