2014-12-06

Intel Edisonを購入した

Intel Edison Breakout Board Kitを淘宝网にて515人民元で購入。当然ながら技適マークは無いです。

まずは以下を試験実施。

wget, python, node が動くことを確認。

翌日起動したところ *** Ready to receive application *** から進まなくなった（U-Bootが起動しなくなった）のでここを参考に再インストール。

$ brew install dfu-util coreutils gnu-getopt
$ cd edison-image-rel1-maint-rel1-ww42-14
$ ./flashall.sh
Using U-Boot target: edison-blank
Now waiting for dfu device 8087:0a99
Please plug and reboot the board
Timed out while waiting for dfu device 8087:0a99
DEBUG: lsusb
./flashall.sh: line 77: lsusb: command not found
DEBUG: dfu-util -l
dfu-util 0.8

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2014 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to dfu-util@lists.gnumonks.org

Did you plug and reboot your board?
If yes, please try a recovery by calling this script with the --recovery option

DFUデバイスとして認識されていない。--recoveryはOSXで使えないので対応を考える。

Windowsマシンに切り替えて再接続すると、特に苦労なく2つのLEDが点灯し起動完了。OSXとの相性問題？flashall.shのサポート状況を見ても、開発にはLinuxかWindowsを選択したほうが無難だろう。

と、思っていたらWindowsが起動しなくなった。ドライバ入れたから？OS再インストールが必要そう。OSXでは相変わらず。

Windowsは（MacBook ProのBootcampで動いているので）パラメータRAMのリセットを行うことでOSXが起動するように。念の為OSXを最新にあげて再挑戦したところ、とりあえずWindowsは起動した。USB接続で2つのLEDが点灯することも確認済み。

2014-10-24

goog.ui.Componentの継承で気をつけるべきこと一覧

javascript google-closure

基本

Google Closure LinterとGoogle Closure Compilerを必ず使う
コンポーネントツリーをシンプルに保つ（参考資料1 参照）

インスタンスの状態

クラスフィールド（static変数）にインスタンスの状態を入れない。
インスタンスフィールドはprivateにする。
親クラスのフィールドには触れない。

DOM要素の操作

DOM要素を指定する際にはIDではなくclassやカスタムdata属性などを使う。
- IDは、コンポーネントが画面に常に一つしか存在しないことを保証できる時のみ利用する（1つの画面に2つ以上同じIDを置けないので）。
- Closure Libraryはclassによる要素検索メソッドを多数提供しているので、classを使うことが望ましい。
自分自身のDOM要素に含まれるDOM要素のみ触ることが望ましい。
- goog.dom.getElementByClass() などgoog.dom名前空間にあるメソッドやDomHelperのメソッドよりも、 this.getElementsByClass() などgoog.ui.Componentに用意されたメソッドを使うことが望ましい。

各メソッドで気をつけること

コンストラクタ

必ずgoog.base(this, opt_domHelper)する。DomHelperは省略して良いが、引数で受け取る癖をつけて統一感を持たせる。
この時点ではDocumentに入っていない状態かつ自分自身のDOM要素がない状態。DOMの更新は控える。
子コンポーネントのインスタンスは極力この時点で作成する。あるいはコンストラクタ引数として受け取る。
this.addChild(childComponent)は親子でライフサイクルを統一するためにも効果的。これによって自身がdisposeされたタイミングで自動的に子コンポーネントもdisposeされるようになる。何らかの理由によりthis.addChild()できない場合はthis.registerDisposable(anotherComponent)しておくと良い。

/**
 * @constructor
 * @extends {goog.ui.Component}
 * @param {goog.dom.DomHelper=} opt_domHelper
 */
my.ui.Component = function(opt_domHelper) {
  goog.base(this, opt_domHelper);
  this.addChild(new my.ui.ChildComponent(this.getDomHelper()));
};
goog.inherits(my.ui.Component, goog.ui.Component);

createDom()

必ずthis.setElementInternal(element)する。

/** @override */
my.ui.Component.prototype.createDom = function() {
  var element = this.getDomHelper().createDom(goog.dom.TagName.DIV, { 'data-foo': 'bar' });
  this.setElementInternal(element);
};

canDecorate()

decorateできるDOM要素に制限がある場合は、ここでそのチェックを行う。
falseを返した時のエラーメッセージ（goog.ui.Component.Error.DECORATE_INVALID）は汎用的なものなので、decorateに適さない理由をデバッグログに出しておくと良い。

/** @override */
my.ui.Component.prototype.createDom = function(element) {
  return element.tagName === goog.dom.TagName.DIV;
};

decorateInternal()

必ずthis.setElementInternal(element)する。またはgoog.base(this, 'decotateInternal', element)でも良いが、特に親クラス実装を呼び出す必要性はない。

/** @override */
my.ui.Component.prototype.decorateInternal = function(element) {
  this.setElementInternal(element);
};

enterDocument()

まずgoog.base(this, 'enterDocument')してから、自クラス固有の処理を行う。
goog.base(this, 'enterDocument')は必ず呼び出すこと。
イベントのlistenはgoog.events.listen()ではなくthis.getHandler().listen()によって行う。これによってexitDocument時に手動でunlistenをする必要がなくなる。

/** @override */
my.ui.Component.prototype.enterDocument = function() {
  goog.base(this, 'enterDocument');
  this.getHandler().listen(this.getElement(), goog.events.EventType.CLICK, function(event) { ... });
};

exitDocument()

まず自クラス固有の処理を行ってから、goog.base(this, 'exitDocument')を呼び出す。
goog.base(this, 'exitDocument')は必ず呼び出すこと。
enterDocument時に自身や他のオブジェクトに加えられた変更があれば、これを巻き戻す。ただしthis.getHandler().listen()で作成されたイベントハンドラは親クラス実装で自動的にunlistenされるので気にする必要はない。

/** @override */
my.ui.Component.prototype.exitDocument = function() {
  // do some operation if we need

  goog.base(this, 'exitDocument');
};

disposeInternal()

まず自クラス固有のクリーンアップ処理を行ってから、goog.base(this, 'disposeInternal') する。
- 自クラス固有の処理を先に行うとdispose()実行時に、自クラス固有のdisposeInstance→自クラス固有のexitDocument→親クラスのexitDocument→親クラスのdisposeInstanceの順に時に処理が行われることになり、exitDocumentがdisposeInstanceに遅れて実行されてしまう。
- 公式に推奨されている。
goog.base(this, 'disposeInternal')は必ず呼び出すこと。
インスタンスフィールドにある他のオブジェクトへの参照をnull代入あるいはdelete演算子により断ち切ること。
this.isDisposed()が真かどうかは気にしなくて良い（偽であることを前提にして良い）。dispose()がthis.isDisposed()が偽の時のみdisposeInternal()を呼び出してくれる。

/** @override */
my.ui.Component.prototype.disposeInternal = function() {
  goog.base(this, 'disposeInternal');

  // do some operation if we need
};

getContentElement()

子コンポーネントを追加するためのDOM要素がthis.getElement()と異なる場合のみ、このメソッドをoverrideする。

/** @override */
my.ui.Component.prototype.getContentElement = function() {
  return this.getRequiredElementByClass('container');
};

継承してはいけないメソッド

setElementInternal()
- JSDocに Considered protected and final と明記されている
dispose()
- 代わりに disposeInternal() を継承する
decorate()
- 代わりに decorateInternal() を継承する
render(), renderBefore()
- 代わりに createDom() を継承する
その他、継承する必要がないもの（ドキュメントには明記されていないが、これら標準実装に手を加える必要性はないものと思われる）
- getElement()
- getElementBy...()
- getParent()
- getRequiredElementByClass()
- wasDecorated()
- 子コンポーネントを扱うメソッド全般

参考資料

2014-10-07

memo: RabbitMQ

Type of job: Persistent or Real-time?
- Persistent: sending mail (account registration, changing password etc)
- Real-time: Pre-loading (to load data in the next page onto cache)
- see 'Reliability' at official feature list
Naming for Queue/Exchange
Maintenance
- Memory/Storage usage based flow control
- Management plugin

TODO

2回以上実行される可能性（結果報告前にConsumerが落ちる，タイムアウト etc.）と、そのために必要な設計（INSERT処理のみにする＝更新・インクリメント処理は避ける etc.）
キューを作り分ける意味とその狙い。例えば動的スケールするべきキュー（即実行すべきJob）と処理が遅延してもよいキュー（永続性を優先すべきJob）に分ける？

Reference

2014-09-28

最近読んだ本

non-tech

今日は日曜日ですが中国では出勤日です。国慶節に向けて休日の移動が発生しているのですね。

さて最近読んだ本の紹介です。電子書籍中心の生活をしていますが、これらはまだ紙の本での入手でした。こういう本も電子化されると、私みたいに海外で暮らしている人には嬉しいのですが。

スターバックスのライバルは、リッツ・カールトンである。　本当のホスピタリティの話をしよう (角川書店単行本)

作者: 岩田松雄,高野登
出版社/メーカー: KADOKAWA / 角川書店
発売日: 2014/03/04
メディア: Kindle版
この商品を含むブログを見る

心の筋トレの話、モチベーションの話、ブランドとミッションの話が面白いです。チームと働く上でどうモチベーションを上げてもらうか・どういう発想を持ってもらうかというのが大切なのは常日頃実感していて、それが経営のレベルになってもそんなに変わらないのかなという印象を受けました。あとはサービス業であっても経営者の仕事は環境づくり・気付きの機会づくりがほとんどなのだなぁと。店長や店員に動いてもらう・考えてもらうためにどう伝えるかに腐心する話とか。自分の場合だと、日本企業の持つイメージと自分の企業の実際のギャップをチームメイト（全員外国人）に認識してもらいつつ、自分の企業の特徴をうまく活かした自己成長を想像し目指してもらうことが第一の課題なわけですが、今悩んでいることが40年後にも活きるのだと思うとすごく良い成長の機会を与えられているのだなと実感します。

おいしい穀物の科学 (ブルーバックス)

作者: 井上直人
出版社/メーカー: 講談社
発売日: 2014/06/20
メディア: 新書
この商品を含むブログ (2件) を見る

「コメは粒のまま食べるのに、コムギは粉にするのはなぜか？」なんて考えたこともなかったし、その裏に科学的合理的な理由があるとは！トウモロコシは実が包まれていて鳥害に強い上に運搬も楽だから山岳地帯にも向いているとか、普段目にしているものが長年選ばれてきた理由や人との関わりの中でどう姿を変えてきたかとか、雑学を超えた面白さがあります。

特に興味深かったのは、コメの利用には土器の誕生が強く関係しているという話。加熱にも食事にも必要ですものね。縄文時代から土器・青銅器・鉄器などの器・道具が発達してきていて、それが農耕の生産性に寄与してきたのは知っていましたが、そもそも植物の摂食利用に必要だったのですね。学校で歴史を学ぶときにこういうことを知っていると、なぜそんなに土器や貝塚について学ぶのかをもっと深く理解できたように思います。他にも竹を使い捨て食器として使える（土器のような器を必要としない）地域があり特殊な文化が育ったとか、コメは集落を作りやすいとか、稲はなぜ田植えするのかとか、コムギを中心とするには石臼が必要で定住向けだとか、なるほどなぁと思わされるものが多かったです。

朝に効く薬膳夜に効く薬膳

作者: 杏仁美友
出版社/メーカー: 大泉書店
発売日: 2014/03
メディア: 単行本
この商品を含むブログ (1件) を見る

引き続き薬膳を学んでいますが、すごい単純に言うと旬のものをまるごと食べなさい（一物全体・身土不二）に集約されるようです。雨が多い時期には水分を出す食べ物が旬を迎えるし、乾燥する時期には喉や肺を潤す食べ物が市場に出回るので、適宜それを取りなさいねと。喉が乾燥していた時にレストランでなんとなく梨のジュースを選んで、あとで梨の効能を調べてふーんと思う時もありましたので、食べ物の効能については知識以前に本能や経験のレベルで理解しているのかもしれません。

健康状態の診断と改善に五行とか気血水とか考えられるようになるとまた違ってくるのでしょうが、そこまで大きく体調をくずすこともなく健康に暮らせているので、しばらくは活用の機会はなさそうです。

詳説日本史研究

作者: 佐藤信,高埜利彦,鳥海靖,五味文彦
出版社/メーカー: 山川出版社
発売日: 2008/08
メディア: 単行本（ソフトカバー）
購入: 17人クリック: 133回
この商品を含むブログ (31件) を見る

教科書ですね。オビに「大学受験に必携」って書いてあります。

海外で暮らして「外国人」の女性と結婚して、やっぱり日本人であることや日本の歴史を見なおす機会は増えています。最近興味深かったのは、日本では「終戦の日」「原爆の日」として認識・報道している日が中国では「ポツダム宣言の日」として報道されていたことで、当然ながら立場によって見方も認識も違うのだなぁということを再認識した次第です。

この本では日本の歴史について再度学んでいて、鎖国時の出島の役割について奥さんに話す際に参照したりしました。頭から読み進めるというよりは、適宜参照する使い方をしています。

日本の起源 (atプラス叢書05)

作者: 東島誠,與那覇潤
出版社/メーカー: 太田出版
発売日: 2013/08/29
メディア: 単行本
この商品を含むブログ (16件) を見る

まだ頭しか読んでませんが、天皇の起源や権力者同士の争いについて様々な説が紹介され楽しめています。「穀物の科学」で読んだコメの生産性が集約労働であがることやコストをかけるだけ収量を増やせることと合わせて読むと、当時の権力者の闘争にリアリティを感じることができます。

あと歴史の専門家が話しあうという形をとっていて、資料や説から一歩引いてそれらを俯瞰する立場で話が展開されているのが素敵です。歴史は勝者によって都合が良いように書き換えられるそうですが、そうしてできた資料をただ紹介するだけでなく「これこれこういう背景があったからこういう書き方をしているのかもね」という話をしてくれるので、知識のない素人でもいろんな見方が楽しめます。

2014-09-20

memo: JavaScript AST

javascript

Library
- http://esprima.org/
- https://github.com/substack/node-burrito (not maintained)
Blog (Japanese)

2014-08-17

memo: Non-blocking I/O on JVM

java

Kengo's blog

Technical articles about original projects, JVM, Static Analysis and TypeScript.