メルマガを書く金曜日
作業記録の共有 メルマガ+原稿1 メルマガ+原稿2 メルマガ+原稿3 環読プロジェクト+第一章 TH+第三章アウトライン作成 本屋に行く（話の通じない、これからの「ソフトウェアづくり」） 8:00 おはようございます。メルマガがぜんぜん書けていないので、今日はそれを書きます。あと、環読プロジェクトを本日より始めましょう。 メルマガ: まずは、メルマガの原稿から。１の続きを書きます。 ＊ ＊ ＊ 4000字ほどの原稿になりました。 9:00 メルマガ: 原稿2へ。 ＊ ＊ ＊ 2700文字の原稿になりました。これで半分くらい。もう一つ書きましょう。 ＊ ＊ ＊ 2000字の原稿が書けました。これで本文はOKです。 あとで読む:Vivliostyleでなにができるの？ | gihyo.jp 11:00 環読プロジェクト: それでは第二回の環読プロジェクトを進めて行きましょう。『思考のエンジン』をちまちまと読んでいきます。 12:00 本屋さんにいきましょう。 book:buy:『話が通じない相手と話をする方法』 17:00 TH: 編集者さんからコメントを頂いたので、それを踏まえて構成を再検討します。再検討というか、大幅なリテイクになるかもしれません。ただし、かなり前向きなリテイクになりそうです。
うちあわせCastな木曜日
作業記録の共有 月初めの処理 TH+第二章書きあげ TH+編集者さんに共有 メルマガ+原稿1 環読プロジェクト+開始 14:00~うちあわせCast 9:00 おはようございます。本日はうちあわせCastです。 月初めの処理 いくつか月初めの処理をしておきます。まずはサポーター向けページの作成。 ＊ ＊ ＊ 先にKDPの売り上げ情報を転記しておきました。 ＊ ＊ ＊ Knowledge Walkersのサポーター向けページの作成です。 ＊ ＊ ＊ OKです。 あとで読む:YU000jp (YU) · GitHub あとで読む:アウトライナーworkflowyで空間と時間を超越しながらシームレスなデバイス間創作を実現するためのnote｜Tokimaru Tanaka 10:00 TH: 第二章の最後の節を確認します。 ＊ ＊ ＊ ざっとまとまりました。続いて頭からの流れに戻ります。文章化できていない部分を整理します。 14:00 うちあわせCast: 収録です。 ＊ ＊ ＊ 収録が終わりました。 publish:第百四十六回:Tak.さんと「自分なりの名づけ」について 作成者：うちあわせCast 18:00 TH: 第二章を最後まで書きあげます。 ＊ ＊ ＊ とりあえずできたので、編集者さんに共有しておきます。
THを進める水曜日
作業記録の共有 Scrapboxing TH+第二章の肉付け メルマガ+原稿1の続き KW+ミニエッセイ うちあわせCastの確認→実施 8:00 おはようございます。今日はTHの第二章を仕上げる勢いで進めましょう。 あとで読む:The Website vs. Web App Dichotomy Doesn’t Exist | jakelazaroff.com あとで読む:【期間限定ためしよみ】アマゾンの「当日配送」を支える人々を追って──岩本菜々｜Web版マガジンPOSSE あとで読む:noteで1年間に数千万円の収益！『近代麻雀』が活路を見出した有料記事のサブスク販売とは｜note編集部 Scrapboxing: デイリーベースとそれを補佐するシステム - 倉下忠憲の発想工房 TH: 第二章を続けましょう。 ＊ ＊ ＊ なんとなく、よい感触になりません。考え方が悪いのかもしれません。 15:00 TH: 編集者さんからのコメントを受けて、新しい構成を考えたのですが、それがよくなかったのかもしれません。一度「立ちどもって」みます。 17:00 KW: 今日のエッセイを書きます。 あとで読む:「起源」ばかり問わないで：カリブ海思想研究者・中村達との語らい - WORKSIGHT
THを進める火曜日
作業記録の共有 TH+chap02書き直し WorkFlowyの再構成 メルマガ+原稿1 KW+ミニエッセイ 読書メモ作り 8:00 おはようございます。今日はTHを進めます。 自作ツールwiki: 新しいscrapboxプロジェクトを作ります。 publish:自作ツールづくりwiki ついでに、Textboxを公開するページも作りたいですね。おそらくトランジッションノート術と同じような公開のスタイルになるでしょう。 TH: なんとなく、執筆から楽しさが失われつつあるので、どうにか切り替えたいところです。 ＊ ＊ ＊ 3000字ほど第二章のリテイクを書きました。流れ自体は整いつつあると思います。ただ、面倒な部分をばっさり省略して書いたので、以降はそこを肉付けすることになります。 10:00 Workflowyの整理: ふたたび、構造を変えましょう。 ＊ ＊ ＊ 大きく変えました。 publish:SPTNCAシステム - 倉下忠憲の発想工房 しばらくはこの形でやっていきましょう。もしかしたら、Logseqに以降するかもしれません。
準備を進める月曜日
作業記録の共有 メルマガ+ファイルの準備 メルマガ+ツイート 検討課題の整理 Kindleセール紹介 ノートツールの整理（workflowy,Logseq） メモ論+連載内容検討 漫画のデータベース作り Honkure+change R-style+ノウハウのDIYの続き 8:00 おはようございます。本日は準備デーです。 あとで読む:わかるとつくる – わかるとつくる publish:まとまったものを書くためのアプローチ / UpNoteの何が嬉しいか / 本を買いに遠い町まで｜倉下忠憲 メルマガ: まずはファイルの準備を。 ＊ ＊ ＊ OKです。 検討課題の整理: 昨日出てきた検討課題を列挙しておきましょう。 ＊ ＊ ＊ Workflowyに「検討課題」という項目を作りました。 ＊ ＊ ＊ ここからさらに、それぞれの項目を適切な場所に振り分けていきます。 9:00 ノートツールの整理: まず、ひさびさにLogseqを立ち上げます。 Homeをベースにして、情報の整理・管理ができるのではないかという感触を確かめます。 メモ論: 改めてメモについて考えていきたいわけですが、文章の書き方も新しいかたちにチャレンジしたいところです。エッセイと実用書と論文のどれでもないが、どの要素も含んでいるような、そんな文章。 10:00 漫画のデータベース: いいかげん混乱してきたので、データベースをつくって整理しようと思います。 で、問題はどこでどんな風に作るのか。 まず、Notionが筆頭に上がり、Googleスプレッドシートも候補にあがります。あとは、ObsidianやLogseqでもいいですし、Textboxを使う手もあるでしょう。 さらに、何をどのように管理したいのかも検討する必要があります。 シリーズと、巻数、カテゴリくらいがあればいいでしょうか。連載中か完結かのパラメータも欲しいですね。 テキストファイルにCSV、という方式もありえます。これもTextboxなら問題なく扱えますね。VS Codeでも綺麗に表示できます。当然、JSON形式もありです。 というか、CSV形式で書いて、それをそのままfetchして、あとは表示するというのでもいいですね。JSONなどと違って、変換の一手間が必要ですが、そうたいしたものでもないでしょう。 15:00 漫画のデータベース: 二つの路線でいきましょう。一つは、漫画のタイトルだけを列挙するページ（これがデータベースを担当）。もう一つは、自分が読んだ漫画を日記的に残しておくもの。これはmemoでいいでしょう。 この二つをどう統合するのか、統合するとしたらデータベースの方をJSONにした方がいいのかなどは検討課題ですが、とりあえずその路線で。 Honkure: ひさびさに記事を書きましょう。
ゆっくりしたい日曜日
作業記録の共有 来週のSTLの確認 discord巡回 ブックカタリスト+読書会ページ更新 8:00 おはようございます。本日は、来週の予定を確認して、残りはゆっくりしたいと思います。メモ論連載の検討なども。 来週のSTL確認: 来週の予定、タスク、リストを確認します。 ＊ ＊ ＊ だいたいOKです。 週報作成: 本来はTextboxに書き込んだ方がいいのでしょうが、とりあえずこちらに。 今週は、THを進める予定でしたが、流れの整理だけでだいぶ時間を食われました。まだ文章のピントがつかめていない感じです。ただ、一応流れは8割ほど整ったので来週からは文章を書き下ろせそう。で、第三章も進めたいです。 全体的にペースアップが目標。 ＊ ＊ ＊ アイデアメモの扱いは、かなり目処が立ちました。基本的にはideaScapeのストリームにおいておき、そこからノートに転記したり、利用したりする。これが基本。 ただし、そのストリームを引き続きテキストベースにするのかJSONベースにするのかはまだ保留中です。外部からの書き込みなどを考えたときに、JSONの方が安全そうな気もしますが、その辺はまだ未知です。逆に、一気に別の場所からコピペしてくるという「人間的」な操作の場合は、現状のテキストファイルがやりやすいですね。この辺を見極めて、判断しましょう。 あとは、ideaScape上のJSONの編集と、クイックメモからのメモの入力です。これは大きな課題ですね。現状ショートカットキーでモーダルを出し、どの場所からでもメモできるようになっていますが、その保存場所、特に「アイデア台帳」というアドレスがつくようなメモの保存場所をストリームにするかどうか、というところが検討課題です。 直接ストリームに保存するのか、それともいったんhistory.jsonにおいておくのか、あるいはidea.jsonにおいておくのか。この辺をもう少し考えましょう。 ＊ ＊ ＊ PTの販促として書いたトランジッション・ノート術の記事が大きくバズって1000を越える「スキ」を頂いております。 で、引き続き、違うノートの使い方を紹介していくのと、考えているのはトランジッション・ノート術の話を、Knowledge Walkersか、あるいは静的なサイトで紹介してみるのはどうか、ということです。バレットジャーナルとかがやっているやつですね。 ミニ冊子を作ってみてもいいかもしれません。この辺の展開も検討課題です。 ＊ ＊ ＊ とりあえずは以上でしょうか。かーそるの原稿も少しずつ進めたいですし、研究的な読書メモ作りも進めたいところ。いろいろやることがありますね。 ＊ ＊ ＊ Textboxのタスクやプロジェクトを表示しているページももうちょっと考えたいところ。あと、「読書メモの作成」など強いコミットを必要とはしていないが、行動を選択するときにちょっと思い出せるようにしておきたいこと、をうまく扱う方法も考えたいところです。 ＊ ＊ ＊ 検討課題が山盛りですね。 それもいったん整理するとして、とりあえずはOKとしておきましょう。
メルマガを仕上げる土曜日
作業記録の共有 ツイート読み返し メルマガ+はじめに メモ論+構成の検討 メルマガ+全体の読み返し メルマガ+配信予約 KW+ミニエッセイ かーそる第五号+原稿の読み返し Textbox+メモの扱いの課題検討 ネットワークプリント 8:00 おはようございます。本日はメルマガを仕上げます。 ツイート読み返し: では、一週間分のツイートの振り返りから。 ＊ ＊ ＊ だいたいOKです。一部は、ツイートメモのファイルではなく、ideaScapeのストリームに直接保存しました。 9:00 メルマガ: 「はじめに」と「おわりに」を書きます。 ＊ ＊ ＊ OKです。しばらく寝かせて全体を読み返しましょう。 Textbox: 現状ideaScapeで考えたいのは、 ・JSONから読み込んだものの編集をどうするのか ・history.jsonの「アイデア台帳」との関係性 まず、「history.json」に入力する「アイデア台帳」だが、これをストリームの中身として（つまりテキストとして）保存するか、それともツイートまとめを保存しているidea.jsonに保存するのかという選択がある。後者はすでに追記の仕組みがあるので比較的に簡単にできる。後者は、少し新しいコードが必要だが、単に追記するだけなのでそう面倒なものではない。 あと、このあたりで「ファイルに追記」のcgiを整理していおいた方がよさそう。 ＊ ＊ ＊ 少し前、history.jsonに保存してある情報を、そのaddressに合わせて、特定のページで表示するということを試したことがある。history.jsonで「hoge」というaddressを持っているものがあったら、hoge.mdを表示したときにそれを一緒に表示する、というもの。 これはさすがにJSONを使わないと厳しい（テキストファイル＋ハッシュタグでも不可能ではないが）。 こうした関連ページを表示させる機能を維持するのかどうかがまず検討課題としてある。関連ページ表示ではなく、自分で処理してそのページに直接書き込むことを自分に要請してもいいし、関連ページから本文に移動できる仕組みでもいい。 また、history.jsonには特定のプロジェクトのaddressを持っているものもあれば「アイデア台帳」という未分類のメモもある。この二つの差異をどう考えるのかも課題。 ＊ ＊ ＊ JSONからの編集を可能にするかどうか。これはまあ可能にした方がいいだろう。チェックボックスだけを付けるという手もある。それがチェックされたらデータとして保存されなくなる（つまり削除）くらいの機能があれば使いやすいだろう。 ただしそれは、「使い終えたメモはjsonから消す」ということが意識されている。まあ、消さなくてもプロパティをdoneにするのでもいいか。doneの表示、非表示を切り替える手はあるな。 ＊ ＊ ＊ まず「アイデア台帳」として保存されているものはほとんどが走り書きメモで、ideaScapeのストリームにそのまま置いておいても不自然さはなさそう。移行は、ideaScapeのストリームに直接保存する形でいいだろう。それをモーダル経由でできるようにしておく、というのが一つのポイントになるだろうか。でもってそれをhistoryに置いておくのかという問題もある。 13:00 KW: 本日のエッセイを書きます。 メルマガ: 全体の読み返しを進めましょう。 ＊ ＊ ＊ 読み返しが終わりました。 14:00 メルマガ: 配信予約に移りましょう。 ＊ ＊ ＊ まぐまぐOKです。 ＊ ＊ ＊ noteOKです。 これで完了。
THを進める金曜日
作業記録の共有 TH+chapter02のアウトライン整理 TH+chapter02を書く KW+ミニエッセイ メモ論+10回くらいの連載案検討 Evernote+過去ノートの整理 Textbox+historyのメモの整理 かーそる第五号+原稿の続き R-style+メーラーの設置検討 21:00~ブックカタリスト読書会 8:00 おはようございます。今日は夜からブックカタリスト読書会です。日中は原稿、特にTHを進めましょう。 あとで読む:microCMS入門 (全11回) - プログラミングならドットインストール あとで読む:ソーシャルメディアのアルゴリズムがいかに我々の文化を「フラット化」したか - YAMDAS現更新履歴 TH: まずは、Scrivenerで第二章の流れの整理をしましょう。それが終わってから本文の執筆です。 ＊ ＊ ＊ Scrivenerのコルクボードモードを仕様。コルクボードには固定配置と自由配置がありますが、「考える」ときは自由配置がよいですね。 18:00 TH: ずっと流れを検討していました。 だいぶ整ってきた印象で、あとは最後の詰めの部分です。
病院にいく木曜日
作業記録の共有 Textbox+ストリームについて検討 メルマガ+原稿3 TH+chapter02の流れの確認 ネットワークプリント KW+ミニエッセイ 8:00 おはようございます。本日はこれから自分の病院です。で、それが終わったら妻の病院の付き添いです。原稿はもろもろが終わってからになりそうです。 Textbox: 現状整いつつある、IdeaScapeに、もしツイートまとめノートを統合するとしたらどうなるかを考えます。 まず、ツイートまとめノートは、以前の処理でJSONにまとまっています。また、それとは別に各月ごとにテキストファイルでも保存されています。そのどちらも利用可能。 で、どのように表示するのか。 現状IdeaScapeは、二層構造になっていて、下層がノート展開スペース、上層がメモライン＋ノートスペースになっています。ノートスペースは後から追加されたので、下層と役割が重複しています。このまま重複させる考えもありますが、上層に統合して、代わりに下層を別の役割として使う、という考えもあります。 で、その別の役割として、ツイートノートの展開というのはありでしょう。もう一つ、「広大なメモスペース」として使うてもあります。 canvasなどを準備して、クリックした場所にテキストを残せる感じにしておく。これはこれで面白そうです。 もちろん、二層以上の後世にすることもできるでしょうが、まずは二層で考えていきましょう。 で、ツイートノートを展開するというのはアイデアとしては面白いです。普段は隠れているけども、ボタンを押せば過去のツイートがずらずら〜と表示される。そういうビューが楽しいことは間違いありませんが、問題はそうして閲覧した後の操作をどうするのか、という点。 メモやノートの入力欄は上層にあるので、ツイートノートを閲覧しながらの同時の入力ができません。入力するためには一旦レイヤー表示を切り替える必要があり、これはちょっと手間なのではないかと思います。 すると、ツイートノートを表示させたままで入力を可能にする必要があり、レイヤーの構造自体を変更させる必要がでてきます。 で、それとはまったく別のアプローチとして、メモのストリームをツイートのストリームに入れ替えるという手があります。あるいは、ストリーム自体を二つ以上表示させられるようにする。現状ノートも複数表示できているわけで、それをメインのストリームに適用するという考えかたもあるでしょう。 実装は複雑になりそうですが、不可能というほどではありません。ただ、画面のデザインがかなりややこしくなりそうです。 二つ表示するのではなく、メインの一つを切り替えるというやりかたは無難ではあります。あるいは、いっそのこと、一つのファイルにメモもツイートも混ぜ込んでしまうという手も有ります。現状のツイートの処理を、個別のファイルに転記しつつ、メモラインのファイルにも入れ込むというやりかたです。記法が異なっているので何らかのコンバート処理は必要でしょうが、それができれば、「切り替え」という作業自体がなくなります。ただし、一週間に一回、すごくストリームが長くなるという状態になり、それが良い結果をもたらすのかどうかはやってみるまでわかりません。 現状、ストリームは普通のテキストであり、ツイートメモはJSONでまとめらているので、ストリームもJSONにすれば話はすごくはやいことは間違いありませんが、さてどうしますか。 ＊ ＊ ＊ 新しいプロダクトの画面を見かけました。 ◇The Minimal Phone - Live More. Scroll Less. https://www.tryminimal.com/ 物理キーボード、E-linkディスプレイで構成された新しいミニマルフォンとのこと。 で、それはそれとして、画面の構成がよいですね。 まず領域が二つに分かれていて、上部はウィジェット的なもので、上部左側が天気、上部右側がTODOリストになっています。TODOは常に確認したいものだから最上位に置かれているのはごく自然です。 で下部がメニューになっていて、Phone、Massege、Notes、Calender、Uberになっています。このUberはUber Eatsの専用アプリ的な感じでしょうか。それ以外は、「携帯電話」に求める最少の機能がセットアップされています。Notesはおそらく「メモ帳」くらいの位置づけでしょう。で、これだけあれば十分でしょう。実際昔の携帯電話はそうなっていましたし、今でも手帳が担う役割はこういう情報の扱いです。 この構成をTextboxに活かせないかをちょっと考えたいところ。 病院へ 10:00 病院が終わりました。経過観察ということで一ヶ月後に予約です。 Textbox: ストリームの再検討。 一つのストリームとしてすべてを集めるのか、それともストリームの切り替えを可能にするのか。 現状のストリームは編集可能なものですが、それ以外のストリームはJSONから読み込んで、それは編集できないようにする、というやりかたもありえます。 処理は面倒ですが、テキストファイルからとJSONからを同じUIで表示することも検討してみる必要があるでしょう。 ＊ ＊ ＊ 仮にストリームを切り替えられるとしたら、どのようなものが候補にあがるでしょうか。 まず、ツイートまとめです。で、bookを担当するlibrary,jsonが表示できると便利かもしれません。 ＊ ＊ ＊ ここが一つの分水嶺ですね。メインのストリームをJSONにすれば、たとえば複数のJSONから一つのストリームを生成する、ということができます。つまり、ファイル自体は分割しておいて、しかし表示としては一つという形。たとえそうしても、JSON形式ならば特定の項目だけを編集するというのは簡単です。 現状のテキストファイル形式は、表示されているものから保存データを生成しているので、そこがちょっと難しい。でもまあ、テキストファイルから生成されたものに特別な印をつけておき、その項目だけ拾って、innterTextを取得するというやりかたをすれば、（面倒ですが）二つの方式の統合も可能ではありますね。 ＊ ＊ ＊ もともとのファイルを統合的にするか、表示だけ統合するか。そして、統合するのかそれとも切り替えて表示させるのか。これでずいぶんツールの感じが変わると思います。 ＊ ＊ ＊ とりあえず、切り替え方式を試してみました。
原稿を進める水曜日
作業記録の共有 メルマガ+原稿2 TH+chapter02の流れ直し Textbox+サイドバーにもリンクを追加 KW+ミニエッセイ メモ論+過去原稿 Honkure+ カーソル+ ネットワークプリント 9:00 おはようございます。本日も原稿作業です。 UpNote: テンプレート機能があるようなので、ちょっと調べておきます。 publish:UpNoteのテンプレート機能 - 倉下忠憲の発想工房 ＊ ＊ ＊ UpNoteの中身の整理を少しばかり。 10:00 メルマガ: メルマガの原稿を書きましょう。 ＊ ＊ ＊ 3300字の原稿を書きました。これで半分を越えましたね。