もう2015年だから別にいけるんじゃね？出したいのはクライアントサイドで表示してるデータだし。と思ったけど、
…といった事情があるため、msSaveBlobやらcreateObjectURLと戯れるのは諦めて、おとなしくサーバサイドで生成してContent-Dispositionつけて返しましょう。
「俺ならクロスブラウザな実装が出来る！やってやる！」と思ったそこのアナタ。それは、この場合においては無用な努力です。
最近Marionette.jsを使ってみている。
時は未だにJSフレームワーク大戦争時代、なんでMarionetteなんですか？って話なんだけども、
この辺の理由です。ゴリゴリって訳じゃないんだけど、ちょっとリッチクライアント？的なものだからBackbone + Marionetteくらいの塩梅がええかなー、と。
実際、真面目に使ってみたらBackboneとMarionette、特に前者は老舗だけあって中々良く出来てるなー、と思った。それだけだと何とも出来ない部分は多いけど、「自分はここまではやりまっせ」という線引きは少なくともはっきりしている。
別にこれは比較でも何でもないので、他のは知らんけどな。
フレームワークオタクになる時間もなる気もないので、あんまり最近のナウいやつは追ってないんだけども、今後の流れとして
というイメージを持っている。
何らかのフレームワークに乗って気分良く作っていたとしても「Bootstrapのmodalを出さんといかん（ヒエー）」「XHRでPOSTした結果を何らか通知するようなUIがいる（ウヒョー）」みたいな要件は一杯あり、それらを全て気持よくカバーするフレームワークなんてものはおそらく存在しないので、実際の開発ではどうしてもフレームワークからはみ出した書き方をせざるを得ないことが多い。
なので、なんというか、「出来るだけはみ出しすぎないように書きつつ」「まあしょうがないよね、そういうもんだし」という気分でコードを書いている。
フレームワークの上に乗って、気分よく綺麗に書けるのはToDoアプリくらいなもんだ。
2月の頭から有給消化モードに入り「このままだと無限にダラダラしてしまう可能性があるな」と思ったので、時間割を決めて行動している。
時間割を決めるなんてしっかりしてるな、と思う人がいるかもしれないが、以下の本によるとそれは逆で、自分でタイムマネジメントが出来ない人こそ時間割を決めた方がよいとのこと。
強く生きるノート 考え方しだいで世界は変わる (KEIO MCC Intelligence Series)
で、2/1からなんとなく時間割に沿って行動してみた感想をば。ここで「なんとなく」と書いているのはそこまで厳密に従ってないからである。妻に言わせれば「全然従ってない」ということになるかもしれない。
というような効果があるようだ。意外に面白い。
2週めでだんだんダレてきたので、時間割を再構築してもいいかもしれない。また、普通の休日などもある程度時間割を切った方がいいかもしれない。と思った。
聞く所によると、さる高名なエンジニアの方は毎日決まった時間に勉強されているそうだ。
最近、比較的真面目にJsDocを書くという機会があったので。
(※この記事の前提はJsDoc 3.2.2です)
JSで適当に名前空間的なものを切ってコードを書いていくと、
/** * @class /* function Klass() { } Klass.prototype.foo = function () { }; my.name.space.Klass = Klass;
みたいな書き方がいいか、
/** * @class /* my.name.space.Klass = function() { }; my.name.space.Klass.prototype.foo = function() { };
みたいな書き方がいいか、という割とどうでも良い選択（意味的には同じなので）を迫られることがありますが、これは結論的には後者の方がよくて、
という二点において、後者を選んだ方がよいです。
ちなみに僕は「メソッド宣言とかを短く書けるから」という理由で前者を選んでいましたが、JsDocを書く段になって後悔しました。
この辺の話は今後JsDocそのものが賢くなると改善されるかもしれませんし、browserifyなどのモダンなモジュールシステム（？）を使っている場合はあまりこういう話題は登場しないかもしれませんね。
JsDocのannotationを真面目に書くのって割と面倒なので、出来るだけannotationなしでJsDocに構造を理解してもらえるようにコード書いたほうが後々ラクですよ、というお話でした。
Googleは内部的には違うものを使っていると思いますが、JsDocの書き方自体はclosure libraryが参考になる気がしています。
google/closure-library · GitHub
色々なライブラリが群雄割拠している昨今のJS業界ですが、closure libraryにはGoogleの伝統と知恵が詰まってると思うんだ。多分。
function revokeToken() { var token = gapi.auth.getToken()["access_token"]; chrome.identity.removeCachedAuthToken({ token: token }, function() {}); var img = new Image(); img.src = "https://accounts.google.com/o/oauth2/revoke?token=" + token; }
