javascript での関数部分適用 - Qiita
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 # 関数以外のものがきたら、適用しきった事にしてオブジェクトを返す else # 引数が足りてない場合、足りない引数を待ち受ける関数を返す partial_apply =
CoffeeScriptを使うべきか、使わざるべきか？ - にのせき日記
最近CoffeeScript界隈のブロゴスフィア(死語)を賑わせていた「CoffeeScriptを使うべきか、使わざるべきか？」という話題についてまとめてみた。 以下の記事紹介は超訳かつ要約なので詳しく知りたい人は元記事を参照のこと。 ことの発端はこの記事。 SnackJSの作者がCoffeeScriptをディスる。 A Case Against Using CoffeeScript by Ryan Florence デバッグの問題 CoffeeScriptが生成するJavaScriptはきちんとしているけど、結局は自分が書いたコードじゃないため読みにくい。自分で直接書いたほうが見やすい。 それにCoffeeScriptをデバッグするワークフローは大変だ。 まず問題がJavaScript内のどこで発生したのかを突き止める(CoffeeScriptのコードと行単位で対応してないから大変だ)
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
