JavaScriptは消滅すべきだったよな
あの盛り下がってた時期に。
Ajaxとかいう技術のせいで再評価されちゃって、
結局使いにくいままjQueryとかcoffee scriptなるものを生み出してしまう。 アイさんは今年35才になりました。
才能がなく若さだけに頼ってきたプログラマーが脱落し始める歳です。 誰も代わりを用意もしなかったし要求もしなかったからな Javascriptエンジンの異常な競争が起こる前に
ほかのスクリプト言語でいいのあった? coffescript はわかるが、jQuery はJavascriptだろw このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所 >>4
シェア独占の青いブラウザ作ってたどっかの会社が作ればよかっただろ。 IEはVBScript載ってたしやろうと思えばほかの言語を載せることもできた
(たとえばActiveStateってところがPerlScriptなんてのを作ってた)
けどほかのブラウザがスルーしたのでなかったことにされた JavaScriptは今のCみたいなポジションで長く使われそうだ。
C同様即刻滅んで欲しいがC同様の理由で滅ばなそう マルチプラットフォームでオープンで別の言語を載せようとした会社がなかったからだろ。 JavaScriptが他のLL(perl,php,python,ruby等)に比べて劣ってるところは何かね?
それらの言語より筋はいいと思うけど。 option explicit この一文だけで VBScript > JavaScript > JavaScriptが他のLL(perl,php,python,ruby等)に比べて劣ってるところは何かね?
ファイルアクセスやGUIやなどの標準ライブラリがない所
OSネイティブのAPIを呼び出す標準的な方法がない所。
独自仕様とはいえ、早くにそれらを呼び出す拡張をした
MSは先見の明があったと思う。
>>1
うむ
色んなスクリプトをサポートして欲しかった
jsしか動かんとか、つまらん
最低でも3つはサポートして欲しかった
C++、PHP、JavaScriptとクソ言語が天下を取る法則でもあるのかね?
いやC++はクソなりにいいところもあるし、PHPは避けることもできるが
JavaScriptは単にクソというだけじゃなく使用を強要してくるからな。
HTML5大勝利、これからはウェブアプリの時代と喜んでる
無邪気なユーザーや、無知な投資家ども、TechCrunch等のライター
経験の浅そうなエンジニアどもを見てると腸が煮えくり返るんだけど。
あらゆるソフトウェアをクソ言語JavaScriptで実装させる気かよ。悪夢だ。
CoffeeScriptやらDartやら出てきてるのは、
ナマじゃとても使えねーぜこんなクソ言語とはっきり言明しているようなものだろ。
真面目な話、JavaScriptをどうやって滅ぼすかが今後10年か20年かの課題になってくると思う。
暗黒の時代の始まりだ。 Javascriptは関数型言語なのです。
バカには使いこなせないのです。
とかいうとホムペクリエイターが喜ぶからじゃないでしょうか? javascriptはwebにおけるアセンブリ言語みたいにして
それを吐くより高級な言語で開発するみたいな姿勢になってるんだよな
でもそういう使い方するならもうちょっとシンプルな仕様の言語にしとけって思うけど 仕様としては割とシンプルなほうじゃね?
それを扱う方法が複雑なだけで >>15
しかもIEはBGSOUNDタグで音楽再生ができたしな、
なぜかボロクソに叩かれたが IEのシェル統合は散々叩かれたのにKonquerorが叩かれないのが理解できない >>24
コンカラはあくまでIEの物まねだからなあ、叩くとしたらその部分がまず最初になるかと
まあ結局コンカラもファイラ部分分離したがな Windows8のアプリって、HTML5+JavaScriptで作るのがお勧めなんだってな。
動的型の言語はやめてほしいわ。
C#でいいじゃん。
お手軽に書きたいなら、Scalaみたいな静的な型でお手軽にかけるやつ作ってほしい。 >>27
違うぞ。
WinRTはJavaScriptからも呼び出せるってだけで、
基本は静的型付けから使うことを基本にしている。(だから型がある) >>13
なんか名前空間っていうか、変数のスコープとか変じゃね? >>30-32
CoffeeScript使えば万事解決だな >>17
ttp://b.hatena.ne.jp/Tesh/20111110#bookmark-66849749
なんだお前か。 >>15
当時はW3Cやその信者どもがHTMLの理念(笑)を掲げて暴れまわってたからな
結局XHTML2(笑)は誰にも相手にされず思想的には対極の存在だったWHATWGにのっとられたがな XHTMLとかまったく触らなかった俺はいつの間にか勝っていたのか 2000年ぐらいに学生時代にXHTMLの無料セミナーみたいになのに言ったことがあるけど
段上でなんか、有名かよくわからん人が色々言っていたな。
XHTMLで作っていればデータの再利用がどうとか。
その時の俺の意見は、XHTMLはユーザーが見るために存在するもの
データにデータとしては不要なもの(だが人間にとっては重要なもの)が混在したもの。
この混在したものからデータを取り出すのは、小石の混ざった米から小石を取り除くようなもの。
面倒なだけ。
機械的な処理の結果、XHTMLとして最終出力されるのならともかく
人間がXHTMLを書くものじゃない。データとして使うなら最初からXMLなどのデータで作る。
XHTMLは再利用を考えるものじゃない。人間のための出力結果だ。
と考えていたが、まさにそのとおりになったな。 >>39が書いたHTMLはさぞJavascriptからは扱いにくいものになるんだろうな >>41
>>39見て「ユーザーが見るため」「人間のため」ってのをやたら強調してたから、
「ブラウザを通しての見た目がちゃんとしてたら後はどうでもいい」って思想なんだな、と。
「この人綺麗なHTML書く人じゃなさそう」って思ったんだよね。
正直、貴方の書くHTMLをスクレイピングとかするのは骨折れそうな気がしてきたw
>>40が言葉が足りてなかったのは謝る。 > 「ブラウザを通しての見た目がちゃんとしてたら後はどうでもいい」って思想なんだな、と。
あちゃーw
お前が馬鹿なだけかw Javascriptから扱いにくいHTML...
なんのこっちゃwww Javascriptから、つーよりはDOMからって感じかな
idとかclassとかまともに設定されてなくて
document.querySelectorAll()をどう実行すればいいかめんどいケース
Greasemonkeyスクリプト作ってると毎回直面する話さね
まあサービス提供する側がGreasemonkeyなんぞに便宜はかってやる義理はないってのはわかる そこらへんはCSSの普及でだいたい解決してるんじゃない?適当につけるとCSS適応するときに困るから
CSSが普及したのはW3Cの理念が理解されたから…ではなくてデザインの幅が格段に広がったからなんだけどな
>>39
むしろ公開している側は容易に再利用やサニタイズなんてしてほしくないと思うはずなんだがなぁ
なぜ XHTML を採用するのか
http://w3g.jp/xhtml/guide/merit
今となっては悲しい文書になったよなw >>47
そもそも再利用というかデータとして使ってほしいならHTMLなんて冗長な形式にしないしな actionscriptが死んだ。javascript+html5に殺された。 AdobeはAS3というかAVM2を出して事実上モバイルとPCを分断したのが最大最悪の失敗だったと思う >>52
人生をつまらなくしているのは、お前自身だ。
他人のせいにするな。 C言語は偉大で無二の言語だけど、そろそろC言語っぽい文法しか売りがない
クズ言語は淘汰されるべきだ hacker newsでアナウンスされるjsライブラリ見てると、今のhtml5+jsは勢いあるなと思う
けども、cやjavaよりかはperlみたいに「一世代築いた言語」で終わってしまう感が拭えない
海岸に打ち上げられたマッコウクジラが腐敗して内臓にガスが溜まって飛び散って、
見えたらダメな骨とか内臓が剥き出しになっている感するよね
2年後ぐらいにはブラウザにrubyもどきの言語が載ってんじゃないか?
(pythonもどきは永久凍土の関係でブラウザには載れない悪寒) ブラウザにruby? あははは。
ないないwww 絶対に無い。 Ruby使いとしてもそこはRubyのポジションではない感じがするかな
ブラウザ上では既にJSありきになっちゃってるのだから
今のC言語のようにその位置はずっとJSだろう dartに普及して欲しいけど既成のjsの資産が増えすぎたよな Ruby信者はたかがベンチマークの話でHotRubyを潰した歴史があるからな でも一社が突貫工事ででっち上げた言語にしては奇跡的にマシな出来だよな。 スクリプトエンジンの速度競争のおかげもある。
IE5.0辺りは、本当に使えなかった。 スコープの制限とか名前空間とかアクセス修飾子がほしい。あとクラスはclassキーワードで宣言できるようにしたい。継承もっと簡単に。 ECMA上で>>66の機能を策定する需要はもうないのだろうか
Dartとかcoffeeに任せたほうがいいってことかな? スコープ制限自体は(やりにくいけど)一応あるじゃないか >>58
EJS使ったりCoffeeScript使ったりとRuby使いは苦労してるのにお前ときたら・・・ wicketとかliftとかの
ステートレスの流れわろた。
すげー大回りして
デスクトップアプリの書き方に
なりましたってか?
デスクトップアプリをそのまま
サバクラに変換する
ツールがあったけど、
もうそれだけでいいじゃん。 >>71
それはどうせ、Macで動かなかったり
アプリの配布が大変だったり
動作が重いから却下。 >>72
そんな問題はどうせすぐに解決
するから大丈夫。 >71 なんか面白そうな話題だが
wicketってJavascriptじゃなくてJava?
liftって liftweb.net であってるかな
どの辺見れば話についていけるの >>74
>wicketってJavascriptじゃなくてJava?
yes
>liftって liftweb.net であってるかな
yes
>どの辺見れば話についていけるの
http://www.slideshare.net/yoshiori/ss-268210
このスライドとか。 >>65
> スクリプトエンジンの速度競争のおかげもある。
つーても実はたいして速くないんだぜ。V8ですら。
最初がものすごく遅かったのと、PCの性能アップで皆騙されてるけどな。まだC++より1桁遅い。
俺の所見としては、スマホでJavaScriptのような遅くてバッテリーバカ食い言語で
アプリを動かそうなどという潮流は正気とは思えんよ。
あまつさえトランスコードして他の言語を動かそうなど
いくらハードが速くなろうが、さらに重いソフトウェアが作られるようになって元の木阿弥。
その繰り返しの歴史の最新版だよ、これは。
世間が環境だのエネルギーだの節電だのと言ってる中、
計算資源というものをちっとは考えたらどうなのかと言いたい。
Dartあたりには言語をゼロから作り直すというだけでなく
その辺を突破しようという意味もあるんだが理解されていないように思える。 >76
10年前のハードでPerlが普通に動いてたんだから、
それより軽い仕様のJavaScriptが今のスマホで動かない訳がない。 JavaScriptっていうより
webアプリケーションが
消滅すべきなんでしょ。
スマホもみんなWebアプリをアプリ化してるじゃん。
2chだっていつまでもCGIのサイト
じゃなくて専ブラとかアプリ
使ってんじゃねーの? MとCさえ作っとけば、あとはユーザが勝手にVを作ってくれるってことか。 サイトはAPIを公開して、それに合わせてクライアントソフトを作るのか。
面倒だな。 >>81
で、>>80が言ってるのは「デフォルトのVなんぞ用意するな」ってことだな >>76
流石にネイティブコード吐く言語より速かったら色々と問題じゃね…? >>76
Dartはそんなことまで考えて作られていたのか・・・ってねーよ!
お前は江添亮か 江添さんがDartをdisるエントリを書く日を楽しみに待ってます^^^^ VM方式を採用してる時点で省電力とは無縁じゃないかと 半分家電の携帯電話なんかはVMで動く言語必須だろ
ユーザが自由に触れる部分はサンドボックスにしておくべき
どうせ軽いゲームとかユーティリティーソフトぐらいしかつくらないんだから
カーネルをVMで動かしてるわけじゃねえし
もちろんアプリ動かすと電池の消耗が速くなる >>90
だな。
ノーパソでも動画編集はじめたら消費電力跳ね上がるしな。
Javascriptがバッテリー食いと言うが、今の状況になる前に他の方法でやっていたらとか、今後の技術開発動向を考えて具体的な数値比較しないと何とも言えん。 どうでもいいけどJSは関数名(メソッド名?)が長すぎて萎えた 名前空間はオブジェクトが使えるが、変数のスコープがなぁ・・・
JavaScriptは、まだ var で変数名衝突の問題を回避できるけど
CoffeeScriptは、外の変数名を使わないように気をつけろだってさ。
nodeが使いづらすぎて嫌
functionでreturn書かないといけなかったり、
letを許さないなんて嫌すぎる 「js書いてるのは情弱だけ」はその通りだが、
だからCoffeeScriptというのも寒い時代だと思わんか。
歓迎してる連中がいるのが信じられん。
ある意味プログラマの雇用が守られそうではあるが。 Javascriptが世界を支配する日 - DQNEO起業日記
http://dqn.sakusakutto.jp/2012/04/javascript_14.html
もう氏ねよこいつら。最近のウェブ屋ども頭おかしいわマジで。
JavaScriptのVMは何の言語で書かれてるの?
てめえの使ってるブラウザは何の言語で書かれてるの?
てめえの使ってるOSは、デバイスドライバは、何の言語で書かれてるの?
JavaScriptで書かれてる業務系や基幹システムどれだけあんだよ?小数点切り捨てたら0%じゃねえの?
科学技術計算は?ゲームプログラムは?コンピュータグラフィックスは? javascriptは処理系がどうしても遅くなるしね
型変換とかが頻繁に起こるから >最近のウェブ屋ども頭おかしいわ
web屋は昔から糞ばかり jsはカスだけど
htmlに簡単に組み込めるのってクライアントサイドのコードってjsだけじゃん
他に何かあるわけ? Googleが出しゃばってこなければ、確実にflash、silverlightの時代になってた。
独自のフレームワークで動くリッチなクライアントを蹴って共通の標準の検索可能な
HTML + JavaScriptに拘ったんだからGoogleは責任をもってWebOSをもっと頑張れよ。
アプリベースのandroidなんて作ってんじゃねぇよ。 Googleがでしゃばらなくても、DHTMLで
頑張ってただろ。MSは。 >>108
Adobe様とMS様のプロプラの時代かよ
いらねええええ >>99
>Javascriptが世界を支配する日 - DQNEO起業日記
>http://dqn.sakusakutto.jp/2012/04/javascript_14.html
本物の○沼っているんだな、、、
まじ驚いたw なんでjavascript 廃れないの?
javaアプレット廃れてフラッシュ廃れそうでシルバーライト廃れて
なんで残ってるの?
価値組なの? >>114
バックにGoogleおるから
Googleの援交なかったら今頃消滅してる。 >>17
> C++、PHP、JavaScriptとクソ言語が天下を取る法則でもあるのかね?
俺もそれ思った
これおそらく大手企業はこっそりrubyとかPython使ってるんだろうけど
下位企業にはそういう言語使わせないために
PHPやjsでの開発環境やライブラリをどんどん量産して使わせて
絶対上へ登って来れないようにさせてんじゃねーのか
零細企業には効率の悪い言語使わせていたほうが大手企業にとっては金銭効率良い
俺が大手企業のトップだったらそういう戦略を発動してる 諸般のアプリに組み込めるスクリプトエンジンのうち、
もっともシェアが高いのがJavaScript
スクリプトエンジンの枠を超えた展開は起きていない >>116
後出しの言語が既存の言語のダメな点を改良したけれど、
移行するほどのメリットがないといった普通の判断
linuxからplan9へ移行しなかった理由と、ほとんど同じ
言わずもがな、後々まで生き残るのはc/c++だけ
後は適当に入れ替わり、フレームワークやAPIのように
本質から離れたところでコーディング作業を行うだけの人生 >>99
web限定の話だろ。PHP,ruby,python,flash,c#で割れるよかマシ >>119
多くのアホ共にとっては
2個目の言語を覚えるのが苦痛なだけだろ
メリット、デメリットという単語を使うのはおかしい 過去の資産を切り捨ててまで移行する必要はないという判断。 JavaScript好きだけどなあ。
嫌いな人は何が気に入らないんだろ。
ブラウザ間の互換性の問題とか、プロトタイプとかか? >>126
えと、お前が書くとスパゲッティになるという意味か?
それはお前の問題だろうw 韓国人が台湾のレストランで漬物など冷菜5品をオーダー → 「韓国ではキムチは無料!」代金を 踏み倒す
http://engawa.2ch.net/test/read.cgi/poverty/1343905999/
http://rocketnews24.com/2012/08/02/237255/
【これはひどい】韓国人が台湾のレストランで漬物など冷菜5品をオーダー → 「韓国ではキムチは無料だから!」と代金を
踏み倒す
http://sociorocketnews.files.wordpress.com/2012/08/2012-08-02_122035.jpg
韓国人夫婦が台湾に旅行に来ていたそうだ。台湾のレストランに入り、漬物やつまみなど冷菜5皿を頼んだそうだ。しかし、
会計になって「冷菜代は払わない。だって韓国ではキムチは無料だから!」とゴネて、代金を踏み倒した。確かに、韓国で
はキムチやナムルはサービスでついてくることが多い。しかし、夫婦が訪れたのは台湾。自己中心的なひどい振る舞いが問
題視されている。
詳細
http://rocketnews24.com/2012/08/02/237255/
クロージャ最高。
再利用する必要のないコードを書く生産性は高い。
日系ソフトウェア読んでからJavaScriptのすごさを知った。
これは言語のパラダイムシフトだ。 javascript は関数型取り込んで
次世代言語になるだろうね JavaScriptよりHTMLとかのマークアップ言語の方を何とかしてほしいな >>135
html5のキャンバスでなんでもできるのに
いらないだろ
問題なのは何でもJavaScriptでやろうとすること。それしかできないwebデザイナが安く請けてしまうから。ある程度の規模で破綻して、何とかしてと泣きつかれても困る。 jsって小中学生でもHP作るついでに覚えちゃうからね
その延長でちょっとだけスクリプト書ける程度の奴が就職して仕事してたらそりゃ破綻する JavaScriptで最初に覚えるべきはnoscriptだな。 flash蹴ったのはgoogle様じゃなくてapple様だよね
アプレットとシルバーライトは廃れる以前に生まれたときから死相出てたよね 死ねゴミ共が
死ねゴミ共が
死ねゴミ共が
死ねゴミ共が
韓国人女性の半数がセクハラ暴行を経験…4割が顔見知り=韓国
韓国の就職ポータルサイト「サラムイン」は12日、同国の成人女性532人を対象に実施した、セクハラ性的暴力に関する調査結果を発表した。
半数を超える50.6%が「セクハラ、性暴行など性犯罪の被害に遭った経験がある」と答え、うち半数近くが「加害者は面識のある人物」と答えた。
複数の韓国メディアが報じた。
被害を受けた場所は、「道端」がもっとも多い29.4%(複数回答)で、交通機関(27.5%)、学校や塾、
事務室(22.7%)、飲み屋(15.6%)、静かな路地(14.5%)、階段やエレベーター(10.4%)だった。
多くの女性が性犯罪の被害を受けていたが、10人中6人(62.8%)は犯罪への対応方法が分からなかったり、不利益を恐れ、積極的な対応ができずにいた。
http://news.searchina.ne.jp/disp.cgi?y=2012&d=0416&f=national_0416_144.shtml 少し前までHSPは死ねばって思ってたけど、
あれは1つの入門セットの環境としては有りだぞ
ゲ製作に必要なツールとライブラリは一通りそろってた
初心者用だけど 言語はトレンドに併せて乗り換えろ
違う言語、環境でも残る物が本質だ VBScript「JavaScriptは消滅すべきだったよな」 >>148
マジレスすると
そういうPGは30前後で死ぬ >>151
最近はwebデザイナー向け言語が流行ってるから、プログラマは即死だな。 >>151の言うとおり
頭脳を一つの言語に特化すれば40までいける >>151
覚えた順に書くとBASICとZ80とCとC++とVBとPerlとJavaとJavaScriptとPHPとC#をやってるけど、
39歳の間際になってもまだ特に死ぬ気配はないぞ
要するに言語そのものは多かろうが少なかろうが重要じゃない
- 後方互換性でトラブルの起きにくい言語をメインにする
- 用途にあった処理系を選択する
- ライブラリの使い方/作り方の勘所を押さえる
- プログラミングパラダイムの流行に乗り遅れない
- 言語にかかわらずトラブル追跡が上手い
こんくらい出来る人なら言語なんてどうでもいい問題でしょう 誰もてめえの自己紹介なんて聞いてねえよカス
お前みたいな自惚れしてる奴は死にかけている事が気づかなくて
死の直前になってあわてるタイプ 39歳にもなって2chに自己紹介書くような奴には絶対になりたくない・・・・ rubyしかできないとしてもgemsに詳しかったら強いよ
ありとあらゆるライブラリが存在する
Cでかこうとしたけどやっぱりライブラリあるじゃんって事態の方が多い
いくつもの言語を覚えるよりもrubyを覚えてgemsに強くなるべき こういう人間を生み出すrubyは日本の恥だと思ってしまう プログラマにとっての死を定義するならば、
それは自分の書きたいプログラムを書けなくなることだろう。
それ以外のどんな定義が必要であるのか Rubyはぶっちゃけ後方互換性がウンコだから使いたくないな
コードのサポートは負債といっしょ Rubyはツールだからなあ。良くも悪くも。
で、ここ何のスレだっけ >>167
プロトタイピング用言語に何を言っている。使い捨てだろう。
>>165
自分のクズさは認識してる
ruby界隈は大変だな(他人事)
でも俺はただ2chで遊んでその上でrubyの欠点やバグを見つけては煽り倒してるだけなんだけど
もし俺がrubyコミッタで
こんなやつが実装側のソースコードまで読めるようになってきたら発狂すると思う
今はまだちょっとrubyの上辺技術に詳しい程度だから無視される存在みたいだ
煽りと罵倒を混ぜて挑発的に有益リソースを公表しruby界隈にちょっかいを出したい
でもそれだけが今の勉強意欲なんだ…
rubyはみとめてる認めているからこそ弄びたい
はやく実装のソースコードも読めるようになりたいです
39歳
独身 男
ある夏の日、日曜の正午に2chで自己紹介
>>156 :デフォルトの名無しさん:2012/08/12(日) 12:25:42.47 それがいいな
javaって本当に誰からも求められてないのにそこに存在しちゃってるよね 事実上のMS専用言語だから無理だね。MSが勝手に拡張しよるもん。
ネイティブ系はC/C++、クロスプラットフォームなVM系はJava、が妥当だろう。 他人が引いたレールがないとなにもできないやついるね ブラウザによって方言のあるスクリプトなんかより、PHP、CGIでしょ、やっぱり。 vbから入ったやつってダイアログボックス好きだよなぁ。ブラウザに標準で抑制とかついて涙目とか。
ページ内にメッセージとして表示すれば済む場合あるだろう。 日本人は マスコミ電波で動く ロボット人間
日本人は、先進諸国で飛び抜けてマスコミ報道を鵜呑みに
信じやすいことがこの動画で実証されています。
いわばマスコミ報道の「鵜呑度」を国際比較すると、
日本人は、先進国中ダントツに「鵜呑度」が高く70%、
最も低い国民は英国で14%です。
その他の主要欧米諸国(ロシアを含め)は20−35%です。
日本に近い国は、ナイジェリア、中国など、途上国と新興国となります。
別の言い方をすれば、日本人の70%は、
自分の頭で考えず(思考停止)、
テレビ、新聞、週刊誌などのマスコミの情報を鵜呑みにしていることを意味します。
青山は以前からこれを「観客民主主義」と言っています。
観客民主主義は、マスコ ミの情報操作による世論誘導に最も陥りやすく、
独裁にも呼応しやすい特性を持っています。
マスコミ報道「鵜呑度」
日本人70%、英国人14% You Tube
http://www.youtube.com/watch?v=ypPqsWUC6Vo
http://www.asyura2.com/12/senkyo132/msg/578.html
>>184
Common Gateway Interfce PHPはcgiじゃないキリッ
とかいうあれだろ
cgiじゃなかったらなんだよ
○○ちゃんは ○○ちゃんだょ? とかいってほしいのか?
オリジナリティ(笑)しね >>188
cgiはweb serverがプロセスを起動するときの規格だろ。
phpはmoduleで動くけど、cgiでも可能。
ファイルが実行可能でないといけないかどうかの違いはそこらへんから来る。 どっやああ!!!!!
どやぁぁぁぁぁぁぁぁぁぁぁぁぁ
誰かがお前に説明しろとか言ったっけ?
何勝手に喋ってんの?
自分で復習?
ブログにかいてねそういうのは(笑)
結局CGIだよ
module化されていようが拡張子はcgi
オリジナリティ(笑)(笑)(笑)(笑)(笑)(笑)(笑)(笑)(笑)
>cgiじゃなかったらなんだよ
普通に捉えると質問。
cgiで、環境変数にqueryとかpathとか設定してプロセスを起動するとかなかったら、どうやってリクエストを処理するんだ。拡張子に特別な意味があるわけじゃなし。
無知をアピールしたからって、そんなに恥ずかしがるなよ。 >>193
外部プロセスにたよらずWEBサーバ自身でリクエストを処理するとか、
WEBサーバと外部プロセスの間で独自の情報受け渡し方法を決めておくとかじゃね?w >>193
ハァ?
http://blogs.yahoo.co.jp/
いいからブログにでもかいてろ
初心者()向けコラムで作ってな PHPってCGIだろ? って言うとペチパーが釣れるという統計が取れた
実はこれ2度目なんだ
いまのとこ 2分の2で100%の確率 Rubyで書いたBOTで書き込ませていた時期もあった
「Ruby」でね Ruby。 R u b y こんなバグだらけの人工無能って。言ってることに一貫性なさすぎだろう。 >>199
人工知能じゃなくて人工無能でもなくて無能人間ですから〜 >>199
rubyらしいからしょうがないか。
サーバの知識とかも全くないから、rorもcgiで動かしてそう。 uyの敗北フラグが立った。これをJavaScriptで表現すると? 人が一言書き込んだCGIって単語でこれだけファビョれる
奇特な朝鮮遺伝子持ってる人たちは祖国で仲間たちと語らってればいいよ。
とくに日王についてとか。 JavaScript第六版の日本語訳が出たみたいだ。
でも日本語版は高いな。
おまけにリファレンス部が別売りだし。 >>211
もし、本がタダだったらどうする?
紙のほうが読みやすいし情報がまとまっている。
あとは値段の問題だけだが、
俺、その程度の本、お前とは違って
タダみたいなもんだからw やっぱり、洋書の方にしとこっかな。
値段が安いってのもあるけど、英語に対する抵抗を今のうちに失くしておかないと
後々苦労することになる。
圧倒的に英語の情報の方が多いからな。 >>214
一石二鳥ってやつだね。
所で、兎ってなんで一羽って数えるって知ってるかい?
諸説いろいろあるけど、今言いたいのは
鳥って兎のことなんだ。
一石で二兎を追うということなんだ。 8月15日に攻撃対象へ指定されていた、日本のコミュニティサイト 「 2ch 」 は現在スムーズに稼動している。
インターネットカフェ ネトテロデウンヨンハプ は14日、光復節当日(8/15)、日本のコミュニティサイト 「 2ch 」 を対象とした
集団サイバー攻撃の計画を立てた。 計画が出ると、このカフェでは、(2ちゃんねるへの)攻撃に参加するというネチズンたちが列をなした。
しかし、このカフェは、15日早朝、突然の計画を取り消した。
カフェは、 『攻撃予定日は9月ですが、光復節(8/15)に日本サイトの攻撃はない』と公示した。
詳細 2012/8/15 ソース韓国語 inews24
http://news.inews24.com/php/news_view.php?g_serial=682052&g_menu=020310 >>217
今は工事現場のドカタも英語話せなきゃ仕事が出来ない。 英語覚えろって命令されて
YESとこたえるしかないやつがドカタだよ ドカタ!ドカタ!ドカタ!ドカタぅぅうううわぁああああああ
ああああああああああああああああん!!! >>222
楽天社員、ユニクロ社員は全員ドカタなんだな。ドカタもずいぶん出世したもんだ。 Twitter、新ガイドライン発表 2012年08月17日 22時21分
http://ascii.jp/elem/000/000/718/718721/
Twitterは16日、Twitter APIのバージョンを現行の1.0から1.1へと数週間以内に
バージョンアップすること、またAPIを利用する開発者向けガイドラインの改訂を
発表した。
今回のバージョンアップで大きく変わるのはAPIのリクエスト回数。現在はどんな
リクエストでも1時間につき350回だったが、1.1からは1時間あたり60回と大幅に減る。
これはbotやスパムなどによって、Twitterのリソースが圧迫されるのを防ぐためのようだ。
ツイートの表示や検索、プロフィール表示など、頻繁にアクセスされるものについては、
1時間あたり720回と増やすとのこと。
これまでLinkedInやInstagramなど、Twitterを利用したサービスやアプリに厳しい姿勢を
見せてきたが、今回のバージョンアップは開発者にとって非常に苦しい状況になりそうだ。
また、ガイドラインについては「Display Guidelines」と表記されていたものが、
「Display Requirements」と変更になった。簡単に言うと、マナーからルールになった
ようなもので、Display Requirementsに従わないとAPIが利用できなくなる。
スマホなどにTwitterアプリをプレインストールするときにはTwitter社の許諾が必要になり、
許諾のないアプリについてはTwitter APIにアクセスできなくするなどの処置がとられるという。
ほかには、クライアントアプリのユーザー数の上限を10万人にする、10万人を越える場合は
Twitter社の許可が必要になるなどの変更があり、開発者はもちろん、ユーザーにも影響は少なくなさそうだ。 RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY
RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY
RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY
RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY
RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY
RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY
RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY
RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY
RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY
RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY
RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY
RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY
RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY RUBY
ちゃんとした言語を再策定すべきだよな。
このままズルズルいったら全員不幸になる。 商業運転を始めてから19日しかないなった100万KW級原子力発電設備が
電力需要の多い時期に故障を起こした。
韓国水力原子力はシンウォルソン1号機が19日午前10時53分頃、
停止したと同日発表した。
高温多湿の天候で、産業界の休暇が終わって各学校が新学期が始まったことにより、
20日に予備電力が急落すると見られる。
知識経済部は、需要管理をしなければ予備電力が100万KW〜150万KWまで落ち込むと予想した。
電力公社は、指定期間の需要管理に250万KWを削減し、民間が発電機稼動で60万KWの
電力をカバーしている予備電源を400万KWに維持するという対応策を用意した。
電力取引所は20日の供給能力が7千756万KWで需要管理し、
最大の需要が7千300万KWに達し、予備電力が456万KW台になると予想した。
しかし、電力需要は、30度以上の時の気温が1度だけ上がっても100万KW近く増える可能性があり、
湿度などにも多くの影響を受けるため、予備電力が400万KW未満に低下し、 `関心"の警報が
発令されれ可能性があります。
http://www.yonhapnews.co.kr/economy/2012/08/19/0301000000AKR20120819034652003.HTML?template=5565
というか、クライアントサイドでプログラム動かしたければネイティブで作るべき
Javascriptは甘え 醜い部分もあるけど
JavaScriptの関数リテラルは好き JavaScriptの関数リテラルは冗長すぎてゲロゲロ function
なんでfuncとかdefにしなかったの キーワードイラネ、関数全面に出すなら記号だけで記述できるくらいでいいよ アルファベット一文字は
全部キーワードにすればいい。
キーワードを略しすぎたり、記号に置き換えたりすれば
見た目が気持ち悪くなるよ。
Perlみたいに >>245
整数書くのに一々 int(100) とか書きたい?見通し良い?
定数ならぬ定関数で、しかも頻繁に使う事前提の言語仕様なわけで >>246
整数の話は極端すぎる。
関数を頻繁に使うって言ったって整数やらに比べればまだ
少ないわけで、そのために略語やら記号やらを使うぐらい
ならfunctionでも全然不満はない。
他にもっといい方法があるんなら別だけど。
例えばどんな記法だったらいいと思う? 極端かどうかは、その言語の使われ方次第
そしてこの種の関数主体な言語は極端な話でなくなるグループかと 変数名の最後に$をつけたら
文字列型という意味になる。 速ければいいけど、googleが改良したエンジンでさえイマイチじゃないか。
やっぱゴミだ。 環境によって動作が違うとかもはやプログラムではないだろ 「神武天皇即位紀元」
神武天皇即位紀元(じんむてんのうそくいきげん)は、初代天皇である
神武天皇が即位したとされる年を元年(紀元)とする、日本の紀年法である。
略称は皇紀(こうき)という。外にも、皇暦(こうれき)、神武暦(じんむれき)、
神武紀元(じんむきげん)、日紀(にっき)などともいう。
年数の英字表記では、「Koki」や「Jimmu Era」などといい、皇紀2660年を
「Koki 2660」「Jimmu Era 2660」などと表記する。
紀元節(現在の建国記念の日)廃止までは、単に「紀元」と言った場合には、
神武天皇即位紀元(皇紀)を指していた。
西暦2012年は、皇紀2672年である。
JavaScript嫌われすぎワロタ
つかもともとクソ言語言われてたのにな。
速度が上がったところでやっぱりクソ言語であることに変わりはないのに
勘違いした連中が ただrubyアンチしたいだけのために無理やりnodejs(笑)が使い物になるかのように流布してるやつがいる TwitterのAPI変更による騒ぎを見ればわかるだろう。
Twitterを昔ながらのクライアントアプリで見るソフトはあの変更で全滅した。
それでユーザーが離れようとしている。
ブラウザ()のHTML()なんかで見るものは不便でしかないのだ。
Javascriotがどんだけ早くなっても、そもそもHTMLが人間が耐えられないほど爆遅なのだ。 爆遅ってww
爆 遅 っ て www
ば く ち w w w w w javascript以外は全て読みやすい書き方しかできない仕組みだからねぇ CoffeeScriptとかDartとかHaxeとか触ってたら
JavaScriptって自分で書くもんじゃないんだなと思えてきた jit使うためのアセンブラ
動的言語はコンパイルしたらjavascriptになるんじゃね? プログラム・ソフトの使い方は PC 初心者板やソフトウェア板へ。
ウイルス、ハッキング・クラッキングを求めるような発言は禁止です。
Javascript は Web 制作板、CGI は Web プログラミング板へ。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
業界談義、愚痴はプログラマ板へどうぞ。
ゲーム関係の話題はゲーム製作板へどうぞ。
ネタ、板とは関係の無い話題はご遠慮ください。 jsにコンパイルするくらいなら普通にアセンブラに変換したほうがマシ JavaScriptが消滅したらどれだけのプログラマーが
泣き叫び、あるいは歓喜に沸くのであろうか 誰かがその気になれば簡単に消滅する
ハード上で使われてるCと違ってソフトウェアは書き換えやすい Javascriptをサポートしない神ブラウザを作ってシェアを取ればいいだけだ いつかのgifみたいに、特許紛争とかあったらいいのにな
gifはpng、アニメはflashになったが、jsは何になるんだろうか ユニックスからcを取り除くのが出来ないように
ブラウザからjavascriptを取り除くことはできない >>277
これは根を張り過ぎてて根絶は無理
perlですら葬り去れてないのが現状 そもそもjs代替は既に存在してる
ブラウザー上で動的コンテンツ作る手段は山ほどある
このままhtmlとjsメインが続くとも限らんのよ >>そもそもjs代替は既に存在してる
例えヴぁ?
山ほどあっても、mozillaやgoogle,yahoo様方はjs使い続けるだろうに CoffeeScript等の登場で、「ブラウザが解釈するアセンブラ的言語」としての役割は不動だろうね
もちろんjavascriptそのものを書くというアプローチも依然として残る ついでにいえばLLと比べてjsは貧弱すぎるから
jsってものを好き好んで使う奴は初心者以外にはいないのが認めざるを得ない現状だw 歴史が証明している。
JavaScriptの代替がすでに存在していて
それでもなおJavaScriptが使われているということは、
もうJavaScript以外になることはないということだ。 jsへのトランスレータとか、トランスレータそのものにバグが混ざってそうで触りたくない
ってか、素のjs自体がかなり柔軟な言語でしょ >>286
はぁ?jsでゲームボーイカラーのエミュレータ書いてた奴いたぞ 残念だけどどんだけ印象操作したって無意味なんだよ
今更jsかよって感じ 今更も何も、cよりかマシなら大体なんでも作れるものだろ なんていうか
使えばバレてしまうことを
延々と取り繕っててもさ
すぐにバレてしまう 下手なc++よりも素のcで書いたコードの方が読みやすいというのが真理
無駄機能を付けても、その使い方を覚えて悦に入るバカが増えて、
どこか甘く懐かしいゲロ臭いコードが増えてくだけだよ。 あれま随分と初心者みたいだな
いくらこんな過疎板の印象操作したところで君の力じゃどうにもならんわ
流行っていないのが事実である
これを覆したければ努力をしてみせろ rubyとpythonとか
C#とjavaくらいの差ならよかったんだよ
はっきりいってrubyとjsの開発効率の差は埋めがたい
rubyを知らない初心者ならばjsで我慢できる可能性はあるが
それはrubyにふれる前までっていう期間限定付きだよ
今の産廃のまま流行らそうとか、そんな器用な真似したってどうにもならない
jsはまずパーサをかき直すのか先決だろう >>296
うむ、ではその効率の高さを
開発時間で言ってくれないか。
JavaScriptだと10日かかる内容を
お前は何日で実現してくれるんだ? また、効率、効率いってるバカが沸いてきたw
rubyにもpythonにも対したメリットなかったよ
高階関数とhash,list,GCを備えてりゃ同じだよ まあLLVMがJavascriptのコードを吐けるんだから
トランスレータ路線も現実味があるよ いいIDEがないとトランスレーター路線は苦しいんだよね
SourceMapつかえば実行中のオリジナルソースの表示ぐらいは簡単にできるけど
オブジェクトをオリジナルの言語の形式で見るとかはむずかしそう >>303
一人で書く分にはそうかもしんないが
複数人でやってたりするとコードが読み辛いせいもあって生産性悪いよ
誰もコードの全貌を把握できずに意味不明のエラーに悩まされたりする rubyもいらない
FLASHかJavappletだろ OOが主流の時代に非OO時代に設計された言語が今更使えると思っているなら勘違いがヤバい
jsは絶対流行らない
無理だと知れ 頭の悪い初心者が一匹騒いでるだけだとよくわかる
かわいそうなことに単語数が少ない・・・
誰もjsなんて好き好んで使わねえってw
VBが高速化されたからC#すててVBでアプリケーションかけとかいってるようなもん
下位非互換言語がjsなんだよ ライブラリや環境の質、量によって
言語性能の差が埋められるのはあくまで拮抗してる場合だけであって
論外なくらい差がついてる言語にいくら資産投資しても無駄だ
jsは進化してないしこれからも
多数の環境で使われてるせいでやたら今更、変更をくわえることができないから進化しない
一方rubyはどんどん進化していく
差は開く一方だな
トランスレータみたいなカス言語いっぱい作ってるけど使う奴いんのかよwwwwwwwwwwwwwww
トランスレータはトランスレータってだけでハンディじゃねか
かといって生身のjsはゴミすぎる
流行らない理由が二桁は存在することにいい加減気づけバカ 非OO時代に設計された言語とか何の話をしてるんだ? 効率の悪さに気づけないってことは不幸なことだ
おそらくどこかのコテにでもプライド殺された挙げ句最後にすがりついているのがjsなんだろうけど
あまりに間違っている
今更jsてwwwwwwwwwwwwwww
どんだけの効率の差がrubyと出来ちゃってるかわからないのかな
悲惨なやつだ こうやって「Ruby信者はうざい」というイメージを植えつけさせる魂胆か jsがはやい(笑)とかいっても所詮LLの中ではって条件だから全然遅い
しかもrubyから機能を削って速度を得てるようなものだから
たち位置的にもかなり曖昧でLLとしての効率をだしたいのか速度の速い言語になりたいのか非常に中途半端
まぁはやく謝ってrubyでもphpでも使わせてもらったほうがいいんじゃないかな
効率の悪いアホ言語を気に入ってしまうなんてバカはマジで救えない
はやく気づかないとどんどんきつくなっていくwwww ゴミにゴミ言語jsはお似合いかもしれない
その道具でせいぜいがんばれやwwwwwwwwwwwwwww
プログラミングが大好きでPCとにらめっこしてる時間をたくさんとりたいなら
それもいいんじゃないかな
俺はrubyで一瞬で終わらすけど これからはnode.jsだー
で、本は?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
流行らないわけだ
YES → 【ヒットした?】 ─ YES → なら聞くなよ。死ね。
/ \
【検索した?】 NO → なら、ねぇよ。死ね。
\
NO → 死ね。 これからはnode.jsだー
で、本は?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
流行らないわけだ ソシャゲ界隈でさ、Node.jsSUGEEEEEEE俺ら最先端!って言ってる連中って
C++やJavaで鯖側書いたことないんだろうな(´・ω・`)
今までのMMORPGとか一体どうやって動いてたと思ってるんだよ……
リアルタイムで何千人ものキャラが同時にワラワラ動いてるようなやつを。 つかJavaScriptはどうしようもないけど
Rubyはそれ以上にピンチのような気もするが……(´・ω・`) ソシャゲ屋「クラ側がJSなので必然的にNode.jsを使うことになるが不安定で困ってる」
俺「C++で書けや。鯖代も減ってコストカットにもなるだろうが(´・ω・`)」 node.js君はひとりしか騒いでないし
かなりの初心者であることはレスからわかる
サーバーサイドが静的言語で置き換えられそうになってるのに
今更動的言語をphpやrubyからjsに移行するような時間的余裕があるのかどうか
ほんのわずかに優れている程度じゃ移行されないんだよね
むしろ逆にjsは劣ってるから
サーバーサイドjs置き換えのシナリオは可能性がかなり低いっていう・・・
プログラマなら2個ぐらい言語使いこなせ、で終わるよ
jsまphp、rubyもたいして難しくないんだからさ 生身のjsはゴミなのは言うまでもなく
そしてトランスレータは効率が悪い
詰んでるだろ・・・ ワロタw
劣ってるというだけで、
具体的に何が劣ってるかを
書こうとしない。
これ、ただのステマだろwwww 私の声がデムパになって
波になってあなたへ向かってく
私の歌がデムパになって
波になってあなたへ響いてく
私の愛がデムパになって
波になってあなたへ届いてく
私の電子回路が短絡する前に
Electric LOVE Electric LOVE
(∩ ゚д゚) アーアー
この気持ちあなたに届くかな >>321
キミ、今までのMMORPGとか一体どうやって動いてたか知らないでしょ。
しかも、Node.jsのこともよく知らない。
だから、Node.jsが適切な場面がわかんないんだよ。 こんなゴミカス初心者ひとりの気まぐれでも2CH内の印象操作なんて容易いんだから
ほんと参考にならない板だよなここ
流石は過疎板だ
毎日同じ奴としかしゃべってない
そこらのブラウザゲーより過疎www node.jsって、そもそもは非同期リクエストを簡単な仕組みでさばくための
ものだったような気がするが これからはnode.jsだー
で、本は?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
流行らないわけだ 勝手に直す・・・やってはいけない。
ちゃんと報告して直す・・・素晴らしい。
同じ直すなのに、この違いはなんだろう? >>337
本がないから流行らない
→ 本があれば流行る
→ Amazonで調べる
・http://www.amazon.co.jp/dp/1934356891/ Programming-Node-js-Travis-Swicegood
・http://www.amazon.co.jp/dp/1617290572/ Node.js in Action
・http://www.amazon.co.jp/dp/1449398588 Node-Up-Running-Tom-Hughes-croucher
・http://www.amazon.co.jp/dp/1119962595 Smashing-Node-js-JavaScript-Everywhere-Magazine
他15冊以上
→ 本があるので流行っている。
→ ただし英語圏の話。
→ どううこと?
→ 日本はアメリカから数年遅れて流行る
→ なるほどね!
>>339
風呂入ってる間に勝手にパンツの置き場所変えられてたら困るだろ
これからはnode.jsだー
で、本は?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
流行らないわけだ >>342
ひどいね。なんで無視するの?
本がないから流行らない
→ 本があれば流行る
→ Amazonで調べる
・http://www.amazon.co.jp/dp/1934356891/ Programming-Node-js-Travis-Swicegood
・http://www.amazon.co.jp/dp/1617290572/ Node.js in Action
・http://www.amazon.co.jp/dp/1449398588 Node-Up-Running-Tom-Hughes-croucher
・http://www.amazon.co.jp/dp/1119962595 Smashing-Node-js-JavaScript-Everywhere-Magazine
他15冊以上
→ 本があるので流行っている。
→ ただし英語圏の話。
→ どういうこと?
→ 日本はアメリカから数年遅れて流行る
→ なるほどね! もうちょっと仕様が安定しないと翻訳本はだせないだろう 流行らないわけだよwwwwwwwwwwwwwww
これからはnode.jsだー
で、本は?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
流行らないわけだ >>345
意固地になっても、もう他の人は理解してるよ。
本がないから流行らない
→ 本があれば流行る
→ Amazonで調べる
・http://www.amazon.co.jp/dp/1934356891/ Programming-Node-js-Travis-Swicegood
・http://www.amazon.co.jp/dp/1617290572/ Node.js in Action
・http://www.amazon.co.jp/dp/1449398588 Node-Up-Running-Tom-Hughes-croucher
・http://www.amazon.co.jp/dp/1119962595 Smashing-Node-js-JavaScript-Everywhere-Magazine
他15冊以上
→ 本があるので流行っている。
→ ただし英語圏の話。
→ どういうこと?
→ 日本はアメリカから数年遅れて流行る
→ なるほどね!
流行らないわけだ
これからはnode.jsだー
で、本は?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
流行らないわけだ
これからはnode.jsだー
で、本は?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
流行らないわけだ と壊れたレコードのように寂しくつぶやき続けるのであった。 流行らないわけだ
これからはnode.jsだー
で、本は?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
流行らないわけだ
これからはnode.jsだー
で、本は?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
流行らないわけだ。 node.js覚えたけど仕事全然なくて俺涙目
無駄だったわwwwwwwwwwwwwwww
jsはやっぱりただのゴミwwwwwwwwwwwwwww node.jsの仕事なんてないよ
これからはnode.jsだー
で、本は?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
流行らないわけだ 死ねよバーカWWWW
書店いったけどnode.jsの本一冊もねえぞおいWWWWwwwwwwwwwwwwwwwwww
どこで流行ってんだよWWWWお前の脳内かWWWW こっちはアメリカ住まいだけど、
普通においてあるよ? よく知らんのだけど
これからはクラウドで処理は全部サーバーでやって
クライアントでやるのは映像受け取るのとキーボード入力送信だけになるんでしょ?
心配するまでもなく自然消滅確定じゃん。 >>357
ほんとうによく知らないんだなw
これからはUI部分にかんしては
全部クライアントでやるんだよ。
つまりJavaScript
どうやら昨日かおとといあたり
俺が片手間に携帯から名無しでしつこく煽ったときに
精神を破壊してしまったようで・・・
これは良くないな、やりすぎたわ 猛省しなければ
多分あと2,3ヶ月はコイツこのまま、他人に敵意向けて自分の中の膨れ上がるストレス発散させないと
元に戻らないから
こいつはもうダメだ
捨ててこう
209 :デフォルトの名無しさん:2012/09/07(金) 11:46:01.30
いつ頃nodejsがruby越えますか?
再来年くらいだと思いますキリッ
今年や来年じゃねーのかよーwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww 重要な点
しつこく煽ったのは、片手間だ。
あくまで片手間だ。
中毒じゃねーぞ。 俺様は作業に集中する時はネット非接続
通信手段は携帯しかない
色々作業しながらお前を煽るの楽しいよ
作業効率がアップされる
作業BGMみたいなもん >>358
クロスプラットフォームの最有力のQt、JavaFxあたりも大体がjs
jsとjsonとjsとCouchDBとPHPとjsとjsと…
(∩ ゚д゚)アーアーきこえなーい ここのjs厨はなんだかおそろしく狭い世界で生きてるよな
web屋ってこんなのばっかなのか で2012年9月現在、この日本でnode.jsは流行ってないわけだけど
いつになったら流行るのかね? perlやrubyには、今後のメリットが見当たらないからな
それ以外ならjavaかc++でいいよ
論理的な利点あるならどうぞ rubyの利点はjsのように記述が冗長してないことだろう
jsはゴミだからな
構文性能で劣っていても開発効率に差がないと思っているならjsではなくCでもやっていろ
できるか?答えは無理
Cよりも簡潔にかけるのがjsだから
jsを使える場面ではjsを使う
jsよりも簡潔にかけるのがrubyだから
rubyを使える場面ではrubyを使う
じゃあnode.jsいつ日本で流行るか答えてみろよw これからはnode.jsだー
で、本は?
フレームワークは?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
フレームワークとかねーよwwwwwwwwwwwwwww
流行らないわけだ
rubyの方が冗長で使い方を間違える不要な機能が多いよ
だいたい、jsとcを同系列に並べるとかアホ
それよか、perlやrubyを使うことの合理的な利点を教えてよ
既に産廃になりかかっているからさ >>369
express,RailwayJS,methor なんで、フレームワークが無いとか思っちゃたんだろうなw これからはnode.jsだー
で、本は?
フレームワークは?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
フレームワークとかねーよwwwwwwwwwwwwwww
流行らないわけだ
これからはnode.jsだー
で、本は?
フレームワークは?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
フレームワークとかねーよwwwwwwwwwwwwwww
流行らないわけだ
営業とかのプログラム書けない連中は
動作プラットフォームの多さとか、そういう
IT系のゴミ記事を読んで分かる事の受け売りで
判断する傾向がある
そりゃプログラム書けないんだから言語の善し悪しなんて分からんわな 2chもTwitterもネイティブアプリの専ブラで見るのが普通だよね?
HTMLとかJavascriptとか何のためにあるの>< >>376
2ch と Twitter しか見ないのかw jsでrubyをはじめとしたLLを消せると勘違いしちゃったバカ君
ソースは@ITの記事笑だったか
思考が単純すぎる
流行るのは再来年キリッwwwwwwwwwwwwwww
ゴミすぎて今年や来年じゃ流行りそうもないから余裕おいてみったーwwwwwwwwwwwwwww これからはnode.jsだー
で、本は?
フレームワークは?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
フレームワークとかねーよwwwwwwwwwwwwwww
流行らないわけだ
これからはnode.jsだー
で、本は?
フレームワークは?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
フレームワークとかねーよwwwwwwwwwwwwwww
流行らないわけだ
流行らないわけだよwwwwwwwwwwwwwww
これからはnode.jsだー
で、本は?
フレームワークは?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
フレームワークとかねーよwwwwwwwwwwwwwww
流行らないわけだ
jsはゴミ
これからはnode.jsだー
で、本は?
本はないから公式リファレンス読めwwwwwwwwwwwwwww
流行らないわけだ 昔必死でhtmlのリファレンス本片手にダサイサイト作ってた時はここまでjsが成長するとは思ってなかった
当時から何となくjsもダサくて、AV世代がFlashを盛り上げていったからなぁ
だけど今はFlashにいかずにhtmlの延長ってな感じでどっぷりはまれるからありかと jsが成長したわけじゃなく
どのプログラミング言語でも同じような事が出来るようになってきたんだよ
で、jsは元々ブラウザ搭載されているってアドバンテージがあるから有利ではある
でも構文性能がゴミカス
構文性能でruby超えたら使ってやるからさっさと成長しろ けどもうほとんどコード書かないところまで到達した
俺様が人生とせば、かなりの影響を与えられる事くらいは知ってる
しかしそれをやる価値が見出せない
俺以外の奴がITに貢献してITを育てたらいい
それで達成感が得られるんだろう?お前らは。
幸せなことじゃねーか、
俺はそれをやっても達成感のかけらも味わえない そんだけ遊んでるのにおまえら以上なんだから不思議だよね^^;;;;;;;; その妄想で優越感が得られるんだろう?お前は。
幸せなことじゃねーか 幸せなのはおまえらだよ
もしブログやtwitterでレスしようとおまえらごときじゃ相手してくれないレベルの技術者がわざわざ2chに光臨してやってる
崇めろ だいたいおまえ等がIT社会貢献(笑
してる意欲ってなんなんだ?w
フリーライブラリ
IDE
エディタ
とても便利ですけどwwwwwwwwwwwwwww
そんな人生しあわせか?
作るならせめて言語かOS作れよwwwwwwwwwwwwwww
フリーソフトとかライブラリ作成に人生の中の貴重な時間を使っちゃう奴ってさ
人間が大好きなのかな?
俺にけなされた名無しもきっとフリーウェア作者とかいただろうけど
おまえの作ったソフトは俺が使うんだぜ?
しあわせか?
マゾなのか?wwwwww
別に俺は良いけど流石に心配になってくるよwwwwwwwwwww
時間は有意義につかえwwwwwwwwwwwwwww 時間は有意義につかえwwwwwwwwwwwwwww
wwwwwwwwwwwwwww 死ねバカwwwwwwwwwwwwwwwwwwwwwwww
死ねwwwwwwwwwwwwwwwwwwwwwwww
死ねwwwwwwwwwwwwwwwwwwwwwwww
死ねwwwwwwwwwwwwwwwwwwwwwwww
ゴミwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
ゴミゴミゴミwwwwwwwwwwwwゴミゴミゴミwwwwwwwwwwww
ゴミwwwwwwwwwwwwゴミゴミゴミwwwwwwwwwwwwwwwwww
死ねゴミwwwwwwwwwwwwwwwwwwwwwwwwコラwwwwwwwwwwww
死ねコラゴミwwwwwwwwwwwwwwwwww ああ。。なんか学生が
友達連中と同じ時間遊んで同じ時間勉強したのに差がついちゃうアレと同じか
俺と同じように遊んでるとおまえ等人生破綻するよ多分 でもほんとフリーソフト作者やライブラリ作者さんありがとうだけどさ
人生大丈夫か?
簡単に作れるものならまだいいけどさ
結構こだわっちゃったものをフリーで公開しちゃってる人たち
本当にお前たち平気なんですかそれ?
後からつらくなってもしらねーよ?w
プログラミングより有意義なこといくらでもあるだろうにw
安価でもいいからさぁ
シェア化したほうがいいのではないかと俺は思うよ ?w
まさか。。。。。。。。。。フリーソフト作者さんですかwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
人生のほうはどうですか?フリーソフト無償公開!なんて車輪の再発明以上に無駄乙って感じですけど
もしかしてネトゲやってたほうがまだマシじゃね?
フリーソフト公開して何かいいことあった?
友達でもできた? 無駄だよ
どんだけ力誇示したって勝てないと思う
そんな誰でも時間かければ作れるものを当たり前のように作る技術は
技術力ではなく
ただの根気なんですよ
いい金になるなら誰かがやる
フリーで公開なんてアホじゃね?
生きてる世界がそんなに狭いのか
それともあるいはよほど暇なのかwwwwwwwwwwwwwww この業界も人脈がすべてだからな
とりあえずプログラマが人脈つくるお手軽な手段がフリーソフトの公開
ドカタが嫌ならなんか作って公開しとけ コミュニケーション障害なのに人脈作れるの?wwwww
フリーソフト作って何人友達できたの?wwwwww
リアルで何人友達いるの?wwww
携帯のアドレス帳は何件女性のメアド入ってますか?
ねえ何人女性の友達います? フリーソフト公開して人脈作れっていうのはコミュ障な奴向け方法なんだよ
能力があればコミュ障でもありつける仕事はある
能力が無いやつはコミュ力とかを鍛えざるを得ないだろうけど
能力が無いアスペとかになるとちょっと大変だよね…… 標準マンセー!俺ら勝ち組!JS勉強しとけば人生勝利!
って言ってるやつ、全員死亡フラグ立ててるよね(´・ω・`)
jQueryでちょこちょこ動きつけて喜んでる程度のやつとか、
その逆にJSやCSSの糞ノウハウ貯めこんで最先端気取りのJavaScripterとか実にヤクイ
ピンチが危ない
どう考えてももっと効率のいい開発手法で一掃されるだろ。
他言語からのコンバート系とか(Angry BirdsのHTML5版はJava製だし、
最近Mozillaが過去のC++ゲーの移植やってるよな)Unityとか。
FlashもHTML5出力に取り掛かってるようだから
頑張ってSWF解析して再生してるソシャゲ屋さんあたりも涙目になるかも そういやMozillaはC#も使えるようにするとか言ってた(´・ω・`) コミュ障は友達欲しさにフリーソフト沢山作って公開するけど
結局たいした友達もつくれず
能力あっても35歳で会社追い出され
結局タダで自分のフリーソフト使われるだけ使われて見返り無し
ボロ雑巾のように役立たずは捨てられて自殺ボロ雑巾のように役立たずは捨てられて自殺って感じです?
フリーソフト(笑)なんていくら作ってもお前のかわりなんていくらでもいるんだよ? 人間効率って言葉知ってる?
今考えたんだけどどんな意味に定義しようか とうとうMSまでjavascriptコンパイラを出しちゃいましたね。
この傾向は健全じゃないですね。
そもそも遅い処理系ってのはCPUをたくさん使う=電力を使う
わけ地球環境破壊と同じなんですよ。
世界は脱原発に向かってるのにこれはよくないですよマジで なら、cで書けよw
OLPCのネグロポンテが手回しタブレットの為にcで書けって嘆いてたぜ
最近のプログラマはメモリ管理もろくに出来ないって 遅い処理系なんていうが、rubyやpython,perlより処理速度は速いからなw
電力がどうこういうのであれば、処理系のメモリ使用量で考えろよ。CPUってwwww
jsは、もはやウェブ世代のVBだよ スマホなんかだとHTML+Javascriptのアプリ見てるとすげえバッテリー減ってくのわかるわ。
有用なサイトは専用のネイティブアプリがあるし
結局、ネイティブアプリ以外は使わないし、Webブラウザなんか全く使わない。
ネイティブ以外必要ない しばらくの間、html5はデスクトップで使うものだろうね
だけど、それもスマホのバッテリー次第だよ。
技術的なブレイクスルーなんて、スグだからね。
必死こいて囲い込み技術のバッドノウハウ溜め込むよりかマシ html5アプリも
ネイティブアプリも
電力消費量は大差ない。
ようは起動してるアプリの性質。 ザッカーバーグ氏の「HTML5に賭けたのは失敗」発言には続きがある。長期的にはHTML5への期待も語る
http://www.publickey1.jp/blog/12/html5html5.html
これが問題の発言部分。ザッカーバーグ氏はHTML5へ賭けたのが失敗だった理由として、
「because it just wasn’t there.」(なぜなら、単にそこにそれがなかった)と言っています。
「なぜなら単にその時期ではなかった。」と意訳してみました。
ザッカーバーグ氏は続いて、HTML5が悪いのではない、HTML5にはエキサイトしていると発言します。 ザッカーバーグと聞くといつもザッケローニを思い出すのは漏れだけ? ぶっちゃけPCでもHTMLは微妙だがな。
2chやTwitterをブラウザで見てる奴いるか?
普通はJaneStyleみたいなクライアントアプリを使う。 で?
と)n
/ ̄ ̄ヽ
/___ヽ
,,.,.,.|___|,.,,,.,.,., 通信上でデフレートしてるのはともかく、
HTMLもJSも、「最悪でも人間が読める」ために冗長にソースをそのまま転送してるからな。
JSを圧縮・難読化して転送とか、CoffeeScriptみたいなJS変換なんてナンセンスすぎるわ。
さっさとクライアントサイドスクリプトの戦国時代に入って、3年くらいで決着付けてくれ。Java以外でな。 アップル、グーグル、マイクロソフト、三者それぞれ思惑があるからな
いまさら足並み揃えてクライアントにjavascript以外のスクリプト言語を載せるのは難しい
各自が独自のスクリプト言語載せたらコンテンツ提供側がついてこないだろうし >>474
minimizeとかpackerとか知らんのかお前… ライブラリの読み込みやそのタイミング制御すらフレームワーク毎に手作りなのは
どうにも。
個別のフレームワークにはとても感嘆するし便利に使わせてもらっているけれども、
組み合わせて使おうとした途端に「混ぜたら危険」状態になるのはどうにかならない
ものか。 言ってみれば大昔のFM-8, X1, PC-8801等々が乱立してそれぞれのプラットフォームごとに最適化されてるみたいなもんか 今なんか同じハードでもブラウザごとに最適化しなくちゃいけないとか馬鹿なことやってるよ Webアプリはプラットホームの違いを吸収する(キリッ >>445-446
最近はそのあたりライブラリ作ってる側が考えてくれてるけどね
個々のアプリ作者がブラウザ最適化うんぬんって言ってる奴は十中八九ライブラリの存在も知らずに全部手書きしてるバカ >>447
でもそれも限界があるぞ。
ベンダーが個々に走ってるのは止まってないんだから。
特にレンダリングやCSS3に依存するインタラクションとか(必要かどうかはまた別問題)。 >>448
ベンダーが個々に走らないライブラリってなんだ?
ウェブ以外で。 >>446
うむ。しかし、オーバーヘッドがとんでもないことになったりしていい気がしない。Bubble Safariで600MBもメモリ食うとか、
やっぱり嫌気がする。 >>437
スクリプト戦国時代なんて、4,5年前に始まって、昨年ぐらいには終わった javascriptは戦争での唯一の生き残りにこそなれなかったが
「ブラウザにとってのアセンブラ」という新たな地位を確立した
他国はjavascriptへコンパイルされる道を選び、
そして彼らの圧力のため、javascript自体も常に変革を迫られる存在となった >>455
サーバサイドスクリプトじゃなくて?
LAMPとか確かに流行ってたが。
クライアントサイドPythonやRubyってあったか?
> 「ブラウザにとってのアセンブラ」
これ完全にJSの勝ちじゃん。
x86みたいに、今後30年以上JS意識しなきゃならんのか。 皆が、いつまでもperl使ってるときに、ajaxやrailsブームが来た
で、みんながpythonやrubyなんかの他言語を使い出した。
ここまでは技術的に当然の流れ。
それに便乗してきた、どうにもならない関数型がhaskell,ocaml。
多少なりともjvm上で動くことで実用性があったのがscala,clojure
最初から居て最後まで残ったのがjavascript。
ダグラス・アダムスが万物に対する究極の答えに42を選んだ具合に、
世の中の皆がPHP、jsで良いかと、何となく最後まで残ってしまった言語 >>457
JSが敵不在のまま勝利って感じ。
今、一番稼働している言語はJSじゃない?
世界中のPC、携帯端末で動いているんだから。 いや、どう考えてもCだろう
と思ったが、
CPU時間の累計で考えると確かにJSかもな… >>461
Cで書かれたスクリプト言語のランタイム実行中は
どう計算するんだ? まあ、たいていのスクリプト言語の処理系は、Cで書かれてるだろうから…。
JS処理系はJSにカウントでいいでしょ。Javaで書かれたJS処理系とかもあるし。 >>464
プログラミング言語の実装の大半がC(or C++)言語で作られているは事実だろうし
この話の本質はJavaScriptのランタイムで動いているものはJavaScriptで
カウントすべしだろうから、それはそれでいいんじゃないかな。
少なくとも私はそっちの意見で賛成。 Javascriptで書かれた自前の処理シーケンスを記述した
データを解釈してバッチ処理をするプログラムは
自前の処理シーケンスという専用言語を実行していると
解釈されそうな気が
JavascriptのランタイムだってCから見れば
同じ様なものだろう。 >>466
極論を言えば、実装の大半を占めているであろうC(or C++)言語だけに
カウントしていいのかどうかじゃないのかな?
(それはさすがに違うだろう)
まぁどう分類するかについて決めてないから曖昧なのは認めますけど。 結局重複分は全部カウントしてしまうのが良いと思うんだけど。
Cで書かれたスクリプト言語の実行時間は自動的に
C言語の実行時間にもカウントされるみたいに。
コード量やプログラマーとしてカウントする際には重複無しで。 このカウント、計算方法はいろいろあるだろうが、
C >>> C++ >>> JS > Java >> C# > PHP
くらいになるのかね。
関数型言語()どこいった? Webブラウザで解釈するスクリプトのデファクトがJavaScriptになったのが運の尽き
おかげでこのクソスクリプトをいかに高速に実行させるかというJavaScriptエンジン競争が始まり
Webブラウザはどんなにメモリ・CPUリソースを消費してもいいんだという
イカれた風潮ができあがってしまった これからはクライアントもサーバーも node.js の時代です。(キリッ >>471
>どんなにメモリ・CPUリソースを消費してもいいんだという
>イカれた風潮ができあがってしまった
これはもう死語だと早く気づかなくちゃいけない
そして景気と同じで大量生産大量消費している時分が一番言語も伸びるんだよ
その証拠にjsでなくともメモリに五月蝿い書き方はしなくなったしな
メモリ消費が増える→マシンパワー必要→新技術が必要
はいいが、
メモリ消費固定と仮定→マシンパワーの必要性が薄まる→??
これは情報がもつエントロピー的にまずい。
「節約」すれば世のため人のためになってるって勘違いしてる日本の経済と似ていると思う
関数言語()なんていってる人は言語の進化をわかっていないな
ま、嫌でも感じずには入られないからこんな不等式を書きたくなるんだろうけどね 言語とコンテンツをごっちゃにしてねえか?
JSは言語としては面白い。
配列すら存在しない、辞書と関数だけで全てを表現するストイックさにはシビれるものがある。
この愉快で面白くて異常に尖った言語を、
誰もが使うウェブブラウザで動かすのがナンセンスだって言ってる。
そのせいで、開発者じゃない一般の利用者ですら、JSの存在を意識せざるを得ない。
結果、利用者に「IE バージョンxx以上でご覧ください」って要求する現状はおかしいだろ。 >>473
景気良い時に作られた笹子トンネルは
杜撰な施工で後の世代に禍根を残した ストイックどころかvar無しでグローバルとか変態な変数スコープとか変にカジュアルにした
部分がとても嫌。 var無しは外側の関数スコープの宣言を探しに行くだけで、即グローバルになるわけじゃないぞ
クロージャとかを考えるとこの仕様のほうが素直だと思うけどね varをmyにするセンスよりマシだけど
localとかprivateで良かった起臥す varはスコープの内側で有効な変数を宣言するものであって、
ローカルな変数を宣言するっていう意味のものでは無いと思うのだよね
なのでlocalやprivateは不適切に思える
グローバルスコープでvar宣言すれば、それは一番外側にあるグローバルスコープの内側で有効な、
つまりグローバル変数になるわけだ
この辺を全部varだけで済ますのが>>474の言うようなストイックなとこだと思う varみたいな修飾子をつけると影響範囲が広くなる、ならまだ解るのだけれども「つけ忘れると意図せず
影響範囲が広くなる」と言うのは関心の分離という意味では筋の悪いデザインだと思う。
つけ忘れる可能性があるものは何時か必ずつけ忘れるのだから。
var一つで済ますのは良いのだけれども、使い方が逆なんだよね。 >>477
外を見に行くのはともかく見つからない場合はデフォで変数を一番大きなスコープに作成
する必要が合ったのが不具合きわまりない。 >>477
ん?グローバルになるんじゃないの?
グローバルにならないのなら、どんなスコープになるの? >>477
varって「ローカル変数を定義する」って説明されるし、現実にはその通り使うけど、
実際は「自分より上位のスコープにある、同名の変数を隠蔽する」機能なのよね。
「変数は暗黙に定義される」って軽量言語らしい所と、
クロージャが使えることを両立させようとすると、
素直っちゃあ素直な作りなんだよな。
純粋に言語として見れば、JSは面白いんだがなぁ…… >>483
varは、同じ変数が上位のスコープにあったらそれを隠蔽するという仕様なだけで、
> 実際は「自分より上位のスコープにある、同名の変数を隠蔽する」機能
というのは変だぞ。
> ローカル変数を定義する
こっちが本筋の機能でしょ。 別にvarが無くたって変数が暗黙的に定義できてクロージャが使える言語なんていくらでもあるでしょ。
>>483は曲解過ぎる。
で
JavaScriptのvar無しでの振る舞いの仕様がウンコであることはstrictモードの存在自体が証明している。 >>485
varみたいなものが無い場合、
上位のスコープで使ってるかもしれない名前の変数をローカルで使いたいときはどうするの?
デフォルトでは上位のスコープを見に行かないとか? >>484
悪いが仕様を語るならまず仕様を読め。
「同じ変数が上位のスコープにあったらそれを隠蔽するという仕様」とやらで
alert(a)
var a = "A"
と
alert(a)
a = "A"
の振る舞いの違いを説明してくれ。
>>486
何を言いたいのか解らんがJavaScriptも変数宣言は環境ローカルしかないぞ。 >>486
レキシカルスコープの中での変数名の重複を許していない言語が多い。つまり、宣言時に外の
スコープで既に宣言されている変数名は内側のスコープでは新たな変数名としては使えない。
そしてこれはクロージャが使える云々とは全く関係がない。 >>488
レキシカルスコープ上で変数名の重複を重複を許さないとか、そんな変態的な仕様な言語は多くないだろ
そもそもLISPがそんな仕様じゃないし
そういう言語だと、関数の仮引数も同じく関数スコープ上で重複をゆるされなかったりするのか? 宣言しなくても変数は使えるんだから、varの実質的意味はスコープの制限にある 実質的意味とか宣う頓珍漢な俺様曲解に実質的意味など何も無いからw
varの意味はローカル変数を宣言して実際に生成すること。
具体的には変数スコープに入ったときにスコープ内のvar以下の識別子を全て列挙して
スコープ内の変数名として扱い、値としてundefinedを代入する。これが仕様。
varによってローカル変数が宣言され生成された「結果の一部」がそれ以後の変数への
代入や参照でスコープが制限されているように見えるだけの話。しかしその理解も全体
の一部にしか過ぎないから、「隠蔽」とか「スコープの制限」とかいう理解に留まって
いる限り>>487の例ですら解釈出来ない。
そんな問題ありありの俺様曲解にこだわるメリットなんて何も無いと思うのだがwww
仕様通りの「ローカル変数を宣言」で何も困らん。 >>492
そいで結局のところおまえはvarは不要と考えてるわけ?
Coffeescriptみたいにスコープ内側では重複した変数名を許さないのがお好み?
もしくはスコープ外側を参照する変数にはouterみたいな宣言をつけるとか >>493
自分の感想ではvarの有無なんてどっちでも良いよ。ウンコな部分はそこじゃない。
JavaScriptに関してはstrictモード相当がデフォになることで暗黙のグローバル変数が
無くなって、結果として「宣言しなくても変数は使える」なんて宣う>>491みたいな
バカが根絶されれば当面は満足。 宣言無しで使えるのは事実だろうがw代入する必要はあるがw 宣言無しだとグローバル変数として使えてしまうのがウンコだと何度言ったら。
stirctモード相当がデフォになれば宣言無し変数への代入はエラーになる。宣言無しでは
変数は使えなくなるわけで、結果として>>491みたいなバカも根絶されて重畳。
非strictモードで宣言無し変数への代入が暗黙のグローバル変数扱いになるのは代入操作が
そういうウンコな仕様になっているだけの話であって、varの仕様自体とは直接は無関係。
こんなウンコ仕様が残っていることもvarはスコープを制限とか変な曲解を流布する>>491
みたいなバカが絶えん一因だとも思っている。 >>473
こういう発想でJavaが生まれたりWindowsが無駄に重くなったりしたのかなと思って感心した
個人的にはコピペにして語り継ぎたい >どんなにDQNを生んでもいいんだという
>イカれた風潮ができあがってしまった
これはもう死語だと早く気づかなくちゃいけない
そして景気と同じで大量生産大量消費している時分が一番人類も伸びるんだよ
その証拠にDQNでなくとも躾に五月蝿い育て方はしなくなったしな
DQNが増える→犯罪が増える→治安維持が必要
はいいが、
DQN撲滅と仮定→犯罪が減る→??
これは人類がもつエントロピー的にまずい。
「節約」すれば世のため人のためになってるって勘違いしてる日本の経済と似ていると思う
NewTypeなんていってる人は人類の進化をわかっていないな
ま、嫌でも感じずには入られないからこんな不等式を書きたくなるんだろうけどね >>493
で、お前の
> 実際は「自分より上位のスコープにある、同名の変数を隠蔽する」機能なのよね。
という主張はどうなったわけ? >>499
それはおれが言ってるわけじゃないけど
varは上位のスコープの同名の変数を隠蔽する機能を持ってるってことじゃないの?
それが本質かどうかはおれにとってはどうでもいい
var自体いらねーとか言う主張に文句があっただけだ そもそもvarいらね〜だなんて誰も言っていない件。 >>502
どれ一つとしてもvarいらね〜だなんて言っていない件w
>>480は暗黙の変数がグローバルスコープで作成されるのは筋が悪いと言っているだけだし
>>485は"「変数は暗黙に定義される」って軽量言語らしい所と、クロージャが使えることを
両立"するのにvarは必須ではないといっているだけだし、
>>488は言わんとする意味がわからんが少なくとも「varいらね〜」とは一言も言っていない
のはわかる。
var無しでの振る舞いに文句を言うのとvarはいらね〜と文句を言うのは全く別問題だぞ。 >>503
>>480はグローバルとか言ってない。varみたいにローカル変数に宣言をつけるんじゃなくて、
スコープ外部を参照する変数の方に宣言をつける方式の方がいいってことだろ
>>485は必須ではないってことは無くても良いってことじゃん
>>488はCoffeescriptみたいに全部宣言無しで変数重複を許さない方式にすればいいから
varの方式である必要はないって意見だな
実際Coffeescriptはvarいらねーって主張からそういう方式になった >>485 strictモードとか付けたことないし…。
>>487 えっと思って試しに書いてみたら、ほんとに未定義エラー出るし…。
自分の不勉強で話に着いていけないから、もうROMってたんだが……
なぜか>>484が難癖付けられててワロタw そりゃ、Macの最初の公式開発言語はPascalだったからなあ うまく説明できないけど
googleがこの分野から消えれば
大体解決するような気がしている >>473
富豪厨はプロセッサの現状がどうなっているか知っているの
Sandy Bridge→Ivy Bridge→Haswellと3世代に渡って性能がほとんど上がってないんだが。
最先端プロセスを持つIntelがこの状況。自作PC板がお通夜状態になってるから見てこいw
ついでにIntel以外の各ファウンドリ(ARM勢やAMD)もプロセスルールで躓いていてヤクイ
PS4もシングルコア性能で云えばCore i3程度しかない。
しかも、モバイルプロセッサはPCプロセッサより遥かに下で限界が来る。
これはバッテリーや熱処理といった物理的制約から来るのでどうしようもない。
スマホやタブレットはもとより、Google Glassのようなものになれば尚更性能を出せなくなる。
これが指し示す事実(強調):
★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
・今PCで快適に動かないアプリケーション(例えばブラウザ上で動く多数のウェブアプリケーション)は、
10年後のモバイルデバイスでも快適に動かないし、ヘタをしたら永遠に重いままである
★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
グラフェンプロセッサの実用化にでも賭けますか?
何十年後になるか、上手く行くかどうかも解りませんが。
選択肢は2つ。
・ブラウザを速くする(どれほど現実的?)
・さっさとブラウザやめる
HTML/CSS/JavaScriptスタックに乗るにせよ降りるにせよ、
フリーランチはもうないということを認識して貰いたいですな。 随分前からCPUの性能というのは
シングルコアでの性能ではなく
コア数を増やす方向に変わったはずだが? JavaScriptがマルチコアでもちゃんと性能が伸びるかは別問題なわけで。 マルチコアで性能が伸びるかどうかは
JavaScriptではなく、アプリ側の問題だよ。 まったくだ。.netでマルチスレッドしまくりのアプリ作ってると
マジでこれ.netかよってくらいスムーズに動くアプリが作れる。 いまだにC言語よりも一般に多く使われている言語がJavaScript JavaScriptを殺せなかった(Ajaxで生きながらえさせてしまった)のは
今世紀最大の失敗だったと思うわ
TojiCode: A Tale of two Web Technologies
http://blog.tojicode.com/2013/06/a-tale-of-two-web-technologies.html
コメント欄など見てると、もう駄目だよこれ\(^o^)/オワタ
JavaScriptの置き換えも改善も期待しないほうがいい。
DartもPNaClも政治で潰される。asm.jsはどう考えてもLLVM→asm.jsの変換時間やマルチスレッド対応で躓く。
ウェブはJavaScriptと心中だ。
つかBrendan Eichの老害っぷりがぱない
というより、あれこれ理由をかこつけて自分が作ったJavaScriptを守りたいだけなんだろうけどさ。
JavaScriptやasm.jsに疑義を呈するブログやツイートに片っ端から突撃してくる必死っぷりが心底うざいw
そろそろHTML/CSS/JavaScript全部スクラップにして
第二のウェブを作ることを考え始めてもいい頃合いではないかと思う。
野心ある人はもう取り組んでいるかもしれん。 [更新]新型MacBook Airと旧型MacBook Airを徹底比較!気になる性能は? | ガジェット速報
http://ggsoku.com/2013/06/macbook-air-2012-2013/
新しいMacBook AirはあろうことかGeekBenchスコアが低下(6128→6013)
私達はこういう時代に生きているのだということを
よくよく考えなければならないのだけどね。ほんとに(´・ω・`)
ハード性能が上がるのを当てにして遅いソフトウェアを作ることはもう許されない。
だというのにクソゴミカスのウェブ界隈の連中は >>525
誰だよそのブログ書いた奴?
そいつがアホなんじゃない?
Brandon Jonesでぐぐった
https://www.google.co.jp/search?q=Brandon+Jones&num=20&safe=off&tbm=isch ネットの重要な部分をMSとかAdobeとかの独占技術が支配するよりはマシだな クソで消滅すべきなのはそうなのだが、消滅した後に皆で何を使うべきかなんら意見の
合意がないので結局皆でJavaScriptを使い続ける。 >>525 = >>1 = id:Teshさんちーっす >>525
ttp://b.hatena.ne.jp/entry/blog.tojicode.com/2013/06/a-tale-of-two-web-technologies.html
なんだお前か クソクソ言ってないで自分で改善する努力しろよ
使うことしか考えられないのか javaから扱う分にはまるで不満はない
どうしても直接書かなければいけないときは渋々やってる
言語的に嫌いじゃないけど、
パッと検索してパッと出て来るサイトのほら吹き度はNo.1の言語だと思う ↑ほら言えないw
javbascript理解できないバカが釣れたw
やっぱ言いがかりなんじゃん Dartに対する評価を上げてやってくれ
そうすればJavaScriptを引退させてやれるかもしれん JSはルールが多いってだけの話
html・cssとの兼ね合い、ブラウザごとの挙動の違い、読み込みの順番など
特にブラウザごとの俺ルールが千差万別で波瀾万丈なので使いにくい言語であると感じてしまう。
型はやや特殊だけど、言語自体は悪くない。
多分、遡ると一番悪いのはIEじゃないかと思う。 そんなん、ブラウザなんかで動かすなら必然だわ
人のせいにしてんじゃねえよ IEが糞だった点には同意だが
MSに悪意は無かったと思う
本当に無かったのは技術力 実際はブラウザのせいでもなくて
ブラウザをバージョアップしなかったユーザーのせいだろ。
つまり、JSはユーザーから受け入れられなかった。 >>554
ブラウザのバージョンと
JSになんの関係もないやんw coolなデモ2本来たぜ
Racer S (three.js)
http://helloracer.com/racer-s/
Monster Madness Online (Unreal Engine)
http://www.playverse.com/Anonplayer/0-a2aadd1b76e14d0e848ea1de18dca4e8
動作環境はもとより、ロードおせーんだよな・・・
これでは一時期Flashサイトが忌避されたのと何ら異なるところがない
たぶんネットが10倍くらい速くならないとだめだわ js糞
var無しでの変数のスコープが糞
Hoistingが糞
OOとかいいながら基本的な継承やカプセル化も出来なくて糞
それをするための方法が無いわけではないけどコードがわかりにくくなって糞
即時関数による名前空間だろうがRevealingModulePatternだろうがjsが柔軟すぎて意図がわからないし糞
やり方によってはconstructorとかprototypeの整合性がおかしくなったりLSPすら簡単に成り立たなくなるから糞 >>559の本当のタイトル
「PCの死」と「平等なウェブ世界の終焉」 何お前らJSに発情してるの?wwwWWWWwwwww??? >>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
それしか手段がないからそうしてるけど、遅いし柔軟性低いし、限界はある
型やポインタが扱える、高速な中間言語が採用されてもいい時代 >>666
javascriptと同じでコードマップつかう
コードマップが無ければemscriptenみたいので逆コンパイルするしかないけど、javascriptの圧縮コードも十分読みにくいし 中間コードをバイナリで読む人もいるだろうし、
圧縮コードのままデバッグする人もいるだろうな。 JavaScript自体がES6,ES7と発展する中で、状況は改善されていくだろう。
それに加えて、上位互換のTypeScript、下位互換のasm.jsがある
DartやPNaCl等の別言語によるJSの置き換えは最早受け入れられにくい。
Googleもそれを察してか、AtScript(TypeScript互換),Sane/SoundScript,
asm.js対応と、相次いで軌道修正を図っている様に見える JavaScriptクッソ記述しやすくて読みやすいんだけど
JSがカスに思えるくらい読みやすい言語って何かな >>671
単なる慣れだろ
JavaScriptの読みやすさは平均ぐらいじゃね? >>672
そうかー
Cはいちいち変数をスコープの頭で宣言しないとダメだったし
C++は結局業務でvector以外のテンプレートが必須になるレベルのものがなかった上に
調子のれば乗るほど当時の本人しかわからないコードが生成されてだるかった
さらに結局なんやかんやでメモリ管理もそれなりに意識しないといけないのも面倒だった
c#とjavaは楽だったけどクラス定義を往復するだけでも面倒になるくらいJavaScriptが楽に思える
結局>>620の言ってる感覚に陥ってるわけか >>673
流行っていない。TypeScriptも同じ。
結局は亜流でしかない。わざわざcoffee scriptでやらなければならない
絶対的理由がないのなら、当然ドキュメント量の多いJavascriptで普通は
やる。 >>674
だいぶ前からCはどこでも宣言できる処理系が多い
むしろ、JavaScriptは変数の巻き上げでミスらないように先頭で宣言すべき派の人もいる
あとはC#やJavaのほうが静的な支援は受けやすい
IDEでクラス定義をその場で見たり、精度の高い入力補完は慣れると便利で、大規模な時はありがたい まあ確かにC系は冗長な記述が多いかもな。
とはいえJSもスクリプト言語としてはスマートでもない。ES6でやっと標準レベルになったが。
まあSaneScriptやSoundScriptはすごく折り合いがとれたいい構想なんじゃない?
まあプロトタイプベースでガンガンやるのも面白いんだけどね。
あとは、bignumとかそういったのがES7で入ってくれれば不満はないね。 >>677
移植性がなくなってC使う意味がなくなるから宣言は絶対頭でしろって怒られたことあるな
昔の話だから今は知らない。エディタ側でもどうにでもなりそうな問題な気もするし。 ええ……巻き上げとか知らなかったわ
先頭宣言して状況次第で初期化時にダミーデータ放り込まないといけないとか
そこら辺の記事で褒め称えてるけどそれこそ大昔からのバグの温床じゃないですかね… 巻き上げ自体はいろんな言語にあるし、普通だろ。
巻き上げっていうのは、スコープ内で宣言された変数はそのスコープのどこでも有効ということだから。
問題は巻き上げられてる変数が予めundefinedで初期化されていて、使用してもエラーにならないってこと。
まあでもその問題はJS入門者が数度引っかかる程度でそんなに大きなものでもないけどね。
varがゆるゆるなのは関数スコープだからってのもあって、理には適ってる。
例えば多重宣言ができる点も、普通に考えればバグの可能性を生むだけだが、
関数スコープだと例えば2つのfor文でiを使う際に、両方で宣言する書き方を許すのは必要。
まあそれらを全て否定して、わざわざループ変数まで関数の最初で宣言するのも自由だけどね。 ES6は進化した部分もあるけど、正直枝葉末節
むしろ、大きく退化したと俺は見る
今更古臭いクラス思想を持ち込んでどうするんだ?
es6は害悪だ >>671
>読みやすいんだけど
パクられ易いのが問題だな。
重要なプログラムはソース丸見えで組みたくない。
HTML5版のグラディウスとかソース参考にしようと思って
コード探したけど消されてたし クラス指向をより書きやすくするための機能が入っただけだな(笑) クラス思想を持ち込んだことによって、それらの機能が入ったんだろ
Javaの真似をしたようなスパゲッティなコードが量産されるんだろうな
シンプルにIf文やfor文で書けばいいのにわざわざ継承使いましたみたいな そもそもプロトタイプベースってのは最初から用意されたクラスシステムに縛られないってだけで、
自分もしくは環境が用意してくれるクラスシステムを自由に選んで使える柔軟性が売りなんだが。
クラス指向ってのが縛られたものか、構造化プログラミングの自然な考えからくるものかの違いしか無い。 >>686
スパゲッティ・コードの使い方間違ってる。 >>689
何も間違ってない
クラスで継承使うと、あちこちに飛ばないと読めなくなる goto 使わなくてもスパゲティプログラム組めるのかお前w 凄いな よかった、Javaのスパゲティプログラムは存在しないんだ >>690
手続き呼び出しするプログラムもスパゲッティ・コードかよw
ダイクストラさんもあの世でびっくりだぜ。 >>690
× クラスで継承使うと、あちこちに飛ばないと読めなくなる
○ 何を使おうと未熟者が作れば、あちこちに飛ぶコードか
長ったらしいコピペコードになって読めなくなる。 クラスや継承が云々と言うより、構造化が下手ってことだと思う。
それをスパゲッティと呼ぶかどうかなんてどうでもいいじゃない。
文系か! javascriptのコード読む気まんまんだな。
昔、ちょっと使い勝手のいいストップウォッチとタイマーを作って出したら、
こんな程度のものさえ、たちまち韓国人がパクって行ってiPhonに出してた
という経験があるからな まあWebは皆で作っていくって通念があって
Webベースで出す以上貢献しろよという圧力は感じる 現行スレ
+ JavaScript の質問用スレッド vol.123 + [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/hp/1423915644/ wikipedia日本語版見たら、
スパゲッティ・コードにクラス継承がグダグダも入ってるw
英語版は入ってない。 昔はともかく今のスパゲティコードって可読性がほぼ死んでるコードのことなんじゃないの
ややこしい事してる部分には一行コメント書くだけでも大分違うというのに・・・
特に深い理由も見当たらないデザインパターンの乱用はやめれ
そこのお前配列に入れた関数彼方で呼び出してるけど入れる順番とか意識させるなや 今はアンチパターンっていうのか
スパゲティもその一つに含まれるんだな 聞きかじったIteratorパターンを組み込むな糞野郎って記事なら昔からあった >>705
普通に配列ならlength取れるが、iteratorはlengthが取れないので、
Googleの最近のサービスのようにイテレータにしてるものとは付き合いたく
ないなって思った。 牢獄民弾圧スクリプト
1. 牢獄回線を用意する(串、Tor、auなど)
2. 穴実のスレをブラウザで開く(投稿が反映されない924スレがおすすめ)
3. 本文を適当に入力する
4.以下のコードをURL欄に貼りつける
javascript:(function(){var interval=1000;var reloadWait=100;setInterval(function(){document.querySelectorAll('input[value="書き込む"]')[0].click();setTimeout(function(){window.stop()},reloadWait)},interval-reloadWait)})();
TorBrowserの場合はJavascriptを有効にした上で以下のコードをスクラッチパッドを開き (Shift+F4) 実行する
var interval=1000;var reloadWait=100;function start(){setInterval('main()',interval-reloadWait)}function main(){document.querySelectorAll('input[value="書き込む"]')[0].click();setTimeout(function(){window.stop()},reloadWait)}start(); >>706
×iteratorはlengthが取れない
○iteratorはlengthを取る必要が無い はぁ? length取れないで、
どうやってループすりゃいいんだよ!
ループというのはi=0から初めてlengthまで+1していくもんだろ。
俺にループさせろや。何がイテレータだ。
ループの文化をちゃんと守れ イテレータでコールバック間数呼んで
っていうのはもう慣れたけど
ループの中断をしたいときにいつも?ってなる ループの中断をしたい時点で
使う関数を間違ってるんじゃないかって思うが。
最近使いこなせるようになったからかな?
ループを中断したいと思ったことが
ここ最近全くないんだよね。 callbackでfalseを返すとループ中断出来るだろ >>708
必要がないじゃなく、数量が知りたいのにナニイッテンノって言われてるの
わかってる? javascript知らない(爆)けどコンテナの要素数返すメソッド無いの? 要素を列挙するのにプロトタイプたどるかどうかとかメソッドを含めるかどうかとかがまずめんどい イテレート中thisがバインドされる対象が変わるのがね
内容物だったり呼び出し側のオブジェクトだったり
コールバックの書式によっても変わるしJSってほんとバカ ((){})().bind(this);とか便利だけどな >>717
変わらなくなる方法ができましたー。
いつまでも5年以上前の知識でいるなよ。 つい最近marionette.js他複数のFW使ってるプロジェクトを触る機会があったけど相変わらずソース追い掛けづらい
どこで何を設定してるのかとか各項目がどのFWに関連付いててどういう風にいじればいいのかがサッパリ
RESTとかいってjavascriptで全部の処理をやらせる!なんて息巻いてる急進派見てると本気かよと思うね
やるんならORマッパー張りにクライアント側はもらったデータそのまま表示すれば全部解決みたいな形式にしてくれ
データもらってからクライアント側で加工するとか効率悪いってレベルじゃない >>720
本気どころか、REST API叩くに留まらず、node.jsでサーバサイドやOAuth認証、
更にはハードウェア制御までとその触手はどんどん伸びてるからね。
1言語で出来るのは強みだけれど。Google Apps Scriptも特別なメソッドを少し
覚えればすぐ使えるようにもなるし。 マジで戦慄するわ……
クライアントサイドで計算処理その他まで全部やるとかMVCモデルとかで今まで積み重ねた読みやすさのノウハウ全部投げ捨てるようなもんじゃん
一つの機能に必要な処理をあちこちに分散して書かないなんてのは基本中の基本だろうに >>722
なにもわかってないじゃん。その飲み込みの悪さに戦慄だわ。 安価つけてたくせに前振りなく話題変えるとかよく分からんな
この業界だとそういうことする奴珍しくないけど 匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?
Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーw
The Covenant Project
概要
Covenantは、純粋P2Pのファイル共有ソフトです
目的
インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
特徴
Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)
接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
10 >>1
まったくだ。厄介者としか見られていなかったjavascriptが
復権するなんて、
武蔵野市で好きにやっていた韓直人が
総理大臣になったようなものだ。 今までWPF Desktopで
・XAMLで画面作る
・データバインディングとEntify FrameworkでRDBと繋ぐ
・足りない部分をコーディング
という感じで業務アプリ作ってたんだけど
来月から仕事でjsやることになりますた。頑張ります!(このスレ読んで震えながら) 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
GC0L2 仕様が膨れ上がってくわりに便利になってる感じがしない
便利機能の実装はいつも後回しー 消滅すべきだったけど
消滅したら何が変わりに浸透したかね? Webの世界に閉じ籠っているなら、消滅しようがしまいがどっちでもいいな。 Objective-CでES6相当のPromise作ったけどJavaScriptのそれはかなり良くできてるよな・・
iPhoneもJavaScriptで書きたいわ〜Swift嫌いだし >>734
MSがJScriptとかVBScriptとかで揺さぶりをかけてたし
もっと残念な結果しか思いつかない VBランタイムみたいにJSランタイムと
バージョン固定されたブラウザが天下取ってくれれば
安泰なんだけどな 昔はJavaScript駆使したページ作ったらウザがられたけど時代を先取りしてたんだな html5javascript勢みたいな
無理やりflashを止めさせるみたいなのは嫌い webは信用で成り立ってるから、クローズドソースのflashは排他されるのは当然の流れ javascriptとtypescriptってどちらから手を付けるべきですか? いつこのクソ言語消えるんだろうな
もう消えないんじゃないの ところが残っちゃった。
情報を抜くには都合いいし、
google がゴリ押しし始めてるし。 クラスがサポートされる前のjsはクソだったけど今のjsは神 最近はtensorflowがjavascriptで動くんだよな、webgl使ってちゃんとGPUで計算できるし、環境もしっかり吸収してCPUでも動かせる
これがwebサイトに埋め込めるんだから、ほんとに便利になったと思うよ 結論「Javascriptは消滅しなくて正解だった」 JSが嫌ならオールCでCGI叩いたらいいんだよ
ただそんな変態的なことをする奴は稀なんだよなぁ アンチが多いのはそれだけ浸透してるってこと
フロントエンドのデファクトスタンダードになってる以上上手く付き合っていくしかない