やっと行ってきた。新東名のSAからだったらすごく近い。が、新聞に載った直後らしく激混みだった。そしてみんな待ち時間にどうぶつの森をやっていた（老若男女問わず）。

• なかじま園

いちごパフェといちごケーキ

いちごミルクとワッフル

美味しかった。また行きたい（平日に）。

Brunchで生成されるスキャフォールドよくわからんわーっていうのはChaplin.jsがわからんわーっていうことと同義だった。

Hello Worldのサンプルとostioのコードを読んでみたんだけど、いまいちわかってないところがある(HandlebarとかStylusをどこで組み込んでいるのかとか)ので、自分で一つ書いてみないとダメだなぁ。

Chaplin.jsとは

いまのとこの理解だと、Chaplin.jsというのはBackbone.jsを土台にしたフレームワーク。backbone.layoutmanagerはBackbone.jsの拡張っぽいなぁと思ったがこっちはフレームワークな感じなので規約とかお作法っぽいものが多い。

• View,Mode,Utilsのディレクトリ構造は大体決まっている。
• View,Modelにはbaseっていうディレクトリが掘ってあって、共通の処理を書く。ほんでもって継承する。
• Layoutはbackbone.layoutmanagerとは異なり、Viewを継承していない。

他にドキュメントからだと、

• Applicationクラスは単なるブートストラップ
• mediatorがpub/subを司る
• ControllerがModelと対応するViewをインスタンス化する

という感じで役者が増えている。

速読

「コンセプトとはパーセプションの変容を促すもの」という表現は良かった。

ゆさぶる。企画書
村山 涼一
日本経済新聞出版社 / 1470円 ( 2012-12-15 )

ターゲティングで求められていることは、誰も考えなかったような細分化の尺度を考えることです

これもなるほどなーと思った。

しかし、略歴見たけど実績が書かれてなかった。マーケティングプランナーはあまり実績を表に出さないものなのだろうか？

Yeomanはちょっとデカすぎるなぁってことで、Yeomanよりは小さめな感じのgrunt-bbbをいじってみた。

todomvc用のスキャフォールドが用意されているので

bbb init; bbb init:todomvc

というコマンドが使えるんだけど、これは動かない。

というわけでbbbのお作法の勉強も兼ねて自分で最初から書いてみた。

mkdir bbbtodos
cd bbbtodos
bbb init
bbb init:module todo

とかこんな感じで書いていけばいい。

• backbone-localstorages.jsをvendor/jam以下に置いてしまったがまぁいいかな。
• 実際のコードはapp/modulesに置くのがお作法らしい。bbb init:moduleもあるしな。
• bbb serverで127.0.0.1:8000でサーバーが立ち上がるので便利
• main.jsではrouterの設定をしている
• app.jsではLayoutの設定とか、useLayoutといった便利関数を追加しているだけ。
• router.jsが頑張っている

grunt-bbbとは何か？

backbone.layoutmanagerを含んだbackbone.jsのボイラープレートのフレームワーク。

backbone.layoutmanagerはPhilosophyを読めば分かるようにBackbone.Viewを拡張したものでキャッシュ機構を入れたりテンプレートをよろしく管理してくれたりとかそんな感じ。

なので、Backbone.jsで開発している感をだしつつ、弱いところを補ってくれる感じのBackbone.js++って感じのツールかな。

Yeomanはrobust and opinionated set of tools, libraries, and a workflowなので、使われているパッケージを調べることでjavascript界で今イケてるツールの情報をゲットできるわけだ。

というか、ざっと見たところgrunt.jsしかわからん。

grunt.js

makeのjavascript版みたいな位置付け。ほとんど使ったことがない。

BOWER

ブラウザサイドのパッケージマネージャ。プロキシ通らないなぁと思ったら、fixされていた。

AMD関連

underscore.jsがAMD対応されていないので対応版としてlodashってのがあるらしい。他にrequire.jsの軽い版でalmond.jsがある。

PhantomJS

Headless Webkitというわけで、テストしたりスクレイピングできたりする。

ブラウザを使ったスクレイピングをやりたい時にはWWW::Mechanize::Firefoxを使っていたが、PhantomJSベースのCasperJSに乗り換えるかもしれない(WWW::Mechanize::FirefoxはFirefoxをインストールしないといけないのでちょっと面倒臭いので)。

Yeoman使うのか？

養鰻だけにShizuoka.jserは使うよね的なtweetしたけど、僕は使わないと思う。ツールの寄せ集めだと追随していくの大変だしねー。

自分の用途だとボイラープレートで十分なんじゃないかと思う。

今年はBackbone.jsとかCSS(Stylus)なんかを頑張ろうかなぁと思っている。

理解があいまいなAMD(Asynchronous Module Definition)について調べてみた。

• Dojo道場 ～ 第11回
• Writing Modular JavaScript With AMD, CommonJS & ES Harmony
• WHY AMD?

underscore.jsではAMDのサポートが外されている。

• Why did Underscore.js remove support for AMD?

Flaskのsessions.pyを読んでいたら真偽値を入れるところでboolを使っていて(32行目くらい)なるほどと思った。

def _set_permanent(self, value):
    self['_permanent'] = bool(value)

0,1は思った通り

>>> bool(0)
False
>>> bool(1)
True

文字列も直感通り

>>> bool("somthing")
True
>>> bool("")
False

でもこれはダメ

>>> bool("false")
True
>>> bool("true")
True

etagsに再帰的に探索するオプションがないので面倒くさかったんだが、eshellを使えば解決することが分かって快適になった。

例えばFlaskだったらM-x eshellでeshellを立ちあげて、flaskのディレクトリで

etags **/*.py

と打てばよい。

eshellは常に一つ立ちあげておこうかな。

pythonでicecastサーバーを立ててtwitterにポストすればいいかなーと思ってググっていたら、既にアプリになってた。

実際使ってみるとMasterに移るタイミングでtweetするので快適すぎる。

日本酒好きのRichie Hawtinがかんでいるらしいので、日本酒を飲みながらTraktorをいじっている僕としては使わなあかんサービスだな。

芸術とはルールのあるゲームであり想像力をふくらませる商売であるとあるように、プログラミングもアートの一種と捉えた上で読めば面白く読める。違う視点から見たスタートアップの作り方みたいな本を読んでいるような感じで新鮮だった。

欧米の美術の歴史や文脈を知らないのは、スポーツのルールを知らずにその競技を見て「つまらない」とのたまうのと同じなんです。

まぁ確かにダブステップとかドラムステップがどう違うかとか文脈知らないとさっぱりだし、エポックメイキングな曲が出た背景とかそれに至る歴史を知らないとつまらんしな。

発掘されていない宝を手に入れるためには、

1. 自分の興味のある表現分野を探し、その分野の歴史を徹底的に学ぶ
2. その分野に興味を持ちはじめた理由を探す。
3. 自分の興味のある表現分野を何度も検証し直す

そうすると見えてくるので、リソース（技術、資金）を揃えて航海。

芸術起業論
村上 隆
幻冬舎 / 1680円 ( 2006-06 )

• 価値観の違う人にも話しかけなければ、未来は変わらない
• アーティストにとって作品同様に大切なのは独自のマネジメント哲学の構築なのです
• 入り口を作った人こそが美術の世界で讃えられるものなのです
• 才能よりも物語のほうが重要
• ものを伝えることは娯楽だと割りきる