[B! coffeescript] s1090018のブックマーク

「CoffeeScriptのリファクタリング」の実践とレビュー - mizchi's blog

CoffeeScriptのリファクタリング - ワザノバ | wazanova CoffeeScriptのリファクタリングと聞いたので、いてもたってもいられなくなった。まず、お題の結果を見ずにやってみる。これが元のコード $(document).ready -> photoHTML = (photo) => "<li> <a id='photo_#{photo.id}' href='#{photo.url}'> <img src='#{photo.url}' alt='#{photo.alt}' /> </a> </li>" $.ajax url: '/photos' type: 'GET' contentType: 'application/json' onSuccess: (response) => for photo in response.photos node = $(phot

s1090018 2014/07/28

リンク

音楽用CoffeeScriptを作ろう (3) ビルドのはなし - 音の鳴るブログ

昨日は実行環境について書いたのだけど、よくよく考えたら iframe の層は必要ないのでシンプルな構成に修正した。よく考えなくても不要だし、そもそも iframe をはさんだ理由はなんだというと（以下言い訳、略）で、書き換えた構成が以下の図。 CoffeeCollider っていうのがユーザーが操作するインターフェースで、その他は案所良くやってくれる。そういう感じにした。ちなみに最初にやろうとしていた iframe を使って安全に実行する話はここに書いてあった。 Play safely in sandboxed IFrames - HTML5 Rocks ここからはビルトなどの話。以下すべて Grunt でやっている。コードは AMD(Asynchronous Module Definition) で書いている。ブラウザ向けの JavaScript を AMD で書いている場合 re

s1090018 2013/10/10

coffeescript

リンク

音楽用CoffeeScriptを作ろう (2) 実行環境の構成 - 音の鳴るブログ

2013/10/09 追記: この話は古いです。構成を再見直しました。実際に実行できる環境を作った。でもホワイトノイズを聴くしかできない。 CoffeeCollider - GitHub Pages 実行環境はこういう構成になっている。 window がコード(通常使用のJavaScript)を実行する場所 iframe は言語ライブラリの実装場所、CoffeeColliderのコードはここで実行される worker は信号処理を行う場所わざわざ iframe を経由するのはライブラリでグローバル変数やプロトタイプ拡張を行いたいから。iframe は sandbox でセキュリティ的な効果も得られるかと思ったけど、iframeやスクリプトタグを動的に挿入するやりかた(こういうの)だと allow-same-origin を付けないと動かないっぽい。どうにか改善したい。信号処理は Web

s1090018 2013/10/10

coffeescript

リンク

音楽用CoffeeScriptを作ろう - 音の鳴るブログ

音楽用CoffeeScriptのアイデアがあって以前にちょこちょこ作業していたのだけど、しばらく放置していたら今さら再開するのも面倒になったので、いっそ最初から作ろうと思ったという話です。 CoffeeCollider コンセプトは明快でブラウザで動く Super Collider みたいなやつを作る。作業の方向性としては言語そのものをゼロから作りたいとか意識の高いものではなくてブラウザで使える音楽用プログラム言語があれば良いなーくらいの感じなので、CoffeeScriptを拡張して実現する。既存の言語をベースにすることで使う人(いるかどうか知らんが)の学習コストも少なくてすむし何より簡単に作れそう。あと本質的な部分ではないけど、前回と同じように黙々と作っていたら永遠に作っている途中で終わりそうなので作業の記録も書くようにしよう。そういう感じでとりあえず数値リテラルの拡張だけした。 10