CoffeeScript

1 名前：デフォルトの名無しさん [2011/11/11(金) 03:21:00.78 ] について語るスレ 2 名前：デフォルトの名無しさん [2011/11/11(金) 03:28:01.74 ] 『煮解賭(にげと)』 明朝末期、中國北東部の男達の間で、素麗建(すれたて)なる遊びが流行していた。 先端に話題旗をくくりつけた棒を地面に立て、合図と共に棒に駆け寄りに旗を奪 い合うという、己の機敏さを誇示する遊びであった。 やがてこの遊びにも飽きた者達が、毒草を煮込んだ煮汁を飲み、その解毒剤を旗 代わりにして奪い合うという競技に発展させた。 これのせいで命を落とす者が続出したが、競走に勝利したものは現人神として賞 賛され、朝廷に仕える者を輩出するほどであった。 この、解毒剤を賭けた戦いは「煮解賭」と呼ばれ、時代を左右する勝負の場でも 最も信頼できる、決定権獲得試合として行われてきた。 己の速さを誇示できることの少なくなった現代社会においては、電子掲示板などで 「２ゲットォォ！」と、機会を変えて、現代人が機敏さを争っているのかもしれない。 (民明書房刊　「DNAに刻まれた勝負心　現代人の奇行のルーツを探る」より) 3 名前：デフォルトの名無しさん mailto:sage [2011/11/11(金) 03:37:12.00 ] このスレッドは天才チンパンジー「アイちゃん」が 言語訓練のために立てたものです。 アイと研究員とのやり取りに利用するスレッドなので、 関係者以外は書きこまないで下さい。 　　　　　　　　　　　　　　　　　　京都大学霊長類研究所 4 名前：デフォルトの名無しさん mailto:sage [2011/11/17(木) 18:12:34.00 ] 元々ロジックに厚みを持たせないjsが、多少楽に書けても、だからなんだって感じ。 node.jsで使うなら、まぁ分からんでもないが、それならmode.jsスレでやれと。 5 名前：デフォルトの名無しさん mailto:sage [2011/11/17(木) 22:04:40.06 ] 久々に凄い言語が現れたと思う 芸術的な言語ってのを絵に描いたような言語 6 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 01:33:21.06 ] lst.filter((x) -> x % 2 == 0) lst.filter(x -> x % 2 == 0) でぜんぜん違うコードを吐き出す 良い言語だと思うけど吐き出されるjavascript常にチェックしとかないとちょっと怖い 7 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 14:35:48.17 ] つーか例えばC言語をマクロで別言語にしたら袋叩きなのに、 CoffeeScriptがあっさり受け入れられてしまうJavaScriptはすげえな。 よほどのクソ言語という傍証 8 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 15:51:42.05 ] コーヒースクリプトって名前がダサすぎるよ もっと洒落た名前だったら、使ってやろうかなという気も起きるんだが 9 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 15:53:48.60 ] SwordOfLegendScript 10 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 16:50:54.17 ] コーヒースクリプトって…。リテラシーがないやつは敵わんなw 11 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 12:21:38.47 ] >>7 お前それギャグで言ってるの？ C++があれだけ受け入れられてるのにw 12 名前：デフォルトの名無しさん [2011/11/19(土) 12:46:39.99 ] cfrontのことを言っているのかテンプレートのことを言っているのか判断しかねるな。 13 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 13:56:42.87 ] 何にせよC言語にコンパイルするプログラミング言語なんていくらでもあるし 原理的にはほとんどの言語がそういう作りにすることが出来る その言語をクソと判断する理由が全く不明 14 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 14:54:32.35 ] なんかお節介な言語だな、これ 15 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 16:34:22.21 ] まぁぶっちゃけ使ってない 16 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 00:13:45.99 ] まともなフリーの開発環境がないに等しいのはしょうがないのか rubymineやtextmateは良いらしいけど有料だし 17 名前：デフォルトの名無しさん mailto:sage [2011/12/02(金) 04:58:15.18 ] 早くもオワコン 18 名前：デフォルトの名無しさん mailto:sage [2011/12/03(土) 13:49:37.83 ] え？JS書かずにCSで書けば良くね？って考えが浸透し始めてきた時期だと思ってたんだが… 19 名前：デフォルトの名無しさん mailto:sage [2011/12/03(土) 16:53:36.48 ] 「射撃しつつ前進」の話にある援護射撃のような感じが少しする 20 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 23:10:28.08 ] この手のjsにコンパイルする言語って自分用のものを自作したくなってくるよね 21 名前：pros and cons めどい mailto:sage [2011/12/20(火) 19:58:57.86 ] >>20 net.tutsplus.com/articles/interviews/should-you-learn-coffeescript/ news.ycombinator.com/item?id=3370428 franklinchen.com/blog/2011/11/06/the-real-reason-for-the-coffeescript-slash-javascript-flame-war/ tanepiper Tane Piper A war against CoffeeScript is like a war against Atheism, a stupid pointless war for silly strawman gods core-js.org/documentation https://github.com/raganwald/homoiconic/blob/master/2011/12/jargon.md p.s. My friend Nikolai had this to say about CoffeeScript providing a standard way to solve common JavaScript problems such implementing OOP: "Those who do not learn from history, are doomed to repeat it." xkcd.com/927/ 22 名前：デフォルトの名無しさん mailto:sage [2012/02/03(金) 22:41:55.33 ] The little book on CoffeeScript : 全訳公開 - minghaiの日記 ttp://d.hatena.ne.jp/minghai/20120203/p1 23 名前：デフォルトの名無しさん mailto:sage [2012/03/18(日) 12:42:45.42 ] どうせなら、As3位にもっとOOP的に書けるやつとかいいな。 24 名前：デフォルトの名無しさん mailto:sage [2012/03/18(日) 12:53:28.97 ] Dart... 25 名前：デフォルトの名無しさん [2012/03/19(月) 10:53:44.78 ] jQueryを使ったfoo.coffeeを、コマンドラインで実行する方法ってあります？ 26 名前：デフォルトの名無しさん mailto:sage [2012/03/19(月) 16:54:24.17 ] jQueryをnode.jsで動かしたいということか？ lmgtfy.com/?q=node.js+jquery 27 名前：デフォルトの名無しさん [2012/03/19(月) 17:11:55.91 ] >>26 いえ、node.jsでは動かしたくありません。 逆に質問なんですが、jQueryを使ったcoffeeスクリプトをコマンドラインで動かすには、 node.jsが必須ということですか？ であれば、しかたありません。node.jsを使います。 28 名前：デフォルトの名無しさん mailto:sage [2012/03/20(火) 07:18:05.44 ] ウィキ作った。 書くの手伝ってくれ。 goo.gl/vLauZ 29 名前：デフォルトの名無しさん mailto:sage [2012/03/21(水) 00:19:33.71 ] PerlスレやRubyスレにも同様の宣伝書き込みしてるようだな Wikibooksでもいじってみれば？ 30 名前：trydev mailto:sage [2012/03/27(火) 02:31:52.54 ] with 的なの出来ないかなと ほんのちょっと試行錯誤したら出来たo(^-^)o なんかちょっと幸せな気分だ… (サンプルは .net を意識した訳じゃないよ多分) using = (obj, func)-> __func.call(obj) System = __Console: ____WriteLine: (str)-> ______document.writeln str + "<br>" using System, ()-> __@Console.WriteLine "Hello,World!" __@Console.WriteLine "1+1=#{1+1}" (using 関数の func.call(obj) を try 〜 catch 〜 finally で囲ったら 更に幸せな感じが…自分のおつむが幸せなだけかしら) 31 名前：trydev [2012/03/27(火) 03:05:24.98 ] あっ func.call obj のほうが…もう遅いかorz 後、()-> じゃなくてもよいのかな。 まあ、finally で obj の終了処理書けそうだしよいかo(^-^)o 32 名前：trydev [2012/04/23(月) 03:48:31.85 ] 何の意味もないかもだけど… プロトタイプも同じ様に書けたorz class Base __constructor:-> ____@name="Base" Base::getName=->@name base=new Base alert base.getName() # Base using=(obj,func)->func.call obj using Base,-> __@::setName=(name)->@name=name base.setName "Test" alert base.getName() # Test 33 名前：trydev [2012/05/01(火) 16:15:48.37 ] using 関数にオブジェクトを渡して無名関数を返させ、 それに関数を渡して実行させるようにしました。 (もう訳わかりませんねorz) タイプ数は結局変わらないけど、 (括弧であるかスペースとカンマの違い) 若干自然な感じになった気がします。 注) using と括弧の間にスペースを入れたり -> を括弧に付けるとおかしくなります。 例) using (base)-> … 前者は using 関数に、 base を引数に持つ無名関数を渡しているようです。 例) using(base)-> … 後者は parse error がでていますので、 多分文法的におかしいのだと… 呼び出しなのか、定義なのか… 34 名前：trydev [2012/05/01(火) 16:20:50.00 ] 以下サンプルです。 (気分で書いてますので、各コードで記法に統一性がみられないので悪しからずorz) using = (obj)-> __(func)-> func.call obj class Base __pvalue = null __constructor: -> ____pvalue = "Base" __get: -> pvalue __set: (value)-> ____pvalue = value base = new Base alert base.get() base.set "Hello" using(base) -> __alert @get() __@set "Test" __alert @get() 35 名前：trydev mailto:sage [2012/06/11(月) 02:37:15.41 ] Java スクリプトプログラマーズガイド見てて、 Java インターフェースの実装みたく 匿名クラス書けないかと思い無駄な時間を費やしてしもたorz java = _lang: __Runnable: () -> ___(obj) -> ____clazz = () -> ____clazz::[p] = v for p, v of obj ____clazz obj = new (java.lang.Runnable() _run: () -> alert 'hello' ) obj.run() 動いたo(^-^)o で、ふと obj = new Object _run: () -> alert 'world' obj.run() 当たり前だけどやっぱり動いたorz てか、new Object すら要らない… 36 名前：trydev mailto:sage [2012/06/13(水) 01:00:39.70 ] クラスではなく、オブジェクトを返すように修正 java = _lang: __Runnable: () -> ___(obj) -> ____impl = {} ____impl[p] = v for p, v of obj ____impl java.lang.Runnable::run = () -> _alert 'Not implemented!?' obj = new java.lang.Runnable() { _run: () -> alert 'Hello,World!' } obj.run() java.lang.Runnable::run() 37 名前：trydev mailto:sage [2012/06/13(水) 01:55:17.94 ] 実装部を Interface 関数に移し、 new の際の括弧を省略可能に修正 Interface = (obj) -> _impl = {} _impl[p] = v for p, v of obj _impl Test = (obj) -> _return Interface obj if obj _(obj) -> Interface obj Test::run = () -> alert 'Not implemented!?' obj = new Test() { _run: () -> alert 'Hello,World!' } obj.run() obj = new Test _run: () -> alert 'Hello,Work!' obj.run() obj = new Test obj.run() # error 38 名前：デフォルトの名無しさん [2012/06/13(水) 10:36:52.14 ] 全角スペースでインデントしろよ 39 名前：デフォルトの名無しさん mailto:sage [2012/06/13(水) 14:29:59.49 ] いや、&nbsp;にすべき。 40 名前：trydev mailto:sage [2012/06/13(水) 23:40:03.82 ] >>38-39 ずっとオ(ry とりまサンクス インターフェースを整理 かなりスッキリしたかな？ (何もしていない obj は御愛嬌) Interface = (obj) ->  (obj) ->   return Interface.impl obj if obj   (obj) -> Interface.impl obj Interface.impl = (obj) ->  impl = {}  impl[p] = v for p, v of obj  impl Interface.notImplemented = () ->  alert 'Not implemented!?' Test = Interface  run: Interface.notImplemented obj = new Test  run: alert 'Hello,World!' obj.run() 41 名前：trydev mailto:sage [2012/06/14(木) 23:28:05.78 ] 未実装なのに動く(！)ように修正 (空コンストラクタだと定義時に割り当てた Interface.notImpl が呼ばれる) すると new 時の括弧省略なにそれな感じにorz obj = new Test() { ... } とは書けない、まあ要らないか... あと、impl に合わせて notImpl に名前を短縮 Interface = (iobj) ->  (obj=iobj) -> Interface.impl obj Interface.impl = (obj) ->  impl = {}  impl[p] = v for p, v of obj  impl Interface.notImpl = () -> alert 'Not implemented!?' Test = Interface {  run: Interface.notImpl } obj = new Test obj.run() obj = new Test {  run: () -> alert 'Hello,World!' } obj.run() 42 名前：trydev mailto:sage [2012/06/16(土) 23:12:37.12 ] 定義したインターフェースのみ動作するように修正 Interface = (iobj) ->  (obj=iobj) ->   Interface.impl obj, iobj Interface.impl = (obj, iobj) ->  impl = {}  impl[p] = obj[p] for p of iobj  impl OddEvenTest = Interface {  run: null  odd: null  even: null } obj = new OddEvenTest {  start: (n) -> @run n  run: (n) ->   alert "#{n} = #{@even n}"  odd: (n) ->   return @even n-1 if n   'odd'  even: (n) ->   return @odd n-1 if n   'even' } obj.run 100 obj.start 1 # error 43 名前：デフォルトの名無しさん mailto:sage [2012/06/16(土) 23:56:29.31 ] gistでやれ 44 名前：デフォルトの名無しさん mailto:sage [2012/06/17(日) 10:52:11.59 ] 保守してくれてるんだから保守してもらえばいい。 45 名前：デフォルトの名無しさん mailto:sage [2012/07/12(木) 22:42:34.34 ] JSXとかもここ？ 46 名前：trydev mailto:sage [2012/07/13(金) 08:13:07.51 ] つ CoffeeScriptﾌｧｰｽﾄｶﾞｲﾄﾞ ﾓﾀﾞﾝJavaScriptによるｱﾌﾟﾘｹｰｼｮﾝ開発 (NEXTｰONE):Amazon.co.jp:本 www.amazon.co.jp/gp/aw/d/4798125997/ref=redir_mdp_mobile >>45 ここは CoffeeScript のスレだから、 戦わせる必要無いけど｢JSX vs haXe｣ とか 面白く無いけど いっそ｢【混ぜるな】JShaXe【危険】｣ なり新しくスレを立てないとかな 47 名前：デフォルトの名無しさん [2012/07/22(日) 01:37:57.53 ] CoffeeScriptの名前の由来ってなんですか？ 48 名前：デフォルトの名無しさん [2012/07/22(日) 02:50:08.85 ] >>47 Java 49 名前：デフォルトの名無しさん [2012/07/22(日) 11:12:51.71 ] >>48 Javaっていうかジャワコーヒーから？ よく分からんけど 50 名前：デフォルトの名無しさん [2012/07/22(日) 13:03:03.35 ] コーヒー自体を俗にJavaと呼ぶ｡ 51 名前：デフォルトの名無しさん mailto:sage [2012/07/27(金) 16:39:42.99 ] あっという間にオワコン化した気がするなこれ 何ヶ月か前にプチ論争になってたけど、JS生で書くのと迷うレベルじゃ駄目だわ それどころか変態文法がES6にフィードバックされてJSの変態化に貢献してしまう有様 52 名前：デフォルトの名無しさん mailto:sage [2012/07/27(金) 16:42:39.65 ] 数千行以下ならJSで変態テク使ったりせず普通に書く 数千行超えたらHaxeなりGWTなり、きちんとした静的JS変換言語使うでFAで。 CSは中途半端だった。 53 名前：デフォルトの名無しさん mailto:sage [2012/07/27(金) 16:44:41.81 ] 最近話題にもならないDart 54 名前：デフォルトの名無しさん mailto:sage [2012/07/27(金) 16:47:10.75 ] >>53 あれもオワコン気味 一応ヲチしてるが最近仕様が激変していて追いつけん。 あとはJSXはがんばれ期待してるぞってところか。 55 名前：デフォルトの名無しさん [2012/07/27(金) 17:28:35.53 ] JSXよりHaxeがイケてる3つの理由 d.hatena.ne.jp/mzp/20120604/jsx 56 名前：デフォルトの名無しさん mailto:sage [2012/08/05(日) 06:32:35.58 ] 　　　　　　＼　　　　　　　ヽ 　 　 　 　 　 |　　　　　　 　/　　　　　　　　／ 　　　　　　　　　 ＼　　 　 　ヽ　　　　　　　 　 　 　 　/　　　　　　／ ‐､、　 　 　 　 　殺　伐　と　し　た　ス　レ　に　CoffeeScript　が　！　！　 _,,−'' 　　｀−､、　　　　　　　　　　　　　　　　　　__／＼ 　　 　 　 　 　 _,,−'' 　 　　　　｀−､、　　　　　　　　　　　　　 _|　　　 `〜┐ 　 　 　 　 _,,−'' 　　　　　　　　 　　　　　　　　　　　　　_ノ　　　　　　 ∫ 　　　　　　　　　　　　　　　　　　＿,.〜’　　　　　　　　/ ───────‐　　　　　,「~　　　　　　　　　　 　 ﾉ　 　 ───────‐ 　　　　　　　　　　　　　　　,/　　　　　　　　　　　　　 ｀￣7 　　　　　　　　　　 　 　 　｜　　　　　　H　a　x　e　　　/ 　　　　　　 　 　 _,,−'　　　~`⌒^7　　　　　　　　　　　 /　　 　｀−､、 　 　 　 　 _,,−'' 　 　 　 　 　　 丿　　　　　　　　　　　 ＼, 　 　 　｀−､、 　,'´＼　　　　　　 　 　 ／　　_７　　　　　　 ／`⌒ーへ＿,._⊃　　　　　　　　　／｀i 　!　 　＼　　　　 　 _,,-┐ 　　 ＼　　　 ＿,.,ﾉ　 　 　　　　　 ｒ‐-､、　　　 　 ／　 　! 　ﾞ、　　　｀ー--＜´ 　 / 　　　　 Ｌ. ,〜’ 　 　 　　　　　　　 ﾞ、　　＞−一'′ 　　,' 　　y'　　U 　 　 　｀ヽ/ 　 　 / 　　　　　　　　　　　ヽ 　　　 　ヽ '´　　　　　U　 　ｲ 　　　　　　　　　　　　┏━━━┓　　┏━━┓　　┏┓　 　 ┏┓ 　　　　　　　　　　　　┗━┓┏┛　　┃┏━┛　　┃┗┓┏┛┃ 　　　　　　　　　　　　┏┓┃┃　 　　┃┗━┓　　┏━┗┓━┛ 　　　　　　　　　　　　┃┗┛┃　 　　┏━┛┃　　┃┏┛┗┓┃ 　　　　　　　　　　　　┗━━┛　 　　┗━━┛　　┗┛　 　 ┗┛ 57 名前：デフォルトの名無しさん [2012/09/19(水) 22:29:00.34 ] JavaScript + jQuery と CoffeeScriptを比較したら コード量は殆ど減らないよな。 行数が減るのは 括弧閉じのみのわずか数文字の行が省略出来るだけだし 文字数が減るののは、function と return の文字数のみ。 58 名前：デフォルトの名無しさん mailto:sage [2012/09/20(木) 09:22:46.43 ] >>57 >行数が減るのは 括弧閉じのみのわずか数文字の行が省略出来るだけだし んなこたない、普通に色々な機能のお陰で減るだろ jQueryは何か関係有るのか？ 59 名前：デフォルトの名無しさん mailto:sage [2012/09/20(木) 10:37:42.33 ] >>57 どうでもいいっすね〜 60 名前：デフォルトの名無しさん [2012/09/20(木) 11:35:06.16 ] >>57 CoffeeScriptが解決するものは、jQueryのそれとは違うんだけどな。 つか、なんでJavaScript+jQueryとCofeeScript+jQueryを比べないの？ 61 名前：デフォルトの名無しさん mailto:sage [2012/09/20(木) 14:11:39.72 ] バカだからjs→coffeeにベタ移植しかできないんだろうな 62 名前：デフォルトの名無しさん mailto:sage [2012/09/20(木) 16:48:34.42 ] jQueryありのJavscriptと、jQuery使用禁止のCoffeeの比較なんじゃないの 63 名前：デフォルトの名無しさん [2012/09/20(木) 16:51:13.19 ] なんでそんな比較するのかわからん 64 名前：デフォルトの名無しさん [2012/09/21(金) 03:18:50.12 ] >>60 なんでかというとつまりこういうこと。 ---------------------------- jQuery = JavaScript拡張 ＋ DOM操作 JavaScript + jQuery　＝　JavaScript + JavaScript拡張 ＋ DOM操作 ---------------------------- CoffeeScript = JavaScript + JavaScript拡張 CoffeeScript + jQuery　＝　JavaScript + JavaScript拡張×2 ＋ DOM操作 ---------------------------- JavaScript拡張×2ってのは結局同じような機能を二重に追加してるだけだから意味が無い。 だから、殆ど変わらないってこと。 65 名前：デフォルトの名無しさん [2012/09/21(金) 03:24:34.11 ] >>58 > んなこたない、普通に色々な機能のお陰で減るだろ 減らないとは言っていない。 ただ、100文字中の10文字減って嬉しい？ってこと サンプルコードではなく実務レベルのコードだと、 自動インデントなどで勝手に入るスペースを除くと、1/10へればいいほうだと思う。 （JavaScriptでもセミコロン省けるの知ってるよね？ forやifは一行でも書けるの知ってるよね？） しかも1/10の中で多くを占めるのはfunctionとreturnの文字数だろう。 もし、エディタの自動入力機能を使っていたとしたら、タイプするの差は限りなく小さい。 66 名前：uy [2012/09/21(金) 05:44:06.06 ] この手のバカ減らないよな タイプ速度にしても自動挿入と手打ちどっちが早いと思ってんだよ インテリセンスとかタイプ遅いゴミカス用のバリアフリー機能じゃねえか 67 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 06:53:42.06 ] >>64-65 jQueryとCoffeeScriptが同じような機能って、なんじゃそりゃ？ セミコロン省略？挙句に「forやifは一行でも書けるの知ってるよね？」だって？ レベル低すぎてマジで引くわ。お前どうせCoffeeScriptでjQueryが使えると思ってなかったとかそういうオチだろどうせ。 で、手元のファイルを見てみたけれど、実際1/10くらいしか減ってないのがほとんどだな 嬉しいか？って言われると正直何とも思わないな 68 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 07:57:48.55 ] functionがうざすぎて可読性が落ちる 単純なタイプ数の問題じゃない 書き捨てのゴミコード量産してる奴には 可読性なんて関係ないけどね どうせ読み直さないから 69 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 11:44:29.64 ] > JavaScript + jQuery　＝　JavaScript + JavaScript拡張 ＋ DOM操作 と > CoffeeScript = JavaScript + JavaScript拡張 を比べたら、CofeeScriptを使った時にDOM操作をベタで書かなきゃならないんだから、 そりゃコード量は同じか下手したらCofeeScriptを使った方が多くなるわ。 アホなの？ 70 名前：デフォルトの名無しさん [2012/09/21(金) 12:38:41.90 ] >>69 だから最初からコード量に大差はないと言ってるだろｗ 71 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 12:43:20.83 ] >>70 >>60 72 名前：uy [2012/09/21(金) 12:44:35.37 ] どちらにしろ中途半端言語触るくらいならjs直でいい 使用ユーザーの少ない言語で開発するっていうのは自分がバグを潰してあげるデバッガーに立候補するようなもん 73 名前：デフォルトの名無しさん [2012/09/21(金) 13:00:08.48 ] >>71 解決するもの言ってみな。 できないこと（不可能なこと）が、できるようになるんだよな？ 結局のところ、文字数が少ないだけだろう？ 74 名前：デフォルトの名無しさん [2012/09/21(金) 13:04:31.65 ] >>68 functionがあることと 可読性は別問題だよ。 75 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 13:15:17.34 ] >>73 理解力ゼロだなお前。 >>57 > JavaScript + jQuery と CoffeeScriptを比較したら > コード量は殆ど減らないよな。 >>60 > つか、なんでJavaScript+jQueryとCofeeScript+jQueryを比べないの？ >>64 > なんでかというとつまりこういうこと。 > JavaScript拡張×2ってのは結局同じような機能を二重に追加してるだけだから意味が無い。 > だから、殆ど変わらないってこと。 >>69 > CofeeScriptを使った時にDOM操作をベタで書かなきゃならないんだから、 > そりゃコード量は同じか下手したらCofeeScriptを使った方が多くなるわ。 >>70 > だから最初からコード量に大差はないと言ってるだろｗ >>60 > つか、なんでJavaScript+jQueryとCofeeScript+jQueryを比べないの？ という流れだ。 76 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 13:17:35.40 ] >>73 > 結局のところ、文字数が少ないだけだろう？ coffeescript.org/ 読め。 まぁ、CofeeScriptのメリットがタイプする文字数が少なくなるだけだと思うんならそれでもいいんだが、 そもそもお前は「ほとんど変わらん」という主張じゃないのか？ 77 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 13:26:47.64 ] CofeeScriptにはあってjQueryにはないものは、 ・class ・var ・=== あたりか。 78 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 13:33:45.15 ] backbone.jsと一緒に使うと、幸せになれるらしいぞ。 俺は、cofeescriptもbackbone.jsも使ったことないけどw 79 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 13:38:40.66 ] thisのバインド 80 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 13:43:46.04 ] 「CofeeScriptってタイプ量は減るけどただそれだけで、デメリットのが多いよ」 という主張ならわかるが、コード量が減らないという主張はどうかと思う。 CofeeScript知らずにdisってると思われても仕方が無い。 81 名前：デフォルトの名無しさん [2012/09/21(金) 13:50:00.66 ] >>76 それみて変わらんというのが そもそもの発端なんだけどｗ # CoffeeScript number = -42 if opposite # JavaScript if (opposite) number = -42 前に持ってくるか後に持ってくるかだし。 JavaScriptの例は、関数にできることをインライン化して 書いてるだけで最後の例なんて、 # CoffeeScript (40文字) cubes = (math.cube num for num in list) # JavaScript+jQuery (59文字) cubes = $.each(list, function(num){return math.cube(num)}) こうかけるよね。そのうちfunctionとreturnで14文字。を差し引くと5文字。 サンプルの差の大部分は、funcitonとreturnであることがわかるだろう？ 82 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 13:56:18.11 ] 後者のeach/mapはCoffeeScriptのほうが段違いに読みやすいじゃないか 83 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 13:56:28.56 ] >>81 じゃこれ、CofeeScriptの変換後のコードじゃなくお前なりのコードで同等のもの書いてみな。 class Animal 　constructor: (@name) -> 　move: (meters) -> 　　alert @name + " moved #{meters}m." 84 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 13:59:58.88 ] こっちもよろしく。 class Tweet extends Backbone.Model 　defautls: 　　'from_user': '' 　　'profile_image_url': '' 　　'text': '' class TweetList extends Backbone.Collection 　model: Tweet 　initialize: -> 　update: (query) -> 　　api.getTweets(query).done (tweets) => 　　　@reset(tweets) 　　　if not tweets.length then @trigger('noresults') 85 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 14:04:11.10 ] >>84はかわいそうだからこっちでいいや。 class Foo 　constructor: (name) -> 　　console.log name class Bar extends Foo 　constructor: -> 　　super 'unk' 86 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 14:08:03.02 ] CoffeeScript: less typing, bad readability « Manuel Cerón ceronman.com/2012/09/17/coffeescript-less-typing-bad-readability/ 87 名前：デフォルトの名無しさん [2012/09/21(金) 14:08:07.02 ] function Animal(name) { 　return { 　　move: function(meters) { 　　　alert (name + " moved ”+meters+"m") 　　} 　} } これでいいのか？ 1文字だけの行が省略できるってのが CoffeeScriptのメリットだねｗ 88 名前：デフォルトの名無しさん [2012/09/21(金) 14:09:38.88 ] >>85 ちょっとでないといけないので、コピペ d.hatena.ne.jp/sutara_lumpur/20110128/1296174208 var Parent = { hoge:'hoge!' }; var Child = $.extend({}, Parent, { hoge:'fuga!', echo:function(){ alert(this.hoge); } }); Child.echo(); //『hoge!』ではなく『fuga!』と表示される 89 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 14:13:36.34 ] >>87-88 別のものと比較してどうするんだ。 同等なコード書けよ。 90 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 14:13:59.07 ] DropboxがブラウザサイドのJavaScriptを1週間でCoffeeScriptに書き換え–コードの可読性をアップ jp.techcrunch.com/archives/20120913dropbox-rewrote-its-entire-browser-side-codebase-in-one-week/ 91 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 14:23:49.73 ] thisとかselfとか意識しなくて良いコードしか書いたことないんだろ 92 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 14:33:50.37 ] JavaScriptにおける"クラス"も良くわかってなさそうだわ 93 名前：デフォルトの名無しさん [2012/09/21(金) 16:09:05.13 ] はい、一旦ただいまw またすぐ出るけど。 >>89 書き方さえわかれば、同等のコードに置き換えられるだろ？ >>92 JavaScriptにクラスはないよ。 クラスを表現するには、オブジェクト（ハッシュ）を使う。 var obj = {}; //obj = オブジェクト var obj = Obj( return {} ); //← Obj関数は{}を返す。Obj = クラス名相当 var obj = Obj( 　return { method: function() {} }　); //メソッドを追加しました。 obj.method()を呼んだ時、methodの中でthisを参照すると、objオブジェクト自身にアクセスできる。 これを強制的に変更したい時は、applyやcallを使う。 selfは呼び出し元オブジェクト(this)ではなく、呼び出し先オブジェクト自身を参照したい時に、 内部でthisをself変数にとっておく。ときによく使われる変数名。この話のselfかな？ prototypeとか使い出すと、コードがもっと複雑になるけど、 jQueryを使えば>>88のように簡単に書けるんだ。 94 名前：デフォルトの名無しさん [2012/09/21(金) 16:21:44.60 ] >>88は、継承の書き方をコピペしただけだけど、 >>87は同等だと思うが？ var a = Animal('cat') var b = Animal('dog) a.move(1); // cat moved 1m b.move(2); // dog moved 2m 95 名前：デフォルトの名無しさん [2012/09/21(金) 16:22:27.28 ] dogの終わりクオートを書き損じたｗ 96 名前：デフォルトの名無しさん [2012/09/21(金) 16:26:58.91 ] あ、わかったよｗ nameプロパティの話か。 function Animal(name) { 　return { 　　name: name, 　　move: function(meters) { 　　　alert (this.name + " moved ”+meters+"m") 　　} 　} } これでいいかい？ 97 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 18:16:11.60 ] >>96とか プロトタイプベースのOOPのやり方知ってるか？ 基本的に、プロトタイプベースで実装しないと、CoffeeScriptと同等にならない。 >>96のコードで Animalにbark()ってメソッドを後から追加するにはどうするの？ 98 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 18:16:58.48 ] 念のため言っとくと、 function Animal(name) { 　return { 　　name: name, 　　move: function(meters) { 　　　alert (this.name + " moved ”+meters+"m") 　　} 　　bark: function() { 　　} 　} } ってことじゃないからな。 99 名前：デフォルトの名無しさん mailto:sage [2012/09/21(金) 18:19:05.48 ] あ、それから、newが何するか知ってるか？ 100 名前：92 mailto:sage [2012/09/21(金) 18:33:48.46 ] >>93 > JavaScriptにクラスはないよ。 そんなこと知ってるよ。だからクォートしてるんだよ。 「JavaScript クラス」でググってみなよ。みんな普通にクラスって言ってるから。 > prototypeとか使い出すと、コードがもっと複雑になるけど、 その複雑さを隠して簡単に書けるのがCofeeScriptなんだよ。 >>96がCofeeScriptのプロトタイプベースの実装と同等かどうかは、俺はそんなに 詳しくないからわからん。 protoとか__proto__とかnew使った時の挙動とか。 なんとなく違いそうだけど。 101 名前：デフォルトの名無しさん [2012/09/23(日) 17:29:19.40 ] 　　　　 ,' / 　　　　 ｉ .l .　　　　|　､ 　　　 ､.＼　ヽ 　　　 　 ､ ＼ . ヽ ._ 　　　　　　 　 丶.　　 ‐　 _ 　　　　　　　　 　 ｀ ‐　_　　(^o^)(^o^) 　　　　　　　　 　 　 　 　 　（ー（,, O┬O 　　　　　　　　　　　　 　 　 　 （））'J_）） 　　　　「俺たちｵﾜﾀ？」 　　　　「ﾊｼﾞﾏﾙ前からｵﾜてたよ」 102 名前：デフォルトの名無しさん [2012/09/23(日) 21:25:42.54 ] >>99 > あ、それから、newが何するか知ってるか？ newはオライリーの「JavaScript: The Good Parts ―「良いパーツ」によるベストプラクティス」において bad partsに指定されたものです。 必要ありませんし、基本的に使いません。 > > prototypeとか使い出すと、コードがもっと複雑になるけど、 > その複雑さを隠して簡単に書けるのがCofeeScriptなんだよ。 いいえ、JavaScriptライブラリです。 103 名前：デフォルトの名無しさん mailto:sage [2012/09/23(日) 21:28:47.45 ] 使わんのと使えんのは話が別だから 104 名前：デフォルトの名無しさん mailto:sage [2012/09/24(月) 03:15:52.05 ] newを使わないって、プロトタイプチェーンをまったく使わないってこと？ オブジェクトつくるときに属性とかメソッドを常に全部コピーしたりすんのか？ 105 名前：デフォルトの名無しさん mailto:sage [2012/09/24(月) 06:59:49.49 ] coffeedoc.info/ documentation が決定版みたいのないのがいまいちこう惜しい >>104 new キーワード使わないとインスタンス化できなくて取り回し し難くないかとかか… 106 名前：デフォルトの名無しさん mailto:sage [2012/09/24(月) 10:25:53.32 ] >>102 newがbad partsって言われたから金輪際使わないよ、みたいな思考停止せずに、 例えばこんなページ読んでみたら？ JavaScriptのnewって本当にいらない子？ taiju.hatenablog.com/entry/20090706/1246840565 あと、プロトタイプベースのオブジェクト指向を完全理解したいなら、この本をおすすめする。 『オブジェクト指向JavaScript』 www.amazon.co.jp/dp/4048706705 「newなんか使わないよ」と無思考に言うのは、「オブジェクトなんかいらん。staticメソッドだけで十分」 とか言ってるおっさんと大差ないよ。 で、そんな面倒なこと知らなくていいのがCofeeScriptで、それに関しては利点として 認めても良いんじゃない？ 107 名前：uy [2012/09/24(月) 10:25:59.55 ] プロトタイプOOはこんな言語でやるのやめたほうがいいよ どんなマゾゲーっすか 108 名前：デフォルトの名無しさん mailto:sage [2012/09/24(月) 11:25:26.98 ] >>107 クライアントのUIが複雑になって、MVC的なことがやりたくなりMVCをサポートするフレームワークを 使おうとすると、嫌でもプロトタイプベースのOOをやらなきゃならなくなるよ。 事実上、クライアントの言語としてJavaScript以外を選択することはできないから、JavaScriptでできる ことは見といた方がいいよ。 プロパティ全コピで継承らしきものができましたー、じゃかっこわるいでしょ。 109 名前：デフォルトの名無しさん mailto:sage [2012/09/24(月) 13:05:32.98 ] console.log([ [1,1,8] [2,1,16] ]); これでundefinedになるとかさっぱりわからん… インデックスのスライス表記か何かに解釈されてundefinedなんか 110 名前：デフォルトの名無しさん mailto:sage [2012/09/24(月) 13:09:11.61 ] 事故解決。[][a,b,c]で暗黙の了解でインデックスと解釈 添え字はcのみを取ってa,bは意味を成さないか…なる�d 111 名前：デフォルトの名無しさん mailto:sage [2012/09/24(月) 14:09:28.21 ] 結局の所、CoffeeScriptはJavaScriptの単なるシンタックスシュガーにしかすぎず、 タイプ量が多少減る程度のメリットに比べれば、デメリットが大きすぎる。 Haxeみたいに積極的なメリットがあれば採用を考慮するに値するが、現状は積極的な メリットと呼べるほどのものは無い。 112 名前：デフォルトの名無しさん mailto:sage [2012/09/24(月) 18:51:00.46 ] しょせん、スクリプト言語だしな。 113 名前：デフォルトの名無しさん mailto:sage [2012/09/24(月) 21:48:23.53 ] code.google.com/p/esprima/issues/detail?id=241 https://gist.github.com/3668391 処理系によって実装・未実装があって 唯一無二のJavascriptというものがある という訳ではないのだ。すくなくとも現状では。 114 名前：デフォルトの名無しさん mailto:sage [2012/09/25(火) 17:07:04.38 ] >>113 その話は、これまでの話の何と関係があるの？ 115 名前：デフォルトの名無しさん mailto:sage [2012/09/26(水) 09:27:11.60 ] CoffeeScriptはJavaScriptの弱点をそのまま引き継いでしかも読みにくいからな 個人や少人数で開発するにはJavaScriptよりは面倒がなくていいが、その程度でしかない。 Haxeにしようぜ(´・ω・｀) コンパイル爆速だし、普通のC系の構文だし、今トレンディー（）な関数型言語の皮もかぶってるし。 知名度は低いが、逆にそれくらいしか問題がない。 （Flash界隈生まれ、フランスのゲーム会社生まれ、あたりが理由だろう） 英語圏でも知る人ぞ知るcoolな言語ポジションになってきてる雰囲気だよ。 現時点で少なくともStack OverflowでDartを一蹴する程度の力はあるｗ stackoverflow.com/questions/12289852/dart-vs-haxe-current-state-hype-usability 116 名前：デフォルトの名無しさん mailto:sage [2012/09/26(水) 10:27:46.51 ] >>115 コンパイル後のJavaScriptを実行せざるを得ないというのが、最大の問題。 117 名前：uy mailto:sage [2012/09/26(水) 11:01:39.38 ] >>108 バカだな･･･ 忠告はしたぞ 118 名前：デフォルトの名無しさん mailto:sage [2012/09/26(水) 14:49:03.70 ] 歯臭せー 119 名前：デフォルトの名無しさん mailto:sage [2012/09/26(水) 23:16:35.71 ] https://github.com/jashkenas/coffee-script/wiki/List-of-languages-that-compile-to-JS/_history 次期coffeescript決定戦！ www.open-std.org/jtc1/sc22/wg21/docs/papers/2012/#mailing2012-09 wiki.apache.org/stdcxx/C%2B%2B0xCompilerSupport 意外と眺めてたのしいc++1y。std::tupleが入ったのか！ インタープリンターでデバック困難。コンパイラでビルド時間爆発、披露困憊ら。 お茶でも飲んで。 www32.ocn.ne.jp/~ons/text/CPP0xFAQ.html.ja 120 名前：デフォルトの名無しさん mailto:sage [2012/09/28(金) 21:05:02.30 ] coffeeは>>109みたいに省略可能な部分が行き過ぎてる 具体的に言うとrubyに影響受けすぎ 121 名前：デフォルトの名無しさん mailto:sage [2012/10/02(火) 05:35:16.93 ] >>116 それのどこが問題なのだ。 ブラウザをリロードするのと、IDEからキー一発で実行するのと手間はまったく変わらんぞ？ だいたい、もはやHTMLもCSSもJavaScriptも人間が直接書くものではない。 つか今度はMSから新言語出てきたぞｗ＞TypeScript もはや何でもありだな。 122 名前：デフォルトの名無しさん mailto:sage [2012/10/02(火) 05:43:22.96 ] Dartのようなものがまた一つ増えたのか・・・ 123 名前：デフォルトの名無しさん mailto:sage [2012/10/02(火) 07:31:08.53 ] それも全てJavascriptがゴミ過ぎるから 124 名前：デフォルトの名無しさん mailto:sage [2012/10/02(火) 13:49:31.06 ] >>121 エラーも静的解析ツールによる問題の指摘も、カバレッジも全て変換後のコードに対して行われ、 変換前のコードではそれらがどうなのかがわかりづらい。 また、あたりまえだが、何をするにしてもいちいち変換が必要。 なお、この問題は「JavaScriptに変換する系の言語/ツール/コンパイラ」に共通して言えることであり、 それらnew言語X用のUnitTestツールや静的解析ツール、カバレッジ測定ツールが存在し、 ブラウザが直接その言語を実行できるようになれば問題ない。 125 名前：124 mailto:sage [2012/10/02(火) 13:52:01.88 ] 上記デメリットを超えるメリットがあるなら、そのnew言語Xは採用を考慮するに値するが、 CoffeeScriptにはメリットと思えるようなものがほとんどない。 HaXeやMSの新言語には、上記デメリットを超えるメリットがあり、採用を考慮するに値する。 JSXは微妙。Dartはよく知らない。 126 名前：デフォルトの名無しさん mailto:sage [2012/10/02(火) 20:55:15.71 ] > それらnew言語X用のUnitTestツールや静的解析ツール、カバレッジ測定ツールが存在し、 これは出来た方が良いけど、 > ブラウザが直接その言語を実行できるようになれば問題ない。 これができる必要は全くない 127 名前：デフォルトの名無しさん mailto:sage [2012/10/03(水) 12:53:49.72 ] coffeeのよさは js2coffee js2coffee.org/ コードにある程度の可塑性を望めるところだろうか… ほかのはプロプラのツールから生成した自動コード的な 色合いがどうしても強くなって、しまうま しまうまとしまうまを 掛け合わせたら何ができるとか考えたら なんか黒魔術っぽくて素敵やで！（中二病 128 名前：デフォルトの名無しさん mailto:sage [2012/10/03(水) 12:58:28.40 ] 次世代言語X 正式名称はTypedCoffeeDartedScriptX 129 名前：デフォルトの名無しさん [2012/10/04(木) 21:39:10.87 ] >>127 それ、欠点にしか思えないんだけどｗ 変換しても可読性があるということは 単純なコードの置き換えしかしていない。 最適化やブラウザ依存対策なんかしてないということだ。 それによって得られるのは、わずか数文字、タイプ数を減らせるだけ。 タイプスピードどれくらい？ 100文字/分？ 200文字/分？ 130 名前：デフォルトの名無しさん mailto:sage [2012/10/04(木) 22:41:42.21 ] タイプ数( 131 名前：デフォルトの名無しさん mailto:sage [2012/10/04(木) 22:55:45.76 ] Javascriptは読み難いんだよ タイプ数とか言ってるアホは論外 132 名前：デフォルトの名無しさん [2012/10/04(木) 23:18:07.32 ] >>129 もう一回、読み直してみて。 133 名前：デフォルトの名無しさん [2012/10/04(木) 23:20:45.95 ] 読みづらいとか単なる慣れじゃないか。 134 名前：デフォルトの名無しさん mailto:sage [2012/10/05(金) 04:03:55.04 ] 読んでて楽しくないのはいくない 135 名前：デフォルトの名無しさん mailto:sage [2012/10/05(金) 18:54:16.04 ] 知らんけど、若い言語で信者着いてるもんなんだね。立派立派。 136 名前：デフォルトの名無しさん mailto:sage [2012/10/05(金) 18:59:05.62 ] 信者よりもアンチのほうが… 137 名前：デフォルトの名無しさん mailto:sage [2012/10/05(金) 20:22:53.49 ] line number mapping for debug https://github.com/jashkenas/coffee-script/issues/558 Possible to add line number to debug output? (undefined @) (very minor) https://github.com/jashkenas/coffee-script/issues/2507 https://github.com/jashkenas/coffee-script/pull/2483 ソースコード変換系全般にいえるけど コンソール上でデバックしやすい エラー箇所の行番号の表示とか その辺もうちょい改善できるとこだとは思う 138 名前：デフォルトの名無しさん mailto:sage [2012/10/05(金) 21:43:32.77 ] ただ source map で対応関連の情報が取れても その先にある node 本体がまぁゆるい try catch の連続とデバック文埋め込みと ブラウザのデバッガ機能(これはjsオンリー) で凌がないといけないのは変わらないんではないかと > 変換系(coffee, typescriptなとなど goとかはセグフォで落ちる 使ってない変数とかあるとコンパイルが確実に止まる で問題の特定はしやすい… ｃの利点か。(ruby, pythonとかのｃ拡張系もｽﾀｯｸﾄﾚｰｽは読み易い傾向はあるか 139 名前：デフォルトの名無しさん mailto:sage [2012/10/06(土) 23:51:04.87 ] 6.55 Built-in Functions Specific to Particular Target Machines gcc.gnu.org/onlinedocs/gcc/Target-Builtins.html#Target-Builtins An Introduction to GCC Compiler Intrinsics in Vector Processing www.linuxjournal.com/content/introduction-gcc-compiler-intrinsics-vector-processing >Fourth, don't re-invent the wheel. Intel, Freescale and ARM all offer libraries and code >samples to help you get the most from their processors. These include Intel's Integrated >Performance Primitives, Freescale's libmotovec and ARM's OpenMAX. ハード側での対応というのもそれなりに大切だわな 140 名前：デフォルトの名無しさん mailto:sage [2012/10/19(金) 01:10:29.85 ] 『TypeScriptが世に出てきてしまった以上、CoffeeScriptは「型付けのできないTypeScriptの出来損ない」みたいな存在になってしまったかなぁと。 141 名前：デフォルトの名無しさん mailto:sage [2012/10/19(金) 01:49:43.02 ] >>140 それは全然違うでしょ TypeScriptはCoffeeとは大分毛色の違う物だよ でも今後はTypeScriptの方が流行りそうだね 142 名前：デフォルトの名無しさん mailto:sage [2012/10/19(金) 23:54:00.14 ] ・別の言語の一部だけから変換するもの ・JSに変換する目的で簡潔な構文のみ使えるもの ・上位互換(+静的型チェック)でJSの文法も使えるもの CoffeeScriptはPython風の構文と簡潔な文法(しか書けなくしてる)が特徴だけど、 IDEサポートの充実期待やjsのライブラリが開発環境でも同期できるなら、TypeScriptでもいいかなと思ってしまうな。 143 名前：デフォルトの名無しさん mailto:sage [2012/10/30(火) 17:36:31.87 ] 1.4 144 名前：デフォルトの名無しさん mailto:sage [2012/11/01(木) 14:07:48.86 ] coffeeはruby風だと思う 145 名前：trydev [2012/11/27(火) 00:40:10.66 ] # 名前付き引数みたいなの(構造的部分型かな) User = (Id: id, Name: name) -> &amp;nbsp;&amp;nbsp;alert id + ' ' + name User Name: 'Mochi', Id: '000' # 引数を省略したときの既定値 User = ( &amp;nbsp;nbsp;{Id: id, Name: name} = {Id: '001', Name: 'Tarou'} ) -> &amp;nbsp;&amp;nbsp;alert id + ' ' + name User() 146 名前：trydev mailto:sage [2012/11/27(火) 01:25:01.49 ] あれれorz 147 名前：デフォルトの名無しさん mailto:sage [2012/11/27(火) 05:23:27.46 ] ＆#160; 148 名前：デフォルトの名無しさん [2012/12/06(木) 17:48:11.07 ] 慣れてる人にとっては必要ないかもしれないけど、 Chromeのデベロッパーツールで、CoffeeScriptコードをそのままデバッグできる方法があった。 （下の記事の真ん中よりちょっと下らへんに書いてある） ttp://blog.happyelements.co.jp/2012/09/coffeescript84source-map-livescript.html CoffeeScriptReduxっていう非標準のCoffeeScriptコンパイラを使わないといけないのだけど、本家coffeeでも対応しないかなこれ。 149 名前：デフォルトの名無しさん mailto:sage [2012/12/06(木) 17:51:10.74 ] いろいろと対応無理だから新しいコンパイラを作ったんだよ 150 名前：デフォルトの名無しさん [2012/12/06(木) 20:49:03.33 ] >>149 そうなのか……。まだ、一部のコードがコンパイルできなかったりして、バグが多いんだが。開発は活発そうだし、頑張って欲しいね。 151 名前：デフォルトの名無しさん mailto:sage [2012/12/06(木) 22:15:02.75 ] 新しいコンパイラの中の人のプレゼン https://speakerdeck.com/michaelficarra/an-analysis-of-the-redesign-of-the-coffeescript-compiler-yow2012 152 名前：デフォルトの名無しさん [2012/12/08(土) 21:07:04.43 ] 詳しい人教えてください。 子クラスのあるメソッドから、親クラスの別の名前のメソッドを呼ぶにはどうすればいいんでしょうか？ class Animal name: "名無しちゃん" constructor: (name) -> if name? @name = name func: -> console.log "#{@name}「親クラスのメソッドです」" class Cat extends Animal func: -> console.log "#{@name}「子クラスのメソッドです」" callSuperClassFunc: -> Animal.prototype.func() # 親クラスのメソッドを呼ぶ？ tycho = new Cat "タマ" tycho.callSuperClassFunc() ちなみに上のコードだと、出力結果が 名無しちゃん「親クラスのメソッドです」 になってしまいます。これを タマ「親クラスのメソッドです」 という出力にしたいのですが……。 153 名前：デフォルトの名無しさん [2012/12/08(土) 21:08:18.68 ] うお、インデントがなくなってしまった。 でも一応、分かりますよね？ 154 名前：デフォルトの名無しさん mailto:sage [2012/12/08(土) 21:28:28.00 ] >>152-153 Javascriptの__super__は分かるよね？ Coffeeの場合は、親クラスのメソッド同じ名前の子クラスのメソッドの中で super と書くだけ（引数がある場合は関数と同じように「super x」） 子クラスで独自処理を呼ぶかsuperを呼ぶか切り替えたい場合は、 func: (flag = false) -> if flag super else console.log "#{@name}「子クラスのメソッドです」" callSuperClassFunc @func true とか書くと良い ちなみにCoffeeScriptのコーディングスタイルでインデントはスペース2つが推奨だからtabは使わない方が良いよ 155 名前：デフォルトの名無しさん [2012/12/08(土) 21:48:59.28 ] >>154 レスありがとうございます。 super は分かるんです。 でも、それだと子クラスのメソッドと「同名の」親クラスのメソッドしか呼べませんよね。 ではなく、子クラスのメソッドと「名前が違う別の」親クラスのメソッドを呼びたいんです。 ちなみにその別の名前のメソッドは子クラスにもあって、でも親クラスの方のを呼びたい、という状況です。 あんまり需要がある呼び出し方かどうかわかりませんが、ちょっと気になっちゃって。 >ちなみにCoffeeScriptのコーディングスタイルでインデントはスペース2つが推奨だからtabは使わない方が良いよ ご指摘ありがとうございます。気をつけます。 156 名前：デフォルトの名無しさん mailto:sage [2012/12/08(土) 22:29:21.48 ] Animal::func.apply(this) これでいけるけどほかにも書き方があるかもしれん 157 名前：デフォルトの名無しさん [2012/12/08(土) 22:34:27.19 ] >>156 ありがとうございます！ こんな書き方知りませんでした。勉強になります。 奥が深いなぁ。 158 名前：デフォルトの名無しさん mailto:sage [2012/12/09(日) 08:03:11.13 ] Cat.__super__.func.call(this) 159 名前：デフォルトの名無しさん [2012/12/10(月) 16:57:16.81 ] >>158 なるほど。その書き方が一番良いかもしれませんね。 ありがとうございます！ 160 名前：デフォルトの名無しさん mailto:sage [2012/12/18(火) 23:39:41.86 ] node.jsやrails以外にこの言語の使いどころってあんの？ 161 名前：デフォルトの名無しさん mailto:sage [2012/12/20(木) 20:27:19.09 ] GreaseMonkeyとかのUserScriptsをCSで書いてるよ 162 名前：デフォルトの名無しさん [2013/01/29(火) 06:31:45.86 ] ほ 163 名前：デフォルトの名無しさん mailto:sage [2013/02/01(金) 00:42:46.23 ] CoffeeScript > pythonをjsでやってみたらこんなんでました って認識でおk？ 164 名前：デフォルトの名無しさん mailto:sage [2013/02/01(金) 19:28:13.12 ] pythonに影響を受けてるのはインデントブロックぐらいで それ以外はrubyの影響が強いな とくにclassシンタックスまわり 165 名前：デフォルトの名無しさん [2013/02/01(金) 20:05:29.96 ] ruby に良く似てるね どちらかというと node.js が python に似てると思う 166 名前：デフォルトの名無しさん mailto:sage [2013/02/09(土) 20:27:31.48 ] 最近はTypeScriptの方が言語的に優れてていいって巷では言っているが、 どうなんだろ……。 167 名前：デフォルトの名無しさん mailto:sage [2013/02/09(土) 21:31:45.39 ] Unix派(coffee) vs MS派(typescript) または静的型付け派 vs 動的型付け の代理戦争っぽいところもある JSクソといってたMSベッタリな知り合いは TypeScript出た瞬間いやーJS未来ありますねって言ってて笑った 168 名前：デフォルトの名無しさん mailto:sage [2013/02/10(日) 16:37:09.50 ] 乱立した挙句デファクトが決まらないまま、別に素のJSでいいという流れになりそう 169 名前：デフォルトの名無しさん mailto:sage [2013/02/10(日) 18:26:17.17 ] 数年後、そこにはTyped CoffeeScriptの元気な姿が… 170 名前：デフォルトの名無しさん mailto:sage [2013/02/10(日) 18:47:12.97 ] いずれ実現するんじゃないかな CoffeeScriptの評判がいい点て軽量言語らしいゆるふわシンタックスで TypeScriptはコンパイラレベルの型があってIDEに統合に強い 現状TypeScriptをCoffeeScriptみたいなシンタックスで書けるコンパイラ出たら俺はそれに乗り換える コンパイラっていうかプリプロのプリプロだけどな で、現状 heap.coffee ってのが一番近いんだけどなんか目指してるものが微妙で、そんで動かん 171 名前：デフォルトの名無しさん mailto:sage [2013/02/10(日) 21:10:04.89 ] そして忘れ去られるDartとJSX。 172 名前：デフォルトの名無しさん mailto:sage [2013/02/12(火) 08:43:08.51 ] (x) -> (y) -> x+y とか書けるから楽ちん 173 名前：デフォルトの名無しさん mailto:sage [2013/02/27(水) 16:49:12.93 ] 1.5.0 174 名前：デフォルトの名無しさん mailto:sage [2013/02/27(水) 17:40:30.80 ] Ruby利用者が減ってCoffeeScript利用者が増えると予想 175 名前：デフォルトの名無しさん mailto:sage [2013/02/27(水) 21:15:20.27 ] まだまだクライアントでコールバックチェーンをちゃんと書ける人が少ない 176 名前：デフォルトの名無しさん mailto:sage [2013/03/09(土) 18:46:26.39 ] 1.6.1 177 名前：デフォルトの名無しさん mailto:sage [2013/03/09(土) 20:03:32.91 ] sourcemap対応きたな typescriptに先んじられてた部分に追いついた 178 名前：デフォルトの名無しさん mailto:sage [2013/03/09(土) 20:05:40.96 ] TypeScript -> PHPなやつが出たよ Pratphall pratphall.org/ 179 名前：デフォルトの名無しさん mailto:sage [2013/03/09(土) 21:22:24.13 ] >>177 ようやく来たかー。 これでCoffeeScriptRedux使う理由はなくなったな。 180 名前： 忍法帖【Lv=2,xxxP】(2+0：5) [2013/03/10(日) 00:06:37.29 ] >>172 それってどうやって使うの？呼び出す時 181 名前：デフォルトの名無しさん mailto:sage [2013/03/10(日) 00:17:00.22 ] 名前を付けない、それがクロージャ javascriptと同じで変数に割り当てるんじゃ 182 名前：デフォルトの名無しさん mailto:sage [2013/03/10(日) 00:23:51.98 ] 名前ついててもクロージャはクロージャなのじゃ 183 名前：デフォルトの名無しさん mailto:sage [2013/03/10(日) 00:28:12.70 ] ご苦労じゃな 184 名前：デフォルトの名無しさん mailto:sage [2013/03/10(日) 01:55:21.69 ] >>180 普通に f(1)(5) #=> 6 だろ jsのカリー化や部分適用はJavaScript: The Good Parts にも載ってる 185 名前： 忍法帖【Lv=2,xxxP】(1+0：5) [2013/03/10(日) 06:37:40.29 ] >>184 なるほど！ありがとう！ カリー化ってなに？ 186 名前：デフォルトの名無しさん mailto:sage [2013/03/10(日) 08:04:13.70 ] ggrks 187 名前：デフォルトの名無しさん mailto:sage [2013/03/10(日) 08:40:49.96 ] >>185 www.ajinomoto.co.jp/consomme/remake_recipe/ 188 名前：デフォルトの名無しさん mailto:sage [2013/03/10(日) 10:37:35.20 ] ググレカリー 189 名前： 忍法帖【Lv=3,xxxP】(1+0：5) [2013/03/12(火) 07:53:06.74 ] どーせカリーとか言ってるだけでほんとは意味知らない人多いんでしょ 190 名前：デフォルトの名無しさん mailto:sage [2013/03/12(火) 08:10:14.32 ] ジョン・スカリー 191 名前：デフォルトの名無しさん mailto:sage [2013/03/12(火) 08:21:09.79 ] 野菜をいちどきに鍋にぶちこむのではなく火の通りにくい順に入れていくこと 192 名前：デフォルトの名無しさん mailto:sage [2013/03/12(火) 11:12:20.87 ] たまねぎだけ先に炒めて入れる 193 名前：デフォルトの名無しさん [2013/03/12(火) 11:59:13.57 ] CoffeeScriptからExcelで迷路を描く方法を教えてください 194 名前：デフォルトの名無しさん mailto:sage [2013/03/12(火) 12:44:42.75 ] WSHでJScript使えばなんとかなりそう 195 名前：デフォルトの名無しさん mailto:sage [2013/03/12(火) 13:01:48.39 ] CoffeeScriptはJScriptでも動くんですか？ 196 名前：デフォルトの名無しさん mailto:sage [2013/03/12(火) 15:15:25.77 ] つ toro.2ch.net/test/read.cgi/tech/1358937029/ 197 名前：trydev [2013/03/26(火) 00:27:54.23 ] Objective-○ みたいなの、、、 うごかないけどorz @implementation = (obj) ->   @[k] = obj[k] for k of obj @implementation CSObject: (obj) ->   # not implementation. @implementation Test: CSObject   constructor: ->     alert "Hello,World!" test = [[Test alloc] init] 198 名前：デフォルトの名無しさん [2013/03/29(金) 00:20:14.82 ] railsの公式サポートにあってcoffeescript使い出したら普通のjsが書けなくなるほどドップリはまった ある程度書ける人からしたらおせっかいなのかもしれないけど、自分みたいなDOM操作ばかりの人間には非常に使いやすい 199 名前：デフォルトの名無しさん [2013/05/25(土) 12:29:57.80 ] Webのフロントエンド書く仕事でCoffeeScript、趣味でTypeScriptだけど 結局、サーバーサイドを何で書くか次第な気がしてきた。 サーバ側がRubyやPythonで書かれていれば、サーバ側技術者が馴染みやすいのはCoffee。 サーバ側がJavaやC#だったら、TypeScript。 200 名前：デフォルトの名無しさん mailto:sage [2013/06/07(金) 16:54:13.06 ] >>199 良いこと書いてるね リツイートだわ 201 名前：デフォルトの名無しさん mailto:sage [2013/06/07(金) 23:49:53.21 ] これ書きやすいけど見にくいね 202 名前：デフォルトの名無しさん mailto:sage [2013/06/08(土) 00:12:52.78 ] Pythonの人やRubyistに書かせると綺麗になる(作者のAshkenasがそうなので) PHP/JavaScript上がりの人に書かせると破綻しそうではある 大規模プロジェクトならやっぱTypeScriptなんだろうけど、5000行ぐらいまではcoffeeでいい 203 名前：デフォルトの名無しさん mailto:sage [2013/06/08(土) 04:14:48.83 ] Haxe「(/ω・＼)ﾁﾗｯ」 JSX「|冫､)ｼﾞｰ」 204 名前：デフォルトの名無しさん mailto:sage [2013/06/08(土) 18:22:54.75 ] 基本、括弧を書かなくていいのは地味にラクなんだけど 後から見にくいんだよな 205 名前：デフォルトの名無しさん [2013/06/08(土) 18:37:56.27 ] なんでVBの真似なんかしちゃったんだろ 206 名前：デフォルトの名無しさん mailto:sage [2013/06/09(日) 01:05:16.45 ] >>204 実際のプロジェクトで使うとそうなんだよな・・ ただオブジェクトリテラルのネストがすごい見やすくなるのはでかい 自分はGrunt.jsの設定ファイルだけにcoffee使ってる これは使わないと損するレベル 207 名前：デフォルトの名無しさん mailto:sage [2013/06/10(月) 06:11:50.68 ] 関数実行時のカッコが省略できるのは見にくいので カッコを省略しないで書こう 208 名前：デフォルトの名無しさん mailto:sage [2013/06/11(火) 04:47:18.31 ] ああ 209 名前：デフォルトの名無しさん mailto:sage [2013/06/13(木) 14:04:45.48 ] github.com/jashkenas/coffee-script/wiki/List-of-languages-that-compile-to-JS/_history javaのひとは groovy のほうが馴染むだろうか grail もあるし というかインデント記法の言語というので全部書くのは なかなか辛いケースもありそうだな… 210 名前：デフォルトの名無しさん mailto:sage [2013/06/13(木) 16:54:26.66 ] やっぱ型あるほうがいいわ CoffeeScriptで作ったのをTypeScriptやHaxeにそのまま手作業でコンバートしたら とんでもない潜在的バグが発覚ってケースが何度も何度も。マジで 211 名前：デフォルトの名無しさん mailto:sage [2013/06/15(土) 18:24:35.11 ] 同じインデント記法でもPythonは読みやすいよ 変に弄らないでPythonの猿真似でよかったのにな ただ一番の問題はシンタックスじゃなくて、JSやRubyに合わせて インデント幅を2にしてると浅すぎてわかりにくいことだと思うけどね Pythonだと規約でインデント幅4推奨だからな 212 名前：デフォルトの名無しさん mailto:sage [2013/06/16(日) 00:27:57.21 ] >>211 editorconfig.org/ 213 名前：デフォルトの名無しさん mailto:sage [2013/06/22(土) 22:46:16.40 ] var宣言とかあった方が良くない？ どこのスコープで宣言してる変数なのか 何が使われているのかとか、分かりにくすぎる 214 名前：デフォルトの名無しさん mailto:sage [2013/06/23(日) 00:49:50.71 ] >>213 Pythonはそれでうまくいっているという事実がある ただインデントの話もそうだけど、最初からそれを大前提にして一から設計されたPythonとは違って JavaScriptの仕様や慣習に縛られているので、その兼ね合いでいろいろと綻びが出ている 215 名前：デフォルトの名無しさん mailto:sage [2013/06/28(金) 19:35:44.69 ] 皆さん、JavaScriptで以下みたいなforループがあったとして for (var i=0; i<max; i++) { console.log(i); } CoffeeScriptでは同等のforループをどう書いてます？ for i in [0..max-1] console.log i ってやったら、max=0 の時に案の定うまくいかなかった。 すごい初歩的な質問でスミマセンorz 216 名前：デフォルトの名無しさん mailto:sage [2013/06/28(金) 19:41:09.59 ] あ、自己解決しました。 for i in [0...max] 　console.log i ってやればいいだけですね。スレ汚しすまんでしたorz 217 名前：デフォルトの名無しさん mailto:sage [2013/07/02(火) 13:18:58.32 ] js2coffee.org みてると双方向で変換できるのは利点なんだな typescirptもhaxeも一度出力したら元に戻すのはだいぶ困難だという… なかなか上手くいかんな 218 名前：デフォルトの名無しさん mailto:sage [2013/07/02(火) 13:21:28.55 ] いや上の使っても綺麗には変換できないか…うーんorz 219 名前：デフォルトの名無しさん mailto:sage [2013/07/03(水) 20:32:59.22 ] 使うか使うまいかまだ迷ってる俺ガイル 220 名前：デフォルトの名無しさん mailto:sage [2013/07/07(日) 15:30:05.50 ] コード片を突っ込んでから目視で確認して直す分には便利 ライブラリまるごと突っ込むにはちょっと無理かな 221 名前：デフォルトの名無しさん [2013/08/30(金) 21:47:16.93 ] ほしゅ 222 名前：デフォルトの名無しさん mailto:sage [2013/08/30(金) 21:47:51.39 ] の難しい言語 223 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 10:45:59.11 ] coffeescript使う意味ってあるんですか？ エディタの補完じゃだめなんですか？ 224 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 14:41:47.40 ] Coffeeが要らないと感じるくらい強力な補完が出来るエディタを使っているのだとしたら、別に無理してCoffee使う理由は全く無いと思うよ 225 名前：デフォルトの名無しさん [2013/08/31(土) 14:50:37.19 ] でもfunctionとreturnと括弧の補完さえできれば CoffeeScriptのメリットの9割がなくなったも 同然だと思う。 226 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 15:00:41.35 ] fでfunction %1(%2){%3}って置換してるしCoffeeScriptを書くのが苦痛 %nのところはtabで移動できるやつ、いわゆるvimのアレ 強力な補完の定義がないからいまいち何を言いたいのか分からない 227 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 16:14:12.93 ] functionとreturnと括弧の補完ができても 読むときにfunctionとreturnと括弧が邪魔で ロジックに集中できず読み難い 228 名前：デフォルトの名無しさん [2013/08/31(土) 16:38:47.20 ] >>227 いちいち、functionやreturnを読んでるの？ 読み飛ばしてロジックだけ見ろよ。 229 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 16:53:16.37 ] [>>228は馬鹿]もちろん[>>228は馬鹿]読み飛ばしてるに[>>228は馬鹿]決まってんだろ でも[>>228は馬鹿]邪魔な情報が[>>228は馬鹿]挿入されていると[>>228は馬鹿]画面が うるさくなって[>>228は馬鹿]読み難いんだよ 230 名前：デフォルトの名無しさん [2013/08/31(土) 17:12:58.34 ] >>299 [>>229は馬鹿] 書き方が悪いんじゃね？ｗ [>>229は馬鹿] 普通キツキツに書かないよね？ 空白改行入れるよね？ [>>229は馬鹿] お前 [>>229は馬鹿] が何を言いたくて [>>229は馬鹿] そんな書き方をしているのか さっぱりわからんわ。 [>>229は馬鹿] 231 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 17:26:08.75 ] >>229>>230 やっぱ読みと飛ばせても要らない情報は邪魔だなw 232 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 17:31:13.82 ] ・functionタイプするのウザいわ <= 補完機能使え（提案が解決策になっている例） ・function読み飛ばすのウザいわ <= 根性で頑張れ（提案が解決策になっていない例） 233 名前：デフォルトの名無しさん [2013/08/31(土) 17:34:43.37 ] >>231 情報量はどっちも同じだけど。 でないと関数を関数とみなせないってｗ 単に単語が違うだけ。 functionと=> だっけ？の違いだろう どっちがわかりやすいか。 234 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 17:39:20.43 ] 1 + 2 * 3 と 1.add(2.product(3)) は情報量同じだよ、確かに でも、1 + 2 * 3 が読みやすいと感じる奴に 1.add(2.product(3)) 使えって言うのは傲慢 coffee使っている奴にJS使えってのも同じ話 235 名前：デフォルトの名無しさん [2013/08/31(土) 17:43:59.74 ] >>234 それは四則演算の書き方に慣れているだけだな。 functionには当てはまらない。 236 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 17:44:40.89 ] >>235 いや、お前が当てはまるかどうかなんてどうでもいいんだが…… 237 名前：デフォルトの名無しさん [2013/08/31(土) 17:51:23.17 ] >>236 だからお前が当てはまるかもどうでもいいだろ。 ようは慣れだよ。 入力も別に問題ないし、 読むのも問題ない。 238 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 17:51:41.62 ] 大学でMLとかに触れる機会すら無かった 生粋のドカタには -> や => は見慣れんだろうなぁ 内包表記なんかも数学やってた奴には馴染みありまくりだが、 ドカタには不評だしなぁ 239 名前：デフォルトの名無しさん [2013/08/31(土) 17:52:51.02 ] ただひとつ言えるのは、CoffeeScriptは 個人の作ったオレオレ言語であり 将来性に普及にも疑問があるということ。 これは大きなデメリット。 240 名前：デフォルトの名無しさん [2013/08/31(土) 17:54:36.60 ] ブロックが {} じゃないから CoffeeScriptは見にくい。 それだけで十分デメリットじゃねぇの？ 241 名前：デフォルトの名無しさん [2013/08/31(土) 17:55:16.41 ] >>238 原点とも言えるC言語にはないからね。 こちとら生粋のプログラマーなんで（笑） 242 名前：デフォルトの名無しさん [2013/08/31(土) 17:59:22.11 ] >>239 そうなんだよね。 書き方がちょっと違うだけで、宣伝ほど コードが減った感じがしないし、 将来性を考えると使うメリットがないかなって。 243 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 18:02:15.87 ] そもそもML使うような層はJavascriptなんて使わない 根本的に住んでる世界が違う 244 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 18:05:11.92 ] ML使う層はものづくりの層ではないからな。 245 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 18:06:13.49 ] ドカタしか使わない言語に 関数型言語風の表記を取り入れるとか、 明らかにニーズを取り違えている 流行るワケが無い 246 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 18:08:00.94 ] ドカタって言葉が好きなのかな？ 日本のことを鬼子とかいう韓国人っぽいね。 247 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 18:15:59.53 ] しかし、いつまで経ってもドカタからネガティブなイメージが抜けないな やっぱドカタ呼ばわりされてる奴等の実態が悲惨だからかな 248 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 18:22:24.86 ] ソフトウェア開発に土方という言葉が合わないだけでしょ？ dictionary.goo.ne.jp/leaf/jn2/157529/m0u/%E5%9C%9F%E6%96%B9/ 土木工事に従事する労働者。土工。 いつからソフトウェア開発が 土木工事になったの？？？ 249 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 18:26:10.57 ] Wikipediaに記事があった デジタル土方（デジタルどかた） ja.wikipedia.org/wiki/%E3%83%87%E3%82%B8%E3%82%BF%E3%83%AB%E5%9C%9F%E6%96%B9 250 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 18:28:25.37 ] wikipediaはどうでもいいよｗ 251 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 18:36:46.07 ] >>248 建設業の業態をそっくり真似たものだから 252 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 18:44:17.17 ] >>248 上流に高学歴、下流に低学歴が集まる所までそっくりだから 253 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 18:46:28.78 ] >>251 建設業の業態をそっくり真似たものは 一部の会社の話だろ。 何を言ってるんだろうか？ 254 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 18:47:44.63 ] ソフトウェア業界の全てが 建設業と同じ業態を真似てるわけじゃないし。 特にウェブ業界のほとんどは建設業とは全く違う。 255 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 18:51:22.19 ] いろんな形態があるのに 話も聞かないですぐにドカタって言ってる奴 あれは単に他人を見下したいだけだから気にするな。 大抵言ってる本人が自分の立場に満足してないだけ。 256 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 19:18:09.15 ] ドカタとは呼ばなくとも兵隊と呼ぶ奴はリアルにたくさんいる 257 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 19:55:25.65 ] >>254 そうなんだよね。 IT業界がデジタル土方って言われる原因はSI系の企業が「大企業ほど」腐ってるせいなんだけど、 こういう会社に勤めてるPG()はCoffeeScriptを標準サポートしてるRuby on Railsとかを使った開発に掠ってないから CoffeeScriptの将来性が疑問に見えちゃうんだろうね ＮＴＴデータが偽装請負　直接指示どころか下請け富士ソフト社員を奴隷扱い、指摘後も対応せず www.mynewsjapan.com/reports/458 258 名前：デフォルトの名無しさん mailto:sage [2013/08/31(土) 20:41:51.06 ] ほらみろ、変なことを言い出すから せっかくのCoffeeScriptスレがあれる。 お前のせいだぞ。 259 名前：デフォルトの名無しさん mailto:sage [2013/09/01(日) 11:51:19.07 ] いまのJS界隈には、元からJSやってた奴ら、Rubyとかから流れ込んで来た奴ら、 Javaから流れ込んで来た奴らが混在してて、 わりと前の2グループはJSを改善していきたいと思ってるけど、 Javaから来た奴らは基準がJavaだから、現状のJSですら十分簡潔に書けると思ってるし、 何も変化しないことが善だと思ってる 260 名前：デフォルトの名無しさん mailto:sage [2013/09/01(日) 12:02:34.99 ] 問題は実際にJavaScriptで十分に簡潔であるってこと。 ほんの少し文法を変えた将来性のない言語を 使う奴はいない。 261 名前：デフォルトの名無しさん mailto:sage [2013/09/01(日) 13:44:23.32 ] Pythonは誰が書いても似たようなコードになるって思想があるからこそ インデント記法が成り立ってるのに、思想はRubyで構文はPythonってそりゃ無茶苦茶になるわな 262 名前：デフォルトの名無しさん mailto:sage [2013/09/01(日) 14:57:22.21 ] >>260 Javaドカタ発見 263 名前：デフォルトの名無しさん mailto:sage [2013/09/01(日) 17:17:32.88 ] >>233-258 までがたった一日でこんなに書き込みが＠ID出ない板 夏休み終わりだからって伸びすぎだろ… 25レスだとこれくらいだぞ >>218-233 264 名前：デフォルトの名無しさん mailto:sage [2013/09/01(日) 17:20:03.28 ] >>223-258 の間違いだったわorz たった一日で35レスか… >>188-223 だな�d 265 名前：デフォルトの名無しさん mailto:sage [2013/09/01(日) 18:35:30.83 ] これGrunt.coffee専用言語なんよ それ以外で使う価値はない 266 名前：デフォルトの名無しさん mailto:sage [2013/09/01(日) 23:07:05.42 ] >>259 俺はJavaが誕生したときからずっとJavaやってきて ここ４〜５年JavaScriptもやるようになったけど ぜんぜん違和感なくやってるぞ。 Coffeeよりは、TypeScriptとかDartのほうがJava屋的には 馴染みやすいけど。 でも、たしかにエンタープライズ系のWeb開発やってる層だと ブラウザ側に何かリッチな処理をさせるのって違和感あるみたいだ。 でも、これからはますますブラウザ側での処理の重要性って 上がっていくんだろうな。この流れに対応できないサーバーサイドの 開発者はどんどん落ちこぼれていくんだろう。 267 名前：デフォルトの名無しさん mailto:sage [2013/09/29(日) 02:06:43.74 ] やっぱ駄目だこれ 読みにくすぎ 268 名前：デフォルトの名無しさん mailto:sage [2013/09/29(日) 07:50:36.35 ] ハッカーには受けが良いけど、 ドカタには読み難く感じるらしいね 269 名前：デフォルトの名無しさん mailto:sage [2013/09/29(日) 15:11:56.52 ] ハッカー（自称パソコンの先生）ね 270 名前：デフォルトの名無しさん mailto:sage [2013/09/29(日) 15:28:38.66 ] あぁ、ここにもキチガイがいたｗ 271 名前：デフォルトの名無しさん mailto:sage [2013/10/19(土) 07:33:07.39 ] Spelunking into a module’s source due to bad docs, only to discover CoffeeScript i.imgur.com/KBNcZ.gif tjholowaychuk.com/post/60433519326/spelunking-into-a-modules-source-due-to-bad-docs-only 272 名前：デフォルトの名無しさん mailto:sage [2013/11/03(日) 17:44:49.82 ] 普段RubyとJSを同時に書いてる身としてはCoffeeScriptの方が段違いに脳が適応してくれるから重宝してまつ 生のJSだとunlessを無意識に使ったり、varを平気で書き忘れてまうねん 273 名前：デフォルトの名無しさん mailto:sage [2013/11/07(木) 22:47:23.49 ] >>257 俺がみたRailsプロジェクトの大半が中身が空の.coffeeばかりだったからgit rm *.coffeeしてpushしたけど怒られたことなかったよ 274 名前：デフォルトの名無しさん mailto:sage [2013/12/08(日) 22:13:51.51 ] www.similarweb.com/website/coffeescript.org#/#typescriptlang.org,haxe.org AltJS競合がひたひたとやって来るYO 滞在時間に注目だな。 275 名前：デフォルトの名無しさん mailto:sage [2013/12/08(日) 22:16:15.51 ] www.similarweb.com/website/dartlang.org#/#coffeescript.org Dartも思ったより頑張ってたが微妙なグラフ描いてるな 276 名前：デフォルトの名無しさん mailto:sage [2013/12/08(日) 23:37:17.96 ] Dartは消えてくれ Javaと全く互換性のないJavaモドキって誰得だよ わざわざ余計なものをJSの世界に持ち込まないでほしい 277 名前：デフォルトの名無しさん [2013/12/09(月) 11:43:48.53 ] DartはJSの消滅を狙ってるだろ 278 名前：デフォルトの名無しさん mailto:sage [2013/12/09(月) 12:05:48.13 ] 時代はTypeScript 279 名前：デフォルトの名無しさん mailto:sage [2013/12/23(月) 23:21:48.32 ] DartもWebMもWebPもWebSocketもSPDYもみーんな同じ会社が同じ目的のためにやってること 280 名前：デフォルトの名無しさん mailto:sage [2013/12/24(火) 20:55:26.75 ] 社内にドッグフード食べさせることが出来れば、加速的に成長するんだろうけどdartはあまり芳しくなさそう。 281 名前：デフォルトの名無しさん mailto:sage [2013/12/24(火) 21:01:06.40 ] www.transcriptsearch.com.es 講演ビデオの英語字幕探すサービスなんてあるんだ。 ただスパムサイトに見える、、、 282 名前：デフォルトの名無しさん mailto:sage [2014/01/02(木) 10:58:34.98 ] coffeedocの書き方がよく分かるサイト教えてくださいm(_ _)m 283 名前：デフォルトの名無しさん mailto:sage [2014/01/02(木) 11:01:48.02 ] あ、ごめんやっぱcodoっての使ってみる 284 名前：デフォルトの名無しさん mailto:sage [2014/01/18(土) 17:15:05.45 ] もっと早く使えば良かった。書いてて気持ちいい。 285 名前：デフォルトの名無しさん [2014/01/19(日) 10:58:46.02 ] いいよな。 grunt使えば自動コンパイルしてくれるし ブラウザの自動更新までしてくれるからデメリット無いわ 286 名前：デフォルトの名無しさん mailto:sage [2014/01/19(日) 21:47:32.02 ] ハッシュをYAMLっぽく書けるのが良いですね 287 名前：デフォルトの名無しさん mailto:sage [2014/01/23(木) 02:51:11.53 ] Railsコミュニティは何故、CoffeeScriptなんぞ採用したのか 全部、JSで書いた方が効率良いだろ 288 名前：デフォルトの名無しさん mailto:sage [2014/01/23(木) 08:34:48.34 ] JSがうんこだからに決まってる 馬鹿にはゴミっぷりが理解できないらしいが 289 名前：デフォルトの名無しさん mailto:sage [2014/01/23(木) 08:58:24.07 ] 時代はTypeScript 290 名前：デフォルトの名無しさん mailto:sage [2014/01/23(木) 14:14:45.90 ] 生のjsはリファクタリングする気にもならない・・・ 291 名前：デフォルトの名無しさん mailto:sage [2014/01/23(木) 14:28:28.36 ] すぐに下品な言葉を使う男ってダサい 本人は理解できてないみたいだけど（２４歳OL) 292 名前：デフォルトの名無しさん mailto:sage [2014/01/23(木) 14:46:56.80 ] CoffeeってJSが次世代JSに移行したら用済みよね？ 293 名前：デフォルトの名無しさん mailto:sage [2014/01/23(木) 16:26:41.62 ] またしょうもない言語を作ってみろ その時は第二、第三のコーヒースクリプトが 294 名前：デフォルトの名無しさん mailto:sage [2014/01/25(土) 00:16:23.43 ] お前らってjavascriptより良い言語作れないのに javascriptのことバカにすんのな 295 名前：デフォルトの名無しさん mailto:sage [2014/01/25(土) 01:06:20.63 ] >>293 マンモスウレピー ttp://mammouth.wamalaka.com/ 296 名前：デフォルトの名無しさん mailto:sage [2014/01/30(木) 10:55:06.90 ] 1.7.0きたー メソッドチェーン改良 297 名前：デフォルトの名無しさん mailto:sage [2014/02/05(水) 15:22:45.71 ] ねえねえ、 test = (-> 　hoge )() これもっと綺麗に書く方法ある？ test = -> 　hoge () だと怒られる 298 名前：デフォルトの名無しさん mailto:sage [2014/02/05(水) 15:25:01.87 ] あ、 test = do-> 　hoge か、スマソ。 299 名前：デフォルトの名無しさん mailto:sage [2014/02/05(水) 15:29:34.02 ] ちゃうちゃう (test = -> 　hoge)() を綺麗に書く方法だった。 test = -> hoge test() とか気持ち悪い。 300 名前：デフォルトの名無しさん mailto:sage [2014/02/12(水) 22:35:31.24 ] >>299 do test = -> 　hoge でOK。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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