2014年7月13日日曜日

Redmine 3倍熱い改称議論

いよいよRedmineの導入へ向け、今日日曜のまとまった時間を割り当てて、運用の設計の詳細を詰めています。



もうかなりむかしになりますが、バンコクのサラーデーンの喫茶店でKoshianさんから、Redmineというシステムがあることをはじめて教わったときの強烈な衝撃は、今も忘れられません。

「赤い地雷!」

カンボジア在住者として、この名前を聞いて思い浮かぶものはただひとつ。
赤色クメールと地雷で悪名高いカンボジア…
その強烈なイメージです。

これは、逆説的な意味において、カンボジアで操業する当社はぜひとも導入せねばならない名称のシステムだ!
と、その瞬間おもいました。

(くしくもサラーデーンのデーンもタイ語で赤)

と同時に、英語圏的にはこのネーミングはどうなの? とやや心配でもありました。

ググってみるとやはりありますね。
公式内フォーラムにおける議論:
http://www.redmine.org/boards/1/topics/4821

…みんなヒマだ。

賛成派・反対派とも、英語圏・非英語圏の論者入り乱れ、実にさまざまな根拠を挙げていますね。

「赤は良くも悪くもintensiveだ。決して悪い意味ばかりではない」
「mineには、鉱山といういい意味もある。宝を掘り出すイメージがある」
「mineには、自分のもの、といういい意味もある」
「破壊的、ファシスト的、コミュニスト的ネーミングだ」
「そんなこと言ったら、開発者の名前の文字数は13文字だぜ。不吉だwww」
などなどなど…。

私は流し読みで挫折しました。

これらのいい意味のほうへ、カンボジアが3倍の速さで転換していく願いもこめて、その1億万分の一の一助となる希望もこめて、Redmineを導入したいとおもいます。



2014年7月12日土曜日

BitTorrent Sync 転送速度が綺麗なワロス曲線

BitTorrent Syncの導入試験をしています。

時間に対する転送速度のグラフがきれいな鋸形を描くのは、このソフトのアルゴリズムと何か関連があるのでしょうか。興味深いです。

BTSyncワロス曲線

グラフのそれぞれの歯の頂点では、当社が契約しているISPのプランの公称速度上限とぴったり一致する値を叩き出しています。
イェーイ!

当社と日本との間は、一般に、一日のはじめにはかなりの速度が出るのですが、大容量ファイルの転送をつづけていると、なぜだか、どんどん速度が落ちていってしまいます。
その結果、一日のほとんどは、公称速度よりもかなり低い速度しか出ていません。

推測ですが、経路上の特定の中継サーバ(ping打って見たところ、ベトナムあたりの?)が、特定IPアドレス対特定IPアドレスのパケット転送量が多い時に、自動的に帯域絞っているような気がしています。

しかしBitTorrent SyncはP2Pなので、これを回避できる可能性があるとおもい、導入試験を行いました。
上述の初期知見からすると、その読みは当たっているかもしれません。

まあ三角形の面積の公式により、平均すると公称の半分なんですけど…。
それでもこれまでの速度よりマシです。

2014年7月11日金曜日

HipChat無償プラン 人数無制限化! エモティコンがカンボジア人向きっぽい

みんな大好き無料プラン!

Skypeチャットの融通のきかなさにはほとほと困っておるわけです。
そもそも仕事で使うのが間違っている。

てことで何かに移行したいなぁ~と研究してました。
その過程で、HipChatもアンテナにひっかかってました。
が、無料プランは5名までということでした。

てことで結局、IRCへ移行しようとたくらんでいました。

しかし!
HipChat無償プランがつい先ごろ人数無制限なったということです!

IRCじゃなくHipChatへ移行する可能性が俄然増して来ました。

そんなわけでまた、HipChatいろいろ調べてます。

ビデオチャット機能もついたそうです。
が、これは有償プランですので…見なかったことにして…。

いろいろ調べてたら、こんなページにあたりますた。
HipChat emoticons
http://hipchat-emoticons.nyh.name/

fbとかでよく出てくる絵もたくさんありますね。
fb大好きカンボジア人にピッタリですね!

(areyoukiddingme) (yuno) (jackie) とか…。
HipChatっていちおう、コンシューマ向けじゃないですよって芸風のはず。
あちらではビジネスチャットでもこういうの使うのですね。
ちょっとカルチャーショックです。

(jackie)

ただ、ウチはFWで社外と社内を切り分けてしまっています。
てことで社内ではHipChatは使えません。
むしろ社外とのやりとりをこれにするべきなのですね。
社内はIRCですかねやっぱり…。

シハヌーク父王陛下納骨式 当社も完全休業です

本日2014年7月11日は、カンボジア独立の父にして統合の象徴であらせられる故シハヌーク前王陛下の納骨式です。
カンボジア国民ひとしく前王陛下を静かに想い、尊崇と敬愛の念を新たにする日であります。
当社カンボジア大六も、そのため完全休業と致しました。
波乱の20世紀にあって、カンボジアの独立をかちとり、この古くて若い国家の建設に総力をかたむけ、人々に教育と繁栄をもたらし、尋常にあらざる困難のときをも耐え、ついにはとうとい平和を取り戻したことは、強調しすぎてもしすぎることのない、父王陛下の偉大な事蹟だと、外国人としてここに住む私もおもいます。
また、王位継承問題をみずからの手で早期に解決されたことは、将来にありえた大きな不安要因を取り除き、カンボジアの安定性と安心感に大きく寄与していることは、あらためて述べるまでもないでしょう。
すべてのカンボジア人と心ある外国人の心にいつまでも記憶されつづけるに違いないこの世界史上の大人物を、きょうこの機会にあらためて想っています。

2014年7月10日木曜日

GTDを超えた? タスク管理法MYN 基礎解説書が全頁PDF無償

先日紹介したタスク管理手法MYNの核となっている手法である1MTDについては、その解説書の全頁PDFファイルを著者サイトからゲットすることが可能ですので、さっそく落としてみました。

http://www.michaellinenberger.com/free1MTD.htm
(このページで要メアド登録)

余談ですが、私がむかし日本初のPDFに関する解説書を出したときも、出版社様のご厚意により、PDF版をネットから無償ダウンロード可能としましたが、ずいぶん驚かれたものです。

しかし、今はこのようなマーケティング手法も、ごく当然のものとなっている感がありますね。

なお、ToodledoでMYNを実装する場合の設定手順をまとめたPDFも、著者サイトから落とすことができます。
http://www.michaellinenberger.com/ToodleDo-Whitepaper-v3.0.pdf

Toodledoによる時間管理の粒度は人によって最適値がある

数年間、日々刻々使っていたRTM。
そのRTMからToodledoへ全データを移行して数日が経ちました。
自分なりの使い方を模索しています。

○緊急度=優先順位

優先順位列の使い方について、現時点で定めた方式を記します。

GTD・7つの習慣・マニャーナ・MYNなどの考え方を取り入れています。

  • 3: 今日のはじめにもともと入れていた、今日中にやるべきタスク群。クローズドリスト。Critical Now。
  • 2: 今日が始まってから新たに降ってきた、今日中にやるべきタスク群、Critical度は3と同じだが、クローズドリストを侵さないよう2を付与。新規タスクのデフォルトレベルでもある。自分のコミット度の高い予定・納期にも2を付与(これにより、due by < 今日 および due on = 今日のタスクが3のタスク群の直後に表示され、ともに一覧することが可能)
  • 1: 今週中にやるべきタスク群。Opportunity Now。
  • 0: Someday/Maybe
  • -1: ?
Toodledoの公式的なメソドロジですと-1をSomeday/Maybeに想定してるようです。
分類が今日か今週かもっと先かしかなく、明日がないというのは、意識的に単純化しています。
Toodledoに慣れるために、まずは簡単な運用から始めることは、メゲないために重要だとおもっています。
多くのひとは明日という分類を設けています。
ゆくゆくは設けてもいいかもしれません。
その場合はトコロテンで

  • 0: 今週中にやるべきタスク群。Opportunity Now。
  • -1: Someday/Maybe
となるでしょう。

タスクシュート方式を断念

いわゆるタスクシュート方式は断念しました。
私、仕事柄、いつもやることが新規ばかりなので、所要時間見積というのがちょっと難しいです。
また、社員などからの割り込みが入ることを積極的に許す時間帯がかなりあるので、そこについては事前の時間帯タスク割り当ては意味をあまり成しません。

ロバート=キヨサキでいうSクワドラントの方向けの方式という気がします。

ひとことでいえば、Toodledoでタスク管理だけでなく時間管理も行なおうとする場合、その粒度をどの程度細かくするかは、それぞれの人がおかれた環境などによって、最適値があるということではないかとおもいます。
私の場合は、日単位の粒度は、外部からの要請からも重要ですが、一日の中の時間帯による管理までは、現実的ではないと判断しました。

ということでEndTime2も使いません。

ログ取り

ただしログ取りマニアですので、TaskLogと割り込み君については、いずれ慣れてきたら使わせていただいたいと考えております。

いっぺんにあれもこれも導入しない理由は、上述と同じで、それによって最初から複雑になりすぎてメゲてしまっては元も子もないからです。
アポロ宇宙船が、回を重ねるごとに、フィードバックを集めながら、だんだん難しいミッションに挑戦していったのと同じです。

ただしTaskLogと割り込み君は最近、ブックマークで使えなくなり、Chrome拡張となったようですので、ChromeブックマークをAndroidのChromeでも利用するハックのようなことが、Chrome拡張の場合にもAndroidのChromeでもできるのかどうか、調査しないといけません。
それがもしできない場合には、Android上でログを採る方法を別途考えないといけなくなります。

Android

公式Androidアプリは、カンパで開発費を集めるという方法が珍しいとおもいました。
もともと後発のサードパーティアプリだったのを、公式が買い取ったものです。
もともとの開発者は、引継ぎだけしてもらうと公式が言ってましたので、もう離れているとおもいます。
どんなもんだべ、と使ってみましたが、ほとんどの機能は網羅されており、due onなどもちゃんと使え、舌を巻きました。
表示させるフィールドのカスタマイズも可能です。
新規タスク追加時の各フィールドのデフォルト値も設定できます。

ロール=ゴール

ライフロングのゴールを、7つの習慣でいうロールにしています。
7つの習慣の重要-緊急マトリックスでいうところの重要なタスク(クワドラントIとIIに属するタスク)については、いずれかのロールにぶら下げています。
ゆくゆくは長期・短期のゴールをプロジェクトにして、ロールにぶら下げようとおもっています(長期の方は、各事業や、いわゆる世間一般でいうところのプロジェクト。短期の方は、GTDでいうプロジェクト)。
その場合、どのプロジェクトに属するかが明確な重要タスクについては、プロジェクトにぶら下げることにより、間接的にロールにぶら下がる形にしようとおもっています。

重要なタスクをマークするには、具体的には
  • 「重要」フォルダを作成し、そこに属させる
  • スターをつける
のいずれかの方式を採ろうと考えております。
後者のほうが操作は簡単です。
ただ、TaskLogのために今とりかかろうとするタスクを一番上へ持ってくるためにスターを使うかもしれません。
TaskLogの仕様上、タイマーがスタートしていれば一番上でなくてもよいのですが、その場合、TaskLogの操作が、1. タイマー起動 → 2. TaskLog実行の2ステップとなってしまうでしょう。

あ、でもよく考えたらスター式は、1. スターをつける → 2. R → 3. TaskLog実行の3ステップでした。

カンボジア就職夢見て… 撲殺死体 ゴミ集積場で発見

カンボジアで教師として就職しようと5月にやって来た男性が、プノンペン郊外のゴミ集積場で死んでいるのを、ゴミ収集業の少年が昨日早朝発見しました。

遺体は首を折られ、全身に殴打の跡があることから、警察では死因は撲殺とみています。遺体は縛られたうえ、カーテンにくるまれて捨てられていました。

http://www.phnompenhpost.com/national/american-found-dead

少年が「幽霊を見た」と言ったと記事にありますが、クメール語クマオチは幽霊(お化け)という意味と遺体という意味を持つので、ここは後者として訳すのが正しいでしょう。
ただし後半「『この男性の幽霊が夜な夜な徘徊する』と村人たちは恐れ…」とあるのは、もちろん幽霊と訳出するのが正解だろうとおもいます。