nDiki : レビュー

今日のさえずり: 絶滅危惧種の生茶パンダを発見

2015年06月08日

• 09:34 絶滅危惧種の生茶パンダを発見。
• 09:46 着席。 (@ 株式会社ミクシィ (mixi, Inc.) in 渋谷区, 東京都) https://www.swarmapp.com/c/ayJTvwpRgB0
• 12:18 RT @mixi_PR: 弊社エンジニアブログ、新エントリはこちら！　Padrino (WAF) の仕様変更にともなって発生した障害の原因を追いかけた話 - mixi Engineers' Blog http://alpha.mixi.co.jp/.../06/08/114539　#mixi
• 16:03 月9のためにスクー会員登録しました。
• 18:05 企画レビューしてもらいました。
• 21:23 スクーでみんな「なるほど！」って言っているのなんでだろうと思ったら「なるほど！」ボタンがあるのか。なるほど。
• 21:41 “Padrino (WAF) の仕様変更にともなって発生した障害の原因を追いかけた話 - mixi Engineers' Blog” http://bit.ly/1eXNCfO
• 22:21 Simplenote で特定のメールアドレスの人とノートを共有するとサインインしなくても閲覧できる URL が発行されると知って腰が抜けそうになった。
• 25:15 Simplenote で共有ノートの URL を渡せば、タグ付けにより指定したメールアドレス以外のアカウントでも編集まで許可されるのか。すごいな。
• 25:22 あー、アカウントすら必要なかった。サインインしなくても編集までできる……。

「なぜ Excel 方眼仕様書だと駄目なのですか?」

先週ワークフロー改善内容についてレビューしたところ添付されていた仕様書フォーマットサンプルが Excel 方眼紙だったので、これを機会に止めましょうとお願いしておきました。 そうしたところ今日になってツッコミをいれた人と同じグループの別の人から「なぜ Excel 方眼仕様書だと駄目なのですか?」と質問されました。即答するとなんか適当なことを言ってしまいそうなのであとで回答しますねと答えておきました。

Excel 方眼仕様書をもらった時の嫌だなという感情は「ファイルでの管理だから」「Excel だから」「方眼スプレッドシートだから」など複数の混ざり合った理由からやってきます。

この中で「ファイルでの管理だから」「Excel だから」は環境によっては排除できない場合もあるし、ユースケースにあっている場合もあるので単純に良い悪いとはいえません。

しかしながら「方眼スプレッドシート」で書かれた仕様書というのはいつでも不便なので止めて欲しいです。書かれている文章の部分が論理的な入力になっていないのが一番嫌な点です。1文毎に別のセルに書くとか、字下げは次の列のセルからとか、箇条書き項目ごとに次の行のセルとか。仕様レビューや仕様変更での更新が非常にやりにくい。説明を書き足しにくい。

だからといってシート毎に大きな図形を貼ってその中にテキストを書けば良いといったものでもありません。それこそ方眼にする理由はないでしょう。

編集を阻む仕様書は、仕様の品質を上げるコストを高くするのです。

OmniOutliner 4 購入

きちんと構造を考えながら文章を書いたり思考・発想支援に使ったりするために Mac (OS X) 用のアウトライナー「OmniOutliner 4」を購入しました。

• https://www.omnigroup.com/omnioutliner

普段文章はエディタでだだっと書いてしまっているのですが、やはりきちんとアウトラインから書いていった方がきちんとしたものを楽に書けるなと。また自分の思考パターン的には「数語のノードがつながったマインドマップ」より「文でマルチレベルの箇条書き」の方がどうやら合っているようで、そういう意味でもきちんとしたアウトライナーを導入したいなと考えました。

アウトライナーが必要な時は WorkFlowy を使っていたのですが

• 箇条書きでのエクスポートになるので文書作成に使った場合に後処理が面倒。
• 単一のアウトラインしか無く、終わったものを WorkFlowy 上でアーカイブ扱いにできない。

という点が不便だったので、この点を考慮して良さそうなアプリケーションを探してみました。

いくつか Mac (OS X) 向けアウトライナーを比較してみましたやはり定番の OmniOutliner 4 (4.4.1)が断トツに使いやすかったのでこれに決定です。

49.99 USD、PayPal 決済で本日 6,093円でした。ちなみに Mac App Store で購入だと 6,000円です。

OmniOutliner の良いところ

• アウトラインはファイル単位での管理となるが Spotlight で検索できるのできちんと探すことができそう。
• フォーカス(ズーム)機能がある。
• 「テキストの読み込みと書き出し」設定で箇条書き記号などを全部空にしレベルごとのスペースを 0 にすることで、文章原稿として使いやすい形で書き出せる。OmniOutliner 上でコピーしてテキストエディタでペーストする場合もこの設定が反映されるのでちょっとした下書きにも使いやすい。ただし固定幅 (fixed width) で折り返されないようにできると嬉しい。
• OPML ファイルを開いて編集し、OPML でそのまま保存する運用もできる。OmniOutliner が入っていると Spotlight でも OPML ファイルを内容までみて検索できる(OmniOutliner 3 形式のように Spotlight 検索結果でプレビューまではできないけれど)。

日比谷高校1年生時代の友人とクラス会について語り合った

高校1年生に同じクラス(14R)だった日野君・宮崎君と自由が丘のべったこ屋自由が丘店で飲んできました。

3年間同じクラスだった日野君とは2007年に mixi で再会したのをきっかけに自由が丘でたまに会っていてこれが4度目(2007年の時・2009年の時・2013年の時)。宮崎君とは2011年のほぼ同時期に同じ会社に中途入社するという形で偶然再会した仲(「会社に高校1年の時に同じクラスだった友人がいて興奮」)。一緒に飲むのは今日が初めてです。

男はアクセルをゆるめ、女はブレーキを踏む

仕事のスタンスにおいて力を出しきらないタイプの男女差が話題に。ベースは女性の方優秀だと宮崎君。日野くんが「男はアクセルをゆるめ、女はブレーキを踏む」と表現しました。女性がもっと実力を発揮できると良いとしつつも、家庭との両立が大変というもっともな話にまとまりました。

38R もクラス会を

宮崎君のいた 38R はクラス会をやっていないということで、卒業後数回クラス会をやっている 35R の立場で独断と偏見のアドバイス。35R では直近だと2002年に卒業10周年クラス会、2010年クラス会をしています。前回は日野君と会った時にやろうかという話になったのがきっかけでした。

きっかけ作りと名簿作りをする我々のようなポジションの人がまずいて、そういった人間が学生時代から求心力のあった友人らに声をかけて音頭をとってもらうようにすると、いい感じにクラス会をやれるよねという話しになりました。35R の場合はそのあたりが開催できている理由なのかなと。

あとはクラスの中では私が情報系だったこともあって卒業後にメーリングリストを作っていたので、卒業10年でも直接連絡を取れる人がそこそこいたのも良かったのかもしれません(SNS が無かった時代)。

38R のクラス会開催を焚きつけましたが 35R もまたそろそろクラス会をやりたいですね。

食べログ最低点の店巡りを

今日は自由が丘駅正面口待ち合わせで合流してから裏道に入り、そこで宮崎君が食べログを見ながら店を選びました。そんなこともあって食べログのレビューについても話題になりました。お店側にとっては納得のいかないレビューも多いだろうねという話。そこからレビューは個人の感想で自分たちがそう感じるかどうかは別だよねとなり、では3人で食べログ最低点の店を巡って実際どうだったかチェックしそれをコンテンツ化したら面白いんじゃないかと盛り上がりました。せっかくなので 14R の誰かも誘って4人にするとテーブル的にもいいんじゃないかな。

2カ月後ぐらいを目処に大井町を手始めにやってみようという話になりました。次回は自分が誘うきっかけ担当。楽しくなってきました。

学生時代の友人は代えがたい存在だと改めて感じた夜でした。

---

[ 東京都立日比谷高等学校 ][ 35R ]

Google Keep はひらめきツール

Google Keep を再び使い始めるようになってから2週間経ちました。あらためて使ってみると閃いたことをさっと書いておくツールとしてとても便利で、使っていて楽しいです。アイコンの電球がよくサービスを表していますね。

inbox zero にしない inbox

ソーシャルメディアドラフトストックツール用途として使い始めたのですが、どんどん放り込んでおく用途にも使いやすいので、最近は何でもいったん Google Keep に入れています。GTD における inbox の役割です。

しかし私は Google Keep ではメモを見返してレビューしても完全に inbox zero にはしないでおいています。 GTD 的には空にするのが鉄則ですが、敢えて何度も心にひっかかておいて欲しいものを残しておいています(Remember The Milk や Gmail は inbox zero を実践)。

繰り返し目にしたタイミングで再考したりメモを書き足したりすることが考えが深まっていく気がしています。

日付区切り

Google Keep のメモは編集日時がざっくりわかる程度で、作成日時がわかりません。作成日時必要なメモは自分で日時を書いておく必要があります(Google 日本語入力で「日時」を変換して入力しています)。

それから今はだいたい1日毎に整理をしているので、「2016年04月13日(水)」などと日付だけ書いたメモを毎日作って区切りにしています。このメモを区切りにして他のメモがか何日に書いたものかぱっとわかって便利です。

リマインダー

あとは場所リマインダー機能は使ってみています。Remember The Milk の場所リマインダーは繰り返し出てきてしまうことがあったりして使いにくいのですが Google Keep だとそのあたりの精度がいい感じです。

まさに keep しておくツール

Google Keep は思い浮かんだこと・あとで思い出したいことを放り込んで keep しておくのに良くできているツールですね。

Markdown ファイルの拡張子を md にすると Google ドライブで不便

プライベートな日記をテキストファイルベースに移行した際、いったんファイルの拡張子を txt にしたのですが、 Markdown 形式で書いているのでテキストエディタのファイル形式判別的にも良いかなと思い md への変更を考えました。

試してみたところテキストエディタは OK (Emacs・iA Writer・JotterPad・Jota+) だったんですが、拡張子が md だと Google ドライブ上に検索用に同期して置いても検索されないし、Google Chrome で Google ドライブを使っている時にプレビューもできないし不便でした。

やはり txt でいくことにします。

iA Writer の検索が不完全なので Atom を併用する

テキストファイルでのノート・日記を書くのにここ最近 iA Writer を使っているのですが、日本語の検索が完全ではない(マッチしないものがある)ので、標準で Markdown プレビューを備えている Atom を使ってみることにしました。

「プロジェクトフォルダを追加」することで IDE のように左側にディレクトリツリーが表示でき、ディレクトリ内の検索もできるので、キーワードでノート・日記を探すのに便利。

一般的なテキストエディタですから複数タブやペイン分割ももちろんでき、ノート・日記の整理をしたり nDiki の記事ファイルを書き起こしたりするのに便利です。

ノートツールとして使うには自動保存・自動再読み込みが欲しいので日本語メニュー化とあわせてまず以下のパッケージを入れました。

• japanese-menu
• autosave
• revert-buffer

これでひとまず使えそうです。

ただ iA Writer が不要になるかというと、完全には乗り換えられない感じです。 distraction-free さと新規ファイルを作る時の手軽さを考えるとまだiA Writer を手放せない感じ。

複数のツールを併用できるのもテキストファイルベースの良いところですね。

nDiki ソースファイルの拡張子を txt に

この nDiki の記事ファイルはテキストファイルなのですが、ファイル名の拡張子を dkd/dkk にしていたのでテキストアプリでファイル一覧にでなかったり Dropbox や Google ドライブでプレビューできなかったりするなど不便でした。

なのでこの機会に nDiki (の日記システムである DiKicker)の仕様を変えて拡張子 txt でもよいように修正しました。あわせて1万以上ある記事ファイル名を修正。これで他のノート・日記系ファイルと同じように Dropbox 以下に移動 & Google ドライブに同期するようになりました。

パーソナルナレッジベースとしてのテキストファイル集約がこれでほぼ完了。

Ulysses でノート・日記が一括検索できるようになって個人的にかなり便利になりました。テキストファイル最高。

今日のさえずり: Slack のスレッド機能、スレ立ての最初のメッセージにセンスが求められる

2017年01月19日

• 09:50 Slack の iOS アプリでスレッドにしてみた。 iOS アプリ上だとスレッド表示になったけれど Mac アプリケーション版(2.3.4) で見ると普通の投稿として表示された。
• 09:52 Web で見たらきちんとスレッド表示になってた。
• 10:31 Slack for Mac 2.4.1 にした。
• 12:00 Slack のスレッド機能、スレ立ての最初のメッセージにセンスが求められる。
• 13:29 「嫌われる勇気」買った。 (@ 青山ブックセンター 本店 in 渋谷区, 東京都) https://www.swarmapp.com/c/ai0nJbpQmsF
• 23:01 企画的なレビューを求められているのか技術的なレビューを求められているのか意識できるようにしたい。

何もコミットしないスプリントで各自好きなことをして得られたもの

「プロダクトバックログアイテムについては何もコミットしない」で各自好きなことをして良い1週間スプリントが終わったのでチームでふりかえりました。

何をやらなかったか?

• スプリントプランニング。スプリントバックログは空。

何をやったか?

• チームとして
  • デイリースクラム(朝会)はいつも通りやった。
  • プロダクトバックログリファインメントもいつも通りやった。
  • スクラム外でやったことをレビューした。
• 開発メンバがやったこと
  • プロダクトバックログアイテムを準備完了にするための情報収集・まとめをやった。リリースできるものはリリースまでした。
  • BTS にある不具合報告についてどんどん調査をした。
  • まとまった時間でシェルの設定を見直して開発しやすくした。QOL が上がった。

このチームが自主的に決めたワーキングアグリーメント(記事)に

スプリントゴールが全て達成された場合は、優先する割り込みタスクがあれば対応し、そうでなければ準備完了になっていないプロダクトバックログアイテム(PBI)に関する情報収集・まとめを優先度の高いものからしよう。」

というのがあり、この活動をしていたメンバが多かったです。「スプリントバックログが空 = ただちにスプリントゴールが達成されたので PBI の準備に取り組んだ」わけですね。

環境整備にあてたりとかはあまり多くなかったようです。シェルの設定見直しをしたエンジニアは「失敗したら1日潰れてしまいそうで普段やれなかったことをできた」とやって良かったと言っておりました。

どう感じたか?

開発メンバからは以下のような意見が出ました。

• 「スクラムを始める前のチケット駆動開発時代に戻った感じ。」
• 「スクラムで開発をしない場合(タイムボックスが無い場合)、個人でしっかり時間・タスク管理する能力が求められると感じた。」
• 「半年に1度くらい頻度でまたやりたい。」
• 「スクラムでやりたい。」

得られた気付きは?

• タイムボックスの良さにあらためて気付いた(期日から逆算していつまでに何をやるということを考えやすい)。
• 複数人で作業を見積もることで自信が得られることに気が付いた。

自由になったことで、普段やっているアクティビティの良さを再認識できたようです。チームが取り組んでいるプロダクトの状況から考えるとスクラムではなくカンバンの方が進めやすいのかもしれないのではと私は考えていたのですが、今回の取り組みで開発メンバは「スクラムで続けたい」と改めて思ったとのことです。

スクラムの基本からは外れる取り組みではありましたが、基本通りにやっていたのでは感じ考えることのことができないことを得られたという意味では非常に有意義な1週間でした。