nDiki : レビュー

レビュー - review

関連情報

2017年11月13日 (月)

Remember The Milk でタスクと親タスクを別々にレビューできるようにスマートリストを追加

Remember The Milk Pro はサブタスクを作れて便利。ただ何かストレスだなと思っていたのですがその理由に今頃気が付きました。

1つのリストに入れた「通常のタスク」と「サブタスクを持つタスク(GTD で言うところのプロジェクト)」をそのままレビューしているからですね。やはり高度が違ったものが混ざったままレビューするのは負担がかかります。

かといって高度別にリストを分けると操作が面倒。もともとプロジェクトには prj タグをつけていたので、レビュー用にこれを抽出するスマートリストを追加しました。

Remember The Milk は3階層までタスク階層を作れます。プロジェクトを1つにまとめておきたいことはあるので、そのようなプロジェクトには bigprj というタグをつけて、これまた別途レビューできるようにしました。

さらにその上の「重点的に取り組む分野 (Areas of Focus)」レベルまで Remember The Milk で扱うようにすると破綻するのでこれで十分かなと思ってます。

スポンサード リンク
[ 11月13日全て ]

2018年2月6日 (火)

今日のさえずり: チームのかんばんの優先順位会議というかレビューをした

2018年02月06日

[ 2月6日全て ]

2018年2月18日 (日)

今日のさえずり: 「ダウンタウン熱血行進曲 それゆけ大運動会」で五代(ごだい)が名前・体力表示枠まで落ちちゃって動けなくなってしまった

2018年02月18日

  • 10:24 RT @KeithYokoma: 高校生のころ、ジャヴァの試験受けたら合格だったのでやったーと思ってたら担任が俺よりテンション上がってて新聞記者さんよんできて取材され、新聞の地方欄に載り、それがインターネットにアーカイブされて2chに至ったのをよく覚えている。
  • 10:27 RT @hidey: 実は貴重なものでは!? というものが発掘された https://t.co/w14V3HSLR0
  • 10:30 RT @hidey: まぁ、模写ならどんなものが好きだったかわかる程度で致命傷ですむだろう(深夜の判断力) https://t.co/n4giml4xqs
  • 11:47 RT @sn_f: ロリポップでどんなサイトを作っていたかより、ロリポップで借りたドメインがhttp://kill.jpだったことがいちばんの黒歴史って感じ
  • 13:00 構成が変わっていてもはや写ルンですとは別物に。 Utulens より広角なのいいなあ。 / “Wtulens レビュー:写ルンですのレンズを二枚使ったWtulensは写りも激しい変態レンズでした!” http://bit.ly/2EBDrek
  • 13:03 Utulens は APS-C サイズの α6300 だと 35mm 判換算 48mm の画角で写ルンですとはちょっと勝手が違ってくるんですよね。 http://bit.ly/2ht8a6M
  • 15:30 帰りなさい! 帰りなさい! https://twitter.com/...
  • 23:16 「ダウンタウン熱血行進曲 それゆけ大運動会」で五代(ごだい)が名前・体力表示枠まで落ちちゃって動けなくなってしまったんだけれど、どうすればいいのコレ……。 https://t.co/XyxtgcBQD5
[ 2月18日全て ]

2018年2月28日 (水)

GitHub Flavored Markdown ファイルの Web ブラウザでのプレビューに Grip を使う

Markdown で書いているノートを Web ブラウザで見るのに MkDocs を使う」とつぶやいたら @bsdhack 氏が Grip を紹介してくれました。

さっそく試してみました。

 $pip2 install grip

インストールしたら Markdown ファイルを指定して Grip を起動します。

 grip index.md

Grip が http://localhost:6419/ で Web サーバとして立ち上がるので Web ブラウザでアクセスすると index.md の HTML 変換されたものを見ることができます。なお

 grip -b index.md

とすれば起動と同時に Web ブラウザで開いてくれます。URL でパスを指定すればそのまま同じ/サブディレクトリにある Markdown ファイルもプレビューできるので、ハイパーリンク付けをしておくことでドキュメント群をブラウジングすることもできます。なるほどお手軽で便利。 GitHub 上とほぼ同様の見慣れたデザインになるのがいいですね。

そもそも Grip は「GitHub Readme Instant Preview」で GitHub 上での表示確認のためのツールで、 GitHub の REST API を使ってレンダリング結果を生成しているので当然といえば当然だったりはします。

ただそのかわり GitHub の API を使うので

と場合によっては不便な部分があります。なお後者については GitHub Enterprise があるなら Grip でそちらを指定するとう手もあります。

GitHub に push する前にチェックしたい時はもちろん、それ以外でさっと Web ブラウザで見てみたい時にも便利なツールですね。

今日のさえずり: イトーヨーカドー 大井町店のポッポとうとう今日まで。名残惜しい。

2018年02月28日

[ 2月28日全て ]

2018年7月27日 (金)

プロジェクトでみんなをバスに乗せるために書いておく項目リスト

みんなをバスに乗せるためにプロジェクトのプランニングで明確にして共有した方が良いドキュメント形式って、方法論やプロジェクトの段階によっていろいろな名前のものがありますが、基本的に項目はどれも似たような感じです。

項目名を整理して決めておくと楽なのでちょっと書き出してみました。

コンセプトシート

比較的軽量にまとめる時。

  • タイトル
  • 概要 (What)
  • 目標 (Goals)
  • 背景と目的 (Why)

プロダクトプラン

プロダクトプランニング(エンビジョニング)のアウトプットとして。エピックレベル(数カ月程度の大きさ)。

  • プロダクト名
  • プロダクトビジョン
    • 概要
    • 目標
    • 背景と目的
    • 成果物
    • 完了条件
    • スコープ(含むの・含まないもの)
    • (opt) 依存するプロジェクト・制約条件
    • (opt) リスク
    • (opt) 予算
    • (opt) メンバ
  • 概要レベルのプロダクトバックログ
  • プロダクトロードマップ

ポートフォリオバックログアイテム

ポートフォリオプランニングで、プロダクトプランを評価した結果のもの。エピックレベル(数カ月程度の大きさ)。

  • プロダクト名
  • プロダクトプラン
  • 期間
  • 遅延コスト(ビジネス価値・時間価値・リスク軽減/チャンスと利用)
  • WSJF

プロダクトバックログアイテム

スクラムで1スプリントで完成できるサイズのアイテム。フィーチャーレベル。

タスクチケット

ちょっとしたタスク。

  • タスク名
  • 概要
  • (opt) 背景と目的 (概要で自明でない場合)
  • (opt) 成果物/アクション (概要で自明でない場合)
  • 完了条件
  • 期日

プロジェクト憲章

  • プロジェクト名
  • 概要
  • 目標
  • 背景と目的
  • 成果物
  • 完了条件
  • スコープ(含むもの・含まないもの)
  • (opt) 依存するプロジェクト制約条件
  • (opt) リスク
  • (opt) スケジュール・期限
  • (opt) 予算
  • (opt) メンバ

備考

他には以下のような形式もあります。

  • One Pager
  • インセプションデッキ
  • 製品要求仕様書 (PRD: Product Requirements Document)
  • リーンキャンバス

[ プロジェクトマネジメント ]

[ 7月27日全て ]

2018年10月13日 (土)

Ulysses で TextBundle を使うのどうなのか調べてみた

Markdown 形式ファイルと、そこから参照されている画像ファイルを1つにまとめて管理する形式として TextBundle がある。ライティングアプリ Ulysses が対応しているのでちょっといじってみた。

TextBundle は package format と compressed format がある。 package format は macOS のパッケージの形になっていて、 textbundle という拡張子をつけたディレクトリの中に info.json と text.* (Markdown なら text.md)、それからテキストファイルから参照しているファイルを asserts/ サブディレクトリに置くという仕様である。macOS の Finder からは1つのファイルのように表示される。

TextBundle を使うメリット

メリットは以下。

  • テキストファイルと参照されている画像ファイルを一緒に管理できる(ばらけないで移動したりできる)。
  • TextBundle に対応していないテキストエディタでも text.md を簡単に開いて編集できる。

TextBundle を使うデメリット

非対応アプリケーションから使う場合にデメリットを感じる。

  • 非対応アプリからみると TextBundle 毎にディレクトリがあることになるので、ディレクトリだらけな感じになる。ドキュメント毎にディレクトリを開いて中のテキストファイルにアクセスする必要がある。
  • Markdown ファイル名が text.md 固定なので、ファイル名だけでは区別できなくなる。

Ulysses for Mac の場合

Ulysses は TextBundle に対応しているので通常の Markdown ファイルと同様1つのシートとして自然に扱える。

普段 Ulysses for Mac では Dropbox の中のディレクトリを外部フォルダとして指定して使っているので以下、外部フォルダの時の話し。

Ulysses の外部フォルダ上の Markdown ファイルに貼った画像エディタ上でプレビューできるのは現状 TextBundle だけ。エクスポート時も TextBundle 内の画像ファイルは書き出されれるけれど、(相対パス・絶対パス問わず)ファイル名で参照しているものは書き出されない(http/https な URL で指定した画像HTML でエクスポートする際は画像が貼られる形になるが PDF ではだめ)。Ulysses だけを使って画像を扱いたいなら TextBundle を使う以外選択がない感じだ。

Ulysses 上で TextBundle なシートを保存するたびに参照されている画像ファイルを残して他は assets/ から消されてしまう。なので assets/ の下に画像作成に使ったソース・ファイル(マインドマップファイル)を一緒に置いておくおような管理はできない。そもそもテキスト編集で間違えて画像参照を消して保存実行してしまうと、画像ファイルだって消えてしまうので、画像ファイルだってオリジナルを別で保存しておく必要がある。

TextBundle は使うのは控えた方が良さそうだ。

[ 10月13日全て ]

2018年10月14日 (日)

Marked 2 で Markdownレビュー時に自動的に画像を探すようにした

image:/nDiki/2018/10/14/Marked-2-1200x900.png

ライティングアプリ Ulysses for Mac では画像ファイルのプレビューがいい感じじゃなかったので、 Markdownレビューアの Marked 2 を使うことにした。

Marked 2 は相対パス指定・絶対パス指定のローカルの画像ファイルや URL で指定したネットワーク上の画像もきちんと扱ってくれるので便利だ。

画像ファイルをどこにおいておくか

さて Markdown ファイルから参照している画像ファイルをどこに置いておくか。Markedown ファイルと同じディレクトリに置くのが素朴だが以下の点で却下。

  • Markdown ファイルを別のディレクトリに移動する時に参照している画像ファイルを一緒に動かすのが面倒。
  • Markdown で書いた日別のノートファイルがたくさんあるようなディレクトリでは画像ファイルが邪魔。

別のところにまとめて置いておくのがよさそうだけれど、そうするとパス指定の問題が出てくる。ファイル移動時の参照書き換えをするは面倒なので嫌。

どうしようかなと思っていたら、 Marked 2 のプリプロセッサ機能で画像のパスを書き換える例を発見。その記事ではローカルホストでのプレビュー時とサイト公開時とでパスが違うことの解決に利用していたんだけれど、ローカルホスト上でも応用できるな。

パス指定はプリプロセッサにやらせてしまえばいいじゃない。画像ファイル名をユニークにしておき(もともとそうしている) Markdown ファイル上ではそのファイル名だけで画像参照として書く。プレビュー時に画像ファイルをローカルホスト上で検索して見つかったパスで書き換えてやれば良いなと。

さっそく Perl プログラムとしてプリプロセッサを作成。 Markdown ファイル中の画像参照があったら、Markdown ファイルのあるディレクトリレクトリ以下および指定したパス以下のディレクトリから File:Find::find で探し、見つかればそのパスに書き換えるようにしてみた。

あ、これ便利。

画像ファイルをいちいち Markdown ファイルの近くにエクスポートするとか、一緒に移動させるとかする必要なくてめちゃくちゃいいわ。

[ 10月14日全て ]

2018年10月15日 (月)

Marked 2 ライセンス購入

Markdownレビューアの Marked 2 がいい感じだったのでライセンス購入した。

[ 10月15日全て ]

2018年12月22日 (土)

年末なので Remember The Milk での GTD システムを見直し

昨日から週次レビューをかねてタスクをしっかりめに棚卸し。それから最近課題に感じていたところがうまくまわるように Remember The Milk のリスト・スマートリストの構成をいじってみた。

時間は有限、タスク棚卸し

あれこれやった方がいいとちょっとずつルーチンワークが増えていくので、たまに見直しが必要。昨日はがっつりルーチンワークを掃除。 one-on-one 定例ミーティングの前日準備はタスクから外して、やったあとの事後整理の中で一緒にやってしまおう。

プロジェクトを分ける

仕掛り(WIP)なプロジェクト減らして、もっとプロジェクトをどんどん終わらせるようにしたい。プロジェクトを入れておく Remember The Milk リストを以下に分けてみた。

  • active (NEW) 優先してやる。
  • backlog
  • later (NEW) someday/maybe ではなく将来確実にやるけれど、すぐにはやらない。
  • others
  • someday

優先的にやるのを active に分けて明確にして進めていけるようにした。

それから確実にやることなのだけれど、すぐにはやらないものを later に分けることにした。someday だと「やれたらいいなあ」というのと混ざってしまって嫌だし、かといって今のうちに詳細化するコストを払いたくないなあというものを入れておく場所にした。 later にある次の行動タスクが someday のと同様に全体の行動タスクリストに上がってこないようにして、クローズドリスト作成時に負担にならないようにした。これで日次レビュー週次レビューもスムーズにできるようになるといいな。

今日のさえずり: おやっ、今日は冬至ですか

2018年12月22日

[ 12月22日全て ]

2019年1月2日 (水)

今年も箱根駅伝来訪の1月2日【日記】

例年通り、朝に箱根駅伝往路を応援し午後にが来訪するそんな1月2日。

箱根駅伝

年に2度(今日と明日)のワンセグ活用の日。沿道のいつもの辺りで応援。

GTD 週次レビュー

水曜日だけれど年始ということで、GTD 週次レビュー。年始なので Someday/Maybe リストをがっつり整理。 もうやらないものはリストから削除。それから Remember The Milk 上で行きたい場所や読みたい本などをそれぞれのタスクのサブタスクにしていたけれど、レビューの時にざっと見ていけないでフラットに並べるようにした。

来訪

「すごろく?」みたいな流れになったので人生ゲーム

シン・ゴジラ(Amazonプライム・ビデオ)

2016年に TOHOシネマズ 渋谷で観て以来になる2度目のシン・ゴジラ鑑賞。リビングの事情で音量を下げて観たので細かいセリフとか聞き取れずにざっくり観た感じ。次は大音量かイヤホンできっちり聞きながら観たい。

[ 1月2日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。

nDiki1999年1月に始めたコンピュータ日誌を前身とする NaneyWeb 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。

※内容は個人的見解であり所属組織とは関係ありません。

follow us in feedly

月別インデックス
Process Time: 0.074705s / load averages: 0.44, 0.46, 0.49
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker