CoffeeScript
■ このスレッドは過去ログ倉庫に格納されています
[>>228 は馬鹿]もちろん[>>228 は馬鹿]読み飛ばしてるに[>>228 は馬鹿]決まってんだろ でも[>>228 は馬鹿]邪魔な情報が[>>228 は馬鹿]挿入されていると[>>228 は馬鹿]画面が うるさくなって[>>228 は馬鹿]読み難いんだよ >>299 [>>229 は馬鹿] 書き方が悪いんじゃね?w [>>229 は馬鹿] 普通キツキツに書かないよね? 空白改行入れるよね? [>>229 は馬鹿] お前 [>>229 は馬鹿] が何を言いたくて [>>229 は馬鹿] そんな書き方をしているのか さっぱりわからんわ。 [>>229 は馬鹿] >>229 >>230 やっぱ読みと飛ばせても要らない情報は邪魔だなw ・functionタイプするのウザいわ <= 補完機能使え(提案が解決策になっている例) ・function読み飛ばすのウザいわ <= 根性で頑張れ(提案が解決策になっていない例) >>231 情報量はどっちも同じだけど。 でないと関数を関数とみなせないってw 単に単語が違うだけ。 functionと=> だっけ?の違いだろう どっちがわかりやすいか。 1 + 2 * 3 と 1.add(2.product(3)) は情報量同じだよ、確かに でも、1 + 2 * 3 が読みやすいと感じる奴に 1.add(2.product(3)) 使えって言うのは傲慢 coffee使っている奴にJS使えってのも同じ話 >>234 それは四則演算の書き方に慣れているだけだな。 functionには当てはまらない。 >>235 いや、お前が当てはまるかどうかなんてどうでもいいんだが…… >>236 だからお前が当てはまるかもどうでもいいだろ。 ようは慣れだよ。 入力も別に問題ないし、 読むのも問題ない。 大学でMLとかに触れる機会すら無かった 生粋のドカタには -> や => は見慣れんだろうなぁ 内包表記なんかも数学やってた奴には馴染みありまくりだが、 ドカタには不評だしなぁ ただひとつ言えるのは、CoffeeScriptは 個人の作ったオレオレ言語であり 将来性に普及にも疑問があるということ。 これは大きなデメリット。 ブロックが {} じゃないから CoffeeScriptは見にくい。 それだけで十分デメリットじゃねぇの? >>238 原点とも言えるC言語にはないからね。 こちとら生粋のプログラマーなんで(笑) >>239 そうなんだよね。 書き方がちょっと違うだけで、宣伝ほど コードが減った感じがしないし、 将来性を考えると使うメリットがないかなって。 そもそもML使うような層はJavascriptなんて使わない 根本的に住んでる世界が違う ドカタしか使わない言語に 関数型言語風の表記を取り入れるとか、 明らかにニーズを取り違えている 流行るワケが無い ドカタって言葉が好きなのかな? 日本のことを鬼子とかいう韓国人っぽいね。 しかし、いつまで経ってもドカタからネガティブなイメージが抜けないな やっぱドカタ呼ばわりされてる奴等の実態が悲惨だからかな ソフトウェア開発に土方という言葉が合わないだけでしょ? http://dictionary.goo.ne.jp/leaf/jn2/157529/m0u/%E5%9C%9F%E6%96%B9/ 土木工事に従事する労働者。土工。 いつからソフトウェア開発が 土木工事になったの??? >>248 建設業の業態をそっくり真似たものだから >>248 上流に高学歴、下流に低学歴が集まる所までそっくりだから >>251 建設業の業態をそっくり真似たものは 一部の会社の話だろ。 何を言ってるんだろうか? ソフトウェア業界の全てが 建設業と同じ業態を真似てるわけじゃないし。 特にウェブ業界のほとんどは建設業とは全く違う。 いろんな形態があるのに 話も聞かないですぐにドカタって言ってる奴 あれは単に他人を見下したいだけだから気にするな。 大抵言ってる本人が自分の立場に満足してないだけ。 ドカタとは呼ばなくとも兵隊と呼ぶ奴はリアルにたくさんいる >>254 そうなんだよね。 IT業界がデジタル土方って言われる原因はSI系の企業が「大企業ほど」腐ってるせいなんだけど、 こういう会社に勤めてるPG()はCoffeeScriptを標準サポートしてるRuby on Railsとかを使った開発に掠ってないから CoffeeScriptの将来性が疑問に見えちゃうんだろうね NTTデータが偽装請負 直接指示どころか下請け富士ソフト社員を奴隷扱い、指摘後も対応せず http://www.mynewsjapan.com/reports/458 ほらみろ、変なことを言い出すから せっかくのCoffeeScriptスレがあれる。 お前のせいだぞ。 いまのJS界隈には、元からJSやってた奴ら、Rubyとかから流れ込んで来た奴ら、 Javaから流れ込んで来た奴らが混在してて、 わりと前の2グループはJSを改善していきたいと思ってるけど、 Javaから来た奴らは基準がJavaだから、現状のJSですら十分簡潔に書けると思ってるし、 何も変化しないことが善だと思ってる 問題は実際にJavaScriptで十分に簡潔であるってこと。 ほんの少し文法を変えた将来性のない言語を 使う奴はいない。 Pythonは誰が書いても似たようなコードになるって思想があるからこそ インデント記法が成り立ってるのに、思想はRubyで構文はPythonってそりゃ無茶苦茶になるわな >>233-258 までがたった一日でこんなに書き込みが@ID出ない板 夏休み終わりだからって伸びすぎだろ… 25レスだとこれくらいだぞ >>218-233 >>223-258 の間違いだったわorz たった一日で35レスか… >>188-223 だなd これGrunt.coffee専用言語なんよ それ以外で使う価値はない >>259 俺はJavaが誕生したときからずっとJavaやってきて ここ4〜5年JavaScriptもやるようになったけど ぜんぜん違和感なくやってるぞ。 Coffeeよりは、TypeScriptとかDartのほうがJava屋的には 馴染みやすいけど。 でも、たしかにエンタープライズ系のWeb開発やってる層だと ブラウザ側に何かリッチな処理をさせるのって違和感あるみたいだ。 でも、これからはますますブラウザ側での処理の重要性って 上がっていくんだろうな。この流れに対応できないサーバーサイドの 開発者はどんどん落ちこぼれていくんだろう。 ハッカーには受けが良いけど、 ドカタには読み難く感じるらしいね 普段RubyとJSを同時に書いてる身としてはCoffeeScriptの方が段違いに脳が適応してくれるから重宝してまつ 生のJSだとunlessを無意識に使ったり、varを平気で書き忘れてまうねん >>257 俺がみたRailsプロジェクトの大半が中身が空の.coffeeばかりだったからgit rm *.coffeeしてpushしたけど怒られたことなかったよ Dartは消えてくれ Javaと全く互換性のないJavaモドキって誰得だよ わざわざ余計なものをJSの世界に持ち込まないでほしい DartもWebMもWebPもWebSocketもSPDYもみーんな同じ会社が同じ目的のためにやってること 社内にドッグフード食べさせることが出来れば、加速的に成長するんだろうけどdartはあまり芳しくなさそう。 http://www.transcriptsearch.com.es 講演ビデオの英語字幕探すサービスなんてあるんだ。 ただスパムサイトに見える、、、 coffeedocの書き方がよく分かるサイト教えてくださいm(_ _)m いいよな。 grunt使えば自動コンパイルしてくれるし ブラウザの自動更新までしてくれるからデメリット無いわ Railsコミュニティは何故、CoffeeScriptなんぞ採用したのか 全部、JSで書いた方が効率良いだろ JSがうんこだからに決まってる 馬鹿にはゴミっぷりが理解できないらしいが 生のjsはリファクタリングする気にもならない・・・ すぐに下品な言葉を使う男ってダサい 本人は理解できてないみたいだけど(24歳OL) CoffeeってJSが次世代JSに移行したら用済みよね? またしょうもない言語を作ってみろ その時は第二、第三のコーヒースクリプトが お前らってjavascriptより良い言語作れないのに javascriptのことバカにすんのな >>293 マンモスウレピー ttp://mammouth.wamalaka.com/ ねえねえ、 test = (-> hoge )() これもっと綺麗に書く方法ある? test = -> hoge () だと怒られる あ、 test = do-> hoge か、スマソ。 ちゃうちゃう (test = -> hoge)() を綺麗に書く方法だった。 test = -> hoge test() とか気持ち悪い。 >>299 do test = -> hoge でOK。 coffee使っても隠し切れないjavascriptのクソさ・・・ typescriptはむしろ誤魔化すのを諦めた人向けじゃね Dartは文法がダサくて嫌い。 わざわざjavascriptリプレスするのがあんな古臭い言語とか。。 >>310 へー!こんなのあるんだ jsはcoffee使ってもコールバッグ地獄対応しなきゃいけないから気持ち悪いんだよね jQueryDeffered使ってるけどすべての関数をDeffered化するわけにもいかないし Haxe使えば回避できる?? Haxe...んーまあ、そう。見ればね。分かるよね。うん。 というか、すでにスクリプト言語じゃないというね。 アプローチはかつての Java 思想を思わせる。 またそれをやりたいのか?っていう。 Web屋ならわかるだろうけど、coffeeの一番の利点は配列の,が不要なこと IEでエラー吐くからすごく神経使ってたけど coffeescriptはタイプミスの心配しないでいいしのびのび書けるわ CoffeeScriptはGruntの設定ファイル専用言語だよ StratifiedJSとCoffeeScriptってやっぱ共存むりぽ? jQueryDeferredとか面倒くさいっす gulp導入してGrunt使わなくなったと同時に この糞言語も使わなくなった バイバイCoffeeScript モジュールのテスト インスタンス何それ、staticなロジック関数最高(?)誰得なscriptです。 使い方 module モジュール: 他のモジュール.. プライベート: 値or関数 static: パブリック: 値or関数 main: -> alert @プライベート alert @他のプライベート alert モジュール.パブリック # むむ! alert 他のモジュール.他のパブリック # むむむむ!! alert オブジェクト # [module モジュール] モジュール.main() # モジュール.static.main() 今のところMain.static.mainをエントリポイントとしていますが、 サンプルの様にMain定義前の実行は可能です。 # モジュール化関数 # 変数の概要 # o ・・・ object # m/n ・・ object名 # a ・・・ argument # s ・・・ staticな関数名 module = (o) -> for m of o if typeof o[m] is 'function' @[m]= o[m] else @[m]=(a) -> for n of o[m] if typeof a[n] is 'undefined' a[n] = o[m][n] a for s of o[m]['static'] @[m][s]=(a) -> o[m]['static'][s].call o[m], a @[m].toString=-> "[module #{m}] " try @Main.main.call @ if m is 'Main' catch e # サンプル - Base.iをインクリメント・デクリメント・表示 module Base: i: 0 static: main: -> alert @i alert Base # [module Base] Base.main() # 0 module Inc: Base inc: ->@i++ module Dec: Base dec: ->@i-- module Show: Base show: -> alert @i # モジュールのMixinは関数の呼び出しなので # 最後のモジュールに空のオプジェクトを渡す module Program: Inc Dec Show {} module Main: Program static: main: -> @show()# 0 @inc() @show()# 1 @dec() @show()# 0 >>319 gulpってどうなの? 周り誰も使ってなくてさ gruntもgulpもcoffee対応してるよね >>325 coffeeの替わりに何を使うようになったのかは気になるな ruby と python の両方の良いとこ取りしたような文法だが どっちかというと ruby 寄りって感じか javascript のソースを coffee script のコードに変換してくれるツールがあると嬉しいかも ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる