nDiki : TaskPaper

2018年10月27日 (土)

1日のまとめ作業を Ulysses 上でから TaskPaper 上でにする

今まで1日のまとめは Ulysses 上のテキストファイルに集めて整理していたのだけれど、 アウトライナーの Dynalist をスマートフォンで使うことにしたのに合わせて TaskPaper ファイルにいったん集めて整理することにした。

思考の断片はそのまま TaskPaper ファイルの Thoughts プロジェクトの下に移動して残しておき、その日の出来事は Ulysses 上にデイリーノートファイルを作ってそこにコピーというのがスムーズにできるので良さそうだ。

[ アウトライナー ] [ ノート・日記はテキストファイルに ]

スポンサード リンク
[ 10月27日全て ]

2018年10月30日 (火)

JavaScript コードで TaskPaper ファイルにノートを挿入する

ちょっとしたメモを Alfred for Mac から一発で TaskPaper ファイルに挿入したい。Packal 上に TaskPaper のための多機能な Alfred Workflow があるので入れたんだけれど、うまくタスク追加ができないことがあるので、自前でスクリプトを作って Alfred から呼ぶことにした。

TaskPaper ファイルはテキストファイルなので書き慣れている Perl でスクリプトを書いてもいいんだけれど、 編集の競合が避けられるし parser も書かなくて済むしということで TaskPaperAPI を使うことにした。

JavaScript for Automation (JXA) を使えば JavaScript コードで TaskPaper API を呼べるっぽい。

以下指定した TaskPaper ファイルに Inbox: プロジェクトがなければ追加した上でその子供としてノートを挿入するコード(エラー処理割愛。実際にはタイムスタンプとかもノートにつけるようにした)。

 #!/usr/bin/env osascript -l JavaScript

 function TaskPaperContext(editor, options) {
   let inbox = editor.outline.evaluateItemPath("//Inbox:")[0];
   if (!inbox) {
     inbox = editor.outline.createItem("Inbox:");
     let projects = editor.outline.evaluateItemPath('@type = project')
     if (projects.length == 0) {
         editor.outline.root.appendChildren(inbox)
     } else {
       editor.outline.root.insertChildrenBefore(inbox, projects[0]);
     }
   }

   let items = ItemSerializer.deserializeItems(options.text, editor.outline, ItemSerializer.TEXTMimeType)
   editor.setCollapsed(items[0])
   inbox.appendChildren(items, inbox.firstChild)
 }

 function run(argv) {
   Application('TaskPaper').open(argv[0]).evaluate({
     script:TaskPaperContext.toString(),
     withOptions: {text: argv[1]}
   })
 }

これを inbox.scpt というファイルで保存し実行権限を与えれば

 ./inbox.scpt $HOME/tmp/test.taskpaper こんにちはこんにちは!!

という感じで呼び出せるようになる。

あとは Alfred Workflow を作ってそこからこのスクリプトを実行すれば OK だ。

[ 10月30日全て ]

2018年11月1日 (木)

階層が深くなった TaskPaper ファイルはアウトライナー無しではもはや読み書きできない

事業方針について TaskPaper で要素を分解しながら考えていたらかなり深いツリーになってきた。アウトライナーなら折り畳み・フォーカス・検索でのフィルタリングなどの機能があるおかげで大きなツリーでも難なく考えを広げたり整理してまとめたりをできるので楽しい。

TaskPaper ファイルはテキストファイルで他のテキストエディタでも閲覧・編集できるのが良いところなんだけれど、ある程度大きくなるとアウトライナーの助けがないともはや読み書きが難しくなるんだよね。

誰かと共有するのにせめて折り畳みのできる HTML ファイルに変換できるようにしておかないとなあ。

今日のさえずり: タイムテーブルがピチピチ

2018年11月01日

[ 11月1日全て ]

2018年11月6日 (火)

プロダクトマネージャー・カンファレンス 2018 1日目 #pmconfjp

image:/nDiki/2018/11/06/2018-11-06-113539-nDiki-1200x800.jpg

今日から2日間ベルサール秋葉原 2F ホールでプロダクトマネージャー・カンファレンス 2018。

1日目の今日は Wellcome Talk とクロージングをのぞいても12セッションと盛りだくさん! 結構な数だなぁと思っていたけど、30分/15分というセッション時間でさくさくと進んでいるので、それほどハードモードではなかった。

今年のカンファレンスは「愛されるプロダクトを創ろう。」がテーマ。基調講演といくつかのセッションでは愛されるプロダクトについても触れられていたけれど、思ったほどは触れられていなかった印象である。登壇者の事業のプロダクトの紹介(アピール)とその成長に向けた取り組みの話が多かった。領域的には「人」「プロセス」「プロダクト」のうち「プロダクト」についての内容がほとんどだったかな。

一般申込み席はテーブル無しだけれど、前の席との間隔があって足元は快適だった。会場 Wi-Fi は無くテザリングも Wi-Fi 干渉で無理な状態(Bluetooth なら多少いけた)。メモTaskPaper でとりつつ Twitter はスマートフォンで眺めるという感じで。

以下メモ

10:00 - 10:15 [06-01] Welcome Talk

プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏

10:07 からスタート。今年は定員650人とのこと。 今年のテーマは「愛されるプロダクトを創ろう」。

10:15 - 10:45 [06-02] 基調講演: 愛されるプロダクトを創るべき「3つの理由」

プロダクトマネージャー・カンファレンス 実行委員 丹野瑞紀氏

PM 一年生をターゲットとして想定した講演。

まずはプロダクトマネージャーの役割について。プロダクトマネージャーの役割は事業目標を達成できるプロダクトを作るために機能を(製品要求仕様(PRD)などの形で)定義しエンジニア・デザイナーと共に開発するとした。

「愛されるプロダクトを創る」べき理由として以下が説明された。

プロダクトマネージャーカスタマーロイヤルティを強く意識していく必要があるね。

「愛されるプロダクトとは何か」ということについては触れられなかった。今回のカンファレンスでそれを定義するセッションはあるのかな?

11:00 - 11:30 [06-03] 未来を変えるプロダクト作りへの挑戦 ~FiNCの今までとこれから~

▲株式会社FiNC Technologies チーフプロダクトオフィサー 犬飼敏貴(@wancky)氏

FiNC Technologies の製品と会社の紹介。ヘルスケアではユーザーの短期解決よりも継続のある成果を提供する必要があるという話。それからゼロベースを怖がらすにプロダクトを定義していこうというのと高効率な PDCA サイクルにしていこうという話であった。

「高速よりも高効率」という論だったが、PDCA サイクルについてはまあ高速に失敗することも大切。考えなしにやってみればいいというものじゃないよという戒めかな。

「愛されるプロダクト」

特に話題なし。

11:45 - 12:15 [06-04] 世界で愛されるプロダクトを作ろう

▲楽天株式会社 トラベルプロダクトマネジメント課 マネージャー 熊谷亘太郎氏

楽天なのでスライドは英語

「20年稼働してきたシステムを刷新し世界展開できるようにする」ことを題材にプロダクトマネジメントサイクルの要素の話をされていた。「製品要求仕様をまとめる」「コミュニケーションをしながら課題を解決していく」「意思決定していく」「バグトリアージ」のことなど。

  • 機能をいれない (Cut feature)
  • 不具合を修正しない (Wan't fix)

を宣言できるのは「プロダクトマネージャーだけ」という話はドキッとなった。これはしっかり意識しないとな。

「愛されるプロダクト」

特に話題なし。

12:25 - 12:55 [06-05] [対談] 食文化を支えるプロダクトマネージャー仕事術

株式会社ノンピ 取締役 荒井茂太氏、プロダクトマネージャー・カンファレンス 実行委員 及川卓也氏

カフェテリア運営におけるプロダクトマネジメントもソフトウェアプロダクトマネジメントも多くな共通点があるという話。ユーザーをどう動かすか(とがめることなく食べ残しを減らした取り組みなど)が興味深かった。

「愛されるプロダクト」

ユーザー(カフェテリアを利用する社員)のことをしっかりと意識しているのが感じられて、これは愛されるプロダクトだろうなと感じた。

12:55 - 13:10 [06-06] クチコミサイトからプラットフォームへの挑戦プロセス

▲株式会社アイスタイル 代表取締役社長 兼 CEO 吉松徹郎氏

@cosme のビジネスモデルと採用をアピールしていた。スポンサーセッションぽい。

「愛されるプロダクト」

特に話題なし。

13:10 - 13:25 [06-07] プロダクトマネージャーにもコーチは必要だ

▲グロース・アーキテクチャ&チームス株式会社 代表取締役 鈴木雄介(@yusuke_arclamp)氏

新会社をマネタイズするのがこのセッションのゴールとストレートに言ってしまうのは好感。スポンサーセッションぽい。

プロダクトマネージャーが忙しくなることによりコミュニケーションの薄いセクションとの齟齬が発生する。組織としてプロダクトマネジメントいくことで対応していくためには、いろいろ共有してくのが重要だという話であった。

アジャイル/スクラム用語がさらっと出てきていて、それらを前提でザクザクと進めていく感じのトークだった。

「愛されるプロダクト」

特に話題なし。

13:40 - 14:10 [06-08] ユーザーと両想いになるサービスの作り方

株式会社エウレカ 執行役員 VP of Pairs Japan 金田悠希氏

「新しい新的なビジネスモデルは存在しない」 「機能は真似る」「マーケティングで勝つ」というプロダクト戦略はわかりやすいし、成功についてのしっかりとしたポリシーが感じられてよかった。

「愛されるプロダクト」

特に日本のユーザーがマッチングアプリで抱えやすい不安に誠実に向き合いそれを取り除く取り組みをしている点は、愛されるプロダクトにしていく上で大切だなと感じた。

14:25 - 14:55 [06-09] インターネットテレビ局「AbemaTV」プロダクトの変遷

▲株式会社サイバーエージェント 執行役員 長瀬慶重(@lionbaby)氏

「新しいプロダクトが市場で埋もれない」ようにするということについて、AbemaTV の企画・デザイン・PR などの取り組みを紹介。PR で話題を絶やさないように出し続けていく、PR もプロダクトマネージャーの大切な仕事と言っていたのが、自身の立場に照らし合わせてなるほどと感じた。

「愛されるプロダクト」

特に話題なし。

15:10 - 15:40 [06-10] 事業ドメインを絞り込むことで磨かれるプロダクトマネジメント

▲ピクシブ株式会社 執行役員 pixiv運営本部長・新技術プロジェクトプロデューサー 清水智雄(@norio)氏

pixiv では「創作」というドメインに絞ってプロダクトを出している。ドメインを絞ることで社会の解決すべき問題の詳細が見えてくる。知見と技術が蓄積され、体制変更が柔軟・高速にできる。という論。

自社だとコミュニケーションがそれにあたるな。

「愛されるプロダクト」

ドメイン理解者であることがユーザーに伝わると、ユーザーが自分たちのためにプロダクトを作ってくれているという感じてくれるようになる。企業レベルでユーザーとエンゲージメントが結ばれるというところが素晴らしい。

15:55 - 16:25 [06-11] 愛されるプロダクトマネージャーのプロダクトマネジメント~愛されるためにまずは成果を残す~

株式会社ZOZOテクノロジーズ 代表取締役CINO 金山裕樹(@yukiller)氏

最近読んだ「Hooked ハマるしかけ 使われつづけるサービスを生み出す[心理学]×[デザイン]の新ルール」の翻訳もされている方。行動力というか物事を成し遂げる力というか、フレンドリーな話し方を含めてとても魅力的な方だった。

今日のセッションでは数少なかったピープルマネージメントについての話題が興味深かった。プロダクトマネジャーチーム結成について。リクルーティング(スクリーニング)・オンボーディング(花を持たす)・グロースへをどうやってきたか。人を生かす・パフォーマンスを引き出すという気持ちが、今日一番刺激的に感じた。

スクリーニングについては Joel の考え方に近いなと。

「愛されるプロダクト」

具体的にどの話がという訳ではないのだけれど、この方が創るプロダクトなら好きになりそう、そんな感じがした。

16:40 - 17:10 [06-12] LINE開発の舞台裏とプロダクトマネージャー

LINE株式会社 LINE企画1室 副室長 入江和孝(@kazukomati)氏

みんなが使っている LINE アプリの話。

LINE の規模までくると機能改良しても利用者数は変わらないのがプロダクトマネージャーとして辛いとか、国内王者らしい話がうかがえた。

取り消し機能の製品要求仕様の決定では、さまざまな仕様案と反対意見が出た中、全てのユースケースを解決する仕様が無い中で、機能の目的・原則に立ち返って決定したとおっしゃっていた。 GTD でのナチュラルプランニングを思い出した。

「愛されるプロダクト」

ユーザー・メディアの取り消し機能仕様に対する不満に対して、取り消せなくて困った事例を募集するキャンペーンをやってみたりするのは面白いなと。ユーザーに対する説明をしっかりしようという感じが伝わった。

17:25 - 17:55 [06-13] 失敗をデザインする

ラクスル株式会社 取締役CTO 泉雄介氏

リリースしてから失敗することを減らすためにプロトタイピングと検証をという話。

「愛されるプロダクト」

特に話題なし。

17:55 - 18:05 [06-14] クロージング

プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏

[ 11月6日全て ]

2018年11月20日 (火)

Android スマートフォンで書き出す時のアプリとして Dynalist を使うのをやめる

先月末に Dynalist を思い浮かんだことを Android スマートフォンで書き出す時のアプリとして使うことにしてしばらく使っていたんだけれど、バージョン履歴が残らず誤削除からの復旧ができないのが気になるのでその用途で使うのはやめにした。Dynalist Pro にするとバージョン履歴機能が使えるんだけれど、 Pro にするほどは使う予定はないかな。

Dropbox で同期している TaskPaper ファイルに JotterPad からメモることにする。これならバージョン履歴が残るし、 MacTaskPaper でそのまま整理できるし。

[ 11月20日全て ]

2018年11月21日 (水)

iOS アプリ Taskmator で TaskPaper ファイルを編集する

Dynalist を使うのをやめる代わりに、iPhone で直接 TaskPaper ファイルを編集するのに Taskmator を再びインストールした。

Dropbox 上に置いた TaskPaper 形式のファイルを直接編集できる。きちんとアウトライン単位で移動できるのが便利。

TaskPaper におけるプロジェクト単位で絞り込めるのだけれど、階層の深さに応じたインデントはついたままなので、階層が深いアイテムは残りの幅が狭くなり表示上の行数がかさんでしまうので注意。

undo 機能が無いのはちょっと不便(Dropbox 上の履歴から戻す必要がある)。

[ 11月21日全て ]

2018年12月21日 (金)

1ファイルノートから複数ファイルノートに戻す

TaskPaper をまた使うようになったタイミングで inbox メモと整理前のデイリーノートを1テキストファイルに書くことにしたのだが、やはり複数テキストファイル(inbox メモ毎に1ファイル + 日別ファイル)スタイルに戻すことにした。

1テキストファイルでは「複数ファイルをいったりきたりする」「個別にファイルを作る=ファイル名をつける」という手間から解放されたのが良かった。TaskPaper を使えば全体をみたり特定の場所だけフォーカスインしたりできるので、まとめ作業が捗った。

一方ファイルが大きいのでスマートフォンで書き込むのに躊躇するようになった。スマートフォン上のテキストエディタTaskPaper に合わせたインデントをつけていくのは現実的ではないので、階層を無視してとりあえずメモを書き込んでおくというのが不格好だった。1ファイルを複数デバイスで編集する機会が増えるので編集競合の危険性も高くなった。

やはり個別ファイルをガンガン作って Ulysses でザクザク整理する方が自分には合ってそう。

[ アウトライナー ] [ ノート・日記はテキストファイルに ]

[ 12月21日全て ]

2019年1月25日 (金)

1つのアウトラインに集約するスタイルは自分には合わない

去年の10月から TaskPaper をまた使い始めて1つのアウトラインに情報を集約する運用をしてみたけれど、最近使わなくなってきた。1つのアウトラインに集約するスタイルは自分には合わないな。情報の鮮度の管理がしづらい。

日別のテキストファイルに書いて Ulysses for Mac検索あるいはフィルタで絞りこむやり方の方が「横断的に見る」のと「情報の鮮度を意識する」のが同時にできるので自分に合っている。

TaskPaper だからという理由も

TaskPaper の操作性に満足しているんだけれどファイルサイズが大きくなると動作がもっさりしてくるというのも実際のところだ。 TaskPaper には Ulysses のライブラリ機能に当たるものがないので、分割して横断的に扱えないしなあ。

[ ノート・日記はテキストファイルに ]

[ 1月25日全て ]

2019年1月27日 (日)

アウトライナー機能のある Markdown テキストエディタ FoldingText 2.2 を使ってみる

TaskPaperアウトライナーとして優秀なんだけれど、 TaskPeper ファイルは独自形式なので若干 Ulysses for Mac と組み合わせて使いづらい。 TaskPaper開発している Hog Bay Software が Markdown 用のテキストエディタ FoldingText を出しているのでこちらも使ってみようと思う。

FoldingText 3 は開発が進んでいたものの残念ながら中断となり、昨年10月に FoldingText 2.2 のライセンスが $0 に変更された。過去試用して試用期間が終わっていたため、今回 $0 でライセンスを取得した。今後保守されていくか不明瞭なのでその点留意して利用していくのが良さそう。

FoldingText の良いところ

  • TaskPaper と同じく良いところ
    • FoldingText で開いているファイルを他のアプリケーションで更新すると自動的に反映してくれる。
  • FoldingText の良いところ
    • Markdown の見出し単位でも折り畳める。
    • CriticMarkup をサポートしている。
  • TaskPaper の方が良いところ。
    • 要素をドラッグ&ドロップで移動できる。
    • カーソルがどこにあっても tab / shift + tab で階層の上げ下げができる。(FoldingText は command + [ / command + ] )
    • 任意のテキストで絞り込める。 (FoldingText は同じ @ タグでの絞りこみのみ)
[ 1月27日全て ]

2019年2月1日 (金)

今日は iA Writer for Mac をメインで作業してみた

昨日 iA Writer のライブラリ機能もいいなと感じたので、今日は iA Writer メインで作業してみた。

iA Writer for Mac の方が便利

iA Writer は登録したロケーション以下にあるファイルのハッシュタグがオーガナイザー(一番左のペイン)に一覧表示される。 #WIP とファイルに書いておけば、1クリックで仕掛中のファイルがリストに表示されるので便利だ。

Ulysses for Mac で「すべて」で #WIP 検索をかければ同様に探せるが、ショートカットを作っておけないので iA Writer の方が楽でいい(Ulysses でフィルタを作るという手があるが、その場合外部フォルダ単位でしか絞り込めない)。

Ulysses for Mac の方が便利

一方 Ulysses は「複数ファイルをまとめて選択してあたかも1ファイルのように編集できる」という強力な機能があるため、複数ファイルをどんどん整理していくのは Ulysses 方が圧倒的に便利。それからライブラリでフォルダをツリー表示できるのでファイルの移動も Ulysses の方がずっとやりやすい。

複数フォルダ・複数ファイルにまたがって作業する時はやはり Ulysses for Mac の方が便利だな。 横断的にハッシュタグを利用する時と1つのファイルをじっくり編集する時、それからテキストファイル以外が混在するフォルダでの作業iA Writer も使うというのが良さそう。

(あとはアウトライナーが使いたい時は TaskPaper を使ったり、気がつけば Emacs を使っていたり……)

[ Mac アプリケーション ]

[ 2月1日全て ]

About Me

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

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

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

follow us in feedly

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