LLerのための関数指向入門You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
((x, y, z…) ->).length is 0 - Qiita
CoffeeScript は上記のイディオムで y == null であった場合にデフォルトに指定した 0 へ代入します。 この場合の f.length はどうでしょうか。結果は 2 です。これも、納得できる結果かと思えます (これも人によっては 1 であるべきじゃないか、という感覚もある) それでは、平面以上、n次元上 (n > 1) の座標点を汎用的に受け付ける point 関数をこのように宣言してみます
javascript での関数部分適用 - Qiita
javascript での関数の部分適用(カリー化の説明を参考)は比較的カンタンにできます。 サンプルコードは CoffeeScript で書いています。 partial = (f) -> require_length = f.length partialized = (args...) -> if require_length <= args.length # 関数に必要な引数がすでに足りている g = f.apply(null, args.slice(0, require_length)) # 適用して結果を取り出す if typeof g is "function" # 結果、関数が返ってきた # args の余りから、次の関数を更に部分適用して返す partial(g).apply(null, args.slice(require_length))) else g # 関数以外のも
CoffeeScriptを使うべきか、使わざるべきか？ - にのせき日記
最近CoffeeScript界隈のブロゴスフィア(死語)を賑わせていた「CoffeeScriptを使うべきか、使わざるべきか？」という話題についてまとめてみた。 以下の記事紹介は超訳かつ要約なので詳しく知りたい人は元記事を参照のこと。 ことの発端はこの記事。 SnackJSの作者がCoffeeScriptをディスる。 A Case Against Using CoffeeScript by Ryan Florence デバッグの問題 CoffeeScriptが生成するJavaScriptはきちんとしているけど、結局は自分が書いたコードじゃないため読みにくい。自分で直接書いたほうが見やすい。 それにCoffeeScriptをデバッグするワークフローは大変だ。 まず問題がJavaScript内のどこで発生したのかを突き止める(CoffeeScriptのコードと行単位で対応してないから大変だ)
CoffeeScript: JavaScript without the Fail
WTF JS? Global variables function plus_two(n) { two = 2; return n + two; } plus_two(3); // 5 - obviously, 3 + 2 = 5 two; // 2 - wtf, JS? The with block var foo = 5; with (obj) foo; // 5, unless obj.foo exists Wtf is the deal with the == operator? 2 === "2"; // false - obviously a number is not a string 2 == "2"; // true - wtf JS?
Vows で クライアントサイドの CoffeeScript / JavaScript のテストをする時の Tips
0. node.js の Vows フレームワークがとてもかわいい JavaScript のTDD, BDDフレームワークはたくさんあるけど，テスト結果の見た目の良さと記述の楽さで Vows というフレームワークを使っている．RSpec からの影響を受けていて，Rack アプリケーションのテストと同じような感覚で書ける，というのが良い． たとえばこんな感じでテストコードを CoffeeScript で書く で --spec オプションをつけて実行するとこういう風に表示してくれる． assertion でテストが通らないと黄色く，内部エラーの場合は赤にラベルが表示される． しっかり全部通すと このように表示される．見た目が良いし，ラベリングを丁寧にやるとテストの内容がわかりやすい． 元々 node.js のテスト用なので，require exports など， pure JavaScript
CSS3 Transition のための CoffeeScript / JavaScript
CSS3 Transition がほぼモダンブラウザで使えるようになってきた 昨年 CSS3 の仕様にアニメーションプロパティが加わって，一時的な熱狂があったわけだけど，それから一年してどのブラウザにも一応の CSS Animation / Transition が出来るようになってきた．しかし，W3C の仕様のとおり transition: <property> <duration> <timing-function> <deley> を指定して動くわけでなく，-moz- なり -webkit- なりのプレフィックスがまだ必要な現状だったりする．ん? ああ，IE お前は座ってろ CSS プロパティを結局 jQuery で差し込む方向で 最近，やっと自分のサイトを開発しようと思って，Sinatra + mongoDB で，View を Haml Sass CoffeeScript + jQ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Route 477