読書会な金曜日
作業記録の共有 メルマガ+文字数チェック LT+生成AIについて書く R-style+著作ページ更新 KW+ミニエッセイ TH+「はじめに」をライトに修正 環読プロジェクト+読書メモ 9:00 おはようございます。昨日はいろいろあって夜遅くまで作業をしていたので、今日はちょっと遅れてのスタートです。 お昼からは妻の病院の付き添い、夜からはブックカタリストの読書会があり、それ以外は原稿を進めて行きましょう。まずは、ライフハックの道具箱の原稿を書くところから。最低でも一つは増やしたいので生成AIについて書きましょう。あと、メルマガ原稿の総文字数もチェックです。 メルマガ: ちょっと総文字数をチェックしておきます。そのためのスクリプトを書いてもいいかもしれませんが、とりあえず。 ＊ ＊ ＊ だいたい9000字。微妙に短いですが、今週はそれでよいでしょう。 LT: 生成AIについてざっと書いておきましょう。 ＊ ＊ ＊ 1700文字ほど書きました。これで半分くらいですかね。後はまた明日にでも。 10:00 ニュースレター: PTの発売をお知らせするニュースレターを書きましょう。 ＊ ＊ ＊ publish:新刊『思考を耕すノートのつくり方』 - by 倉下忠憲@rashita2 - Rashita’s Newsletter R-style: 新刊の情報を著作リストに追加しておきます。 ＊ ＊ ＊ OKです。 著作リスト | R-style 11:00 KW: ミニエッセイを更新します。 ＊ ＊ ＊ OKです。 知的作業の進め方: 思いつきをメモする、というのは確立できています。 それを起点に記事を書く、ないしは連載を書く、ということもこれまで続けてきました。 最近はそこに、小さな考えをカードとして書く、ということができるようになりました。 本を書き下ろしたり、連載から本にする、ということもできつつあります。 ただ、まだ足りていないのが、中長期的に一つの着想を育てていく、というもの。上記のすべてに重なりそうでありながら、うまく重ならない部分もあります。DPという新しいエディタでサポートしたかったのは、そうした欠けたプロセスのパーツ（ミッシングリンク）なのでしょう。 特に「大きなテーマ」について連続的・継続的に考えていきたい、というニーズをどうサポートするか。それが胆な気がします。「今かいている原稿」もその一部として位置づけられるでしょう（あるいは別枠で考えた方がいいのかもしれません）。 はっきりした結論が必要なもの（原稿）と、考えたいテーマは、もしかしたら違うエレメントなのかも。
原稿を進める木曜日
作業記録の共有 メルマガ+原稿3 DP+ファイルの読み込み機能 LT+生成AIについて R-style+ノウハウDIY宣言 TH+「はじめに」 8:00 おはようございます。今日は朝からプライベートタスクで慌ただしくなる予定です。なのでうちあわせCastはお休み 合間の時間で原稿を進めて行きましょう。 9:00 メルマガ: 原稿を書きましょう。 ＊ ＊ ＊ 2600文字の原稿が書けました。とりあえずは、いったんOKです。 DP: DocPort（仮称）について考えましょう。 まず、ファイルの読み込み機能が必要です。選択して読み込むか、Textboxのようにリンク経由で読み込む。 仮にリンク形式でいくとして、ということは、top画面にリンクの一覧が必要です。そういうindexとeditorも同じ画面に置いておき、displayの切り替えで表示の切り替えとしましょうか。 ただ、リンクを直書きすると、たとえば「更新日順に並べる」みたいなことができません。しかしファイル経由でリンクを生成するといちいちファイルを触らないと変更できないというもどかしさもあります。この辺は検討課題ですね。 で、とりあえずリンクを押したら、その中身がエディタに読み込まれるという形でいきましょう。 で、保存を押したらその中身が保存される。これは、Textboxとまったく同じでいけます。この辺に難しいことはないですね。 ということは、特徴になるのはindexの見せ方と機能ですね。これが複数の文章を扱う上で胆になりそうです。 ＊ ＊ ＊ 今のTextboxの currentText.md では、いかのようにページへのリンクがならび、box部分をクリックしたら、再度に中身が表示される。 まずこれを踏襲するかどうか。踏襲というか、ウィンドウの配置と見せ方を同じようにするかどうか。 先ほどのイメージだと、まずindexだけが表示されていて、そこからリンクをクリックするとindexが消えて、代わりにエディタが表示される、という感じ。currentTextでは、boxをクリックしたらサイドにその中身が表示され、さらに編集したくなったら、タイトルのリンクをクリックすることで編集画面に移る、というテイスト。 つまり、リンクと本文表示をどちらかだけにするのか両方にするのか。両方にする場合、そのウィンドウを縦にならべるのか、横に並べるのか、それとも違った形なのか、という判断がいる。 左側に細くサイドバーを置き、右にエディタを大きく置くというのは分かりやすいUIだろう。Ulyssesなどはそうなっている。でも、だからこそそうでないUIを求めたい。なにせUlyssesではできなかったことを為そうとしているのだから。 ＊ ＊ ＊ currentTextのような形にしておいて、何かボタンを押せばエディタ領域が広がる、という形は一応あり。 ＊ ＊ ＊ currentTextではboxの中にテキストを表示していないが（それをやりはじめるとすべてのファイルを読み込むことになるので処理速度が若干心配）、仮にテキストを表示するならばサイドバーで中身を表示するという部分は省略できるだろう。 ＊ ＊ ＊ 「→」キーでファイルを移動する？ ＊ ＊ ＊ 文章の表示に、横幅いっぱいのUIは不要。かりに横幅が使えたとしても結局widthを絞るわけだから。だから、左右の領域に分割するのは理にかなっている。が、だからといってそれだけが正解ということもあるまい。 Evernoteでは「トップリスト」というビューもある。何か他にはないだろうか。 15:00 ややこしいプライベートタスクが片づきました。 DP: クリックしたらそのテキストが読み込まれるところまではできました。 悪くはないですが、かといって「これ！」という感じもありません。編集内容を保存する機能を実装する前に、まずこのUIの感触をしばらく確かめましょう。
原稿を進める水曜日
作業記録の共有 Textbox+シャッター機能 ツールの整理 大きな活動をまとめる手法検討 新エディタアイデアの検討 メルマガ+原稿2 KW+ミニエッセイ 環読プロジェクト+読書メモ 8:00 おはようございます。本日は細かい作業をたくさん進めましょう。 publish:BC077『言語はこうして生まれる』 - by goryugo and 倉下忠憲@rashita2 Textbox: シャッターの開け閉め機能を実装します。 ＊ ＊ ＊ できました。 あとは設置してあるシャッターボタンのデザインですね。 ＊ ＊ ＊ とりあえずOKとしておきましょう。 ツールの整理: ツールの役割を俯瞰的に整理しておきます。 だいたいこんな感じですかね。 ＊ ＊ ＊ publish:ツールの生態系図 - 倉下忠憲の発想工房 9:00 大きな展望をまとめる手法: 昨日は、紙にラフに書きましたが、ある種の書式化ができたらな、と思います。 ＊ ＊ ＊ うまくまとまらず。 ＊ ＊ ＊ publish:「方法」のカード - 倉下忠憲の発想工房 新しいエディタについて: CotEditorは単発の文章を扱うのには手軽だが、複数の文章を並行的に扱うのは苦手。 VS Codeはプロジェクト単位で情報をまとめるのは得意だが、プロジェクト横断的に文章をまとめるのは苦手。 この辺をなんとかしたい。
原稿を書く火曜日
作業記録の共有 Srapboxing Textbox+カレンダー改造 KW+ミニエッセイ（OpenAI騒動） R-style+新勧告知 TH+「はじめに」 メルマガ+原稿1 大きなテーマの扱い方 環読プロジェクト+読書メモ 8:00 おはようございます。本日はもろもろの原稿を。 Scrapboxing: いくつかページを。 publish:発信ではなく発表 - 倉下忠憲の発想工房 publish:トランジッション・ノート術 - 倉下忠憲の発想工房 publish:発表の構造分析 - 倉下忠憲の発想工房 Textbox: カレンダーの簡易実装ができたので、その下に表示するものもやってみます。考えているのは「11月のイベントリスト」とか「今月読みたい本」とかそういうリストです。 ＊ ＊ ＊ 現状はこういう形になっていて、空欄のものもあるので、カレンダーの下に並べられるくらいの数に限定して再実装したいところ。リストの中身は同様にjsonで作る。で、それを読み込んで表示し、さらにそこから編集できるようにするのは同じ流れ。 list.jsonとでもしましょうか。 ＊ ＊ ＊ まずどんなリストが起点としてあるのか。 今月のイベント、読もうと思っている本リスト、あたりは最低限欲しい。通年のテーマなどはどうか？ちょっとした心がけはどうか？ ＊ ＊ ＊ まず、jsonデータの作成からですね。 ＊ ＊ ＊ できました。 あとは、このデータを読み込んでビューに変換します。 ＊ ＊ ＊ できました。上でやっていることとほとんど同じなので簡単ですね。まだ編集機能はありませんが、望むビューに近づいてきました。 あとは編集機能と、シャッターのように普段は隠れていて、呼びだしたら上から降りてくる状態にするだけです。 ＊ ＊ ＊ 先に、dais-boardからカレンダーとリストのページを消しておきました。 ＊ ＊ ＊
準備を進める月曜日
作業記録の共有 メルマガ+ツイート メルマガ+ファイル準備 メルマガ+過去原稿整理 note+セール情報 Textbox+カレンダー TL+生成AI TH+「はじめに」 KW+エッセイの体制変更 Honkure+宗教の期限 環読プロジェクト+読書メモ メルマガ+原稿1 8:00 おはようございます。いろいろ片づいて仕事周りが落ち着いてきました。そろそろじっくり考え事をしたい時節です。 publish:Evernoteの再再変動 / 『思考を耕すノートのつくり方』について / トランジッション・ノート術｜倉下忠憲 9:00 メルマガ: まずは、ファイルの準備から。 ＊ ＊ ＊ 続いて過去原稿の整理を。 ＊ ＊ ＊ インターネット的と知的生産の技術 | Knowledge Walkers 過去の連載を一つのページにまとめて、文章のつなぎを直しておきました。とりあえず、一旦はこれでよいでしょう。 note: セールの記事を書きます。 "【ブラックフライデー】最大70％OFF Kindle本キャンペーン"を漁る｜倉下忠憲 10:00 Textbox: 「次の週」と「前の週」のボタンを考えます。 今一週間分の表示ですが、実は二週間分でいいかもしれません。まあ、その辺も考えながらやっていきましょう。 ＊ ＊ ＊ 次の週ボタンと、前の週ボタンができました。ただし、データの末端までたどり着いたときの処理はありません。データの総数を超えていたらどうするか、次の年のデータを読み込むのか、みたいな話は必要ですね。 というか、年ごとにjsonを分けるとその辺が結構面倒そう。 ＊ ＊ ＊ これまで、手書きのカレンダーはdiary.mdというファイルに保存していたので、それをjsonに移しましょう。 ＊ ＊ ＊ 7月からの出来事をjsonにコピペしながら移しました。手間ではありますが、ああそういうことあったな、という振り返りとして良かったですね。 11:00 環読プロジェクト: 読書メモを作りましょう。
ゆっくりしたい日曜日
作業記録の共有 来週のSTLの確認 Discord巡回 Textbox+デイリー情報 環読プロジェクト+読書メモ Honkure+宗教の起源 9:00 おはようございます。昨日の夜の配信番組へのゲスト出演で、とりあえずの仕事まわりのイベントはだいたい終わりました。ちょっとゆっくりしたいところです。 【出版記念！ゲスト夜会/倉下忠憲】シン・ノートの哲学〜『思考を耕すノートのつくり方』 | 工藤拓真の「商売の哲学」 | シラス 一応、Evernoteで上記のイベントページの記録を残しておきました。こういう小さいログも残していきたいところ。 来週のSTL確認: では、来週の予定を確認しましょう。 ＊ ＊ ＊ だいたいOKです。ちょっとTextboxでの予定管理のやり方も再検討したいところです。落ち着いてきたのでそれも考えてみましょう。 10:00 Textbox: 現状、一週間の予定を表示させるものは素のHTML（マークダウン）を使っている。 リスト形式で記述したものを、CSSをいじることで横並びのテーブルにしている。 一つのイメージはこれをJSONベースに移行して、自動的に新しい日付のデータを生成すること。 もう一つは、このビューを「折りに触れて見る」ようにすること。現状は、「dais-board」の2ページ目として表示されるのだが、どうしても閲覧頻度が低い。もうちょっとそれをなんとかしたい。 データをJSONに移すこと自体は難しいことではないし、そのJSONから「同じような」テーブルビューを作ることも手間はかかるが不可能ではない。ただ、単にそうして移行しただけでは使い勝手は上がらないだろうと想像する。 ビューの在り方そのものをラディカルに検討しなければならない。 ＊ ＊ ＊ 以前「シャッター」という機能をつけた。ボタンを押すとページが降りてくるもの。それでカレンダー（というかウィークリー）を表示させる、という手はある。 シャッターページで、現在2ページと3ページ目になっている、ウィークリーとテーマを一緒に表示させたらいいのでは？ とりあえず、その方向性で検討しよう。 ＊ ＊ ＊ 最終的なシャッターへの実装は最後でいいので、まずはJSONの生成と、そこからのビューの作成。 どんな感じでJSONを作るのか？ 一年分のJSONを先に作っておくのか、それとも任意のボタンやコマンドなどからデータが毎回追加されていくのか。 あらかじめ作っておくスタイルだと、一週間分を表示させるときに「表示させるべき週はどこなのか」の判定が必要になる。逆に、毎回追加するならば、最新のデータ7日分を表示させればいい、とロジックが簡単になる。 差はそれくらいだろうか。 本のデータやメモのデータは、その度ごとに生成している。そりゃそうだ。しかし、デイリーは日付そのものはすでに確定的に存在している。だから先に作っておくことができるし、そうするとデータ生成のプロセスは一度だけで済む。 もちろん、「一年間のデータを作る」というプロセスを来年もできるようにルーチン化しておく必要はあるが、それ自体はたいしたことではないだろう〔本当に？）。 「2023年1月1日」のような引き数を与えたら、そのとしの日付をすべて生成する。うるう年を加味するか、あるいは一日足した日付が2024年になるまで、のような条件を加味したらいい。これはまあ問題ない。 そうやって一年分のJSONを作る。で、どうする？ 一週間ごとのデータを表示して、「次の週」ボタンを推せば、データを次のセットに移動させる。そういう感じだろうか。 となると、表示しているインデックスを保持しておくか、その日の日付が表示させる週を判断するロジックが必要になる。 ＊ ＊ ＊ 一週間単位で適宜作っていく場合、先の日付は表示できない。あるいは呼び出されたそのたびに作る、という手もないではない。 どうするか。 ウィークリービューで、先の予定を表示させることはほとんどないと思う。そういう機能はGoogleカレンダーで十分。 とは言え、別のデータで未来の日付を使うことはありえる（たとえば気になっている本の発売日など）。それと関連させるためには先の日付データもあった方がいい。 ただ、そこまで必要なのかはわからない。 13:00 Textbox: まずは、jsonを作るところからやっていきましょうか。 IDの生成が特に必要ではないので、別途コードを書きましょう。 ＊ ＊ ＊ まずはこういうJSONを作りました。 14:00 Textbox: 続けましょう。
nメルマガを仕上げる土曜日
作業記録の共有 一週間のツイート振り返り トンネルChannel+カード化の過程 メルマガ+はじめに、おわりに メルマガ+全体の読み返し メルマガ+配信予約 21:00~工藤さんの番組にゲスト 9:00 おはようございます。今日はとりあえず、メルマガを仕上げましょう。 読書会: 昨日の夜、9時からオンラインで読書会でした。 publish:2023年11月17日『ロギング仕事術』読書会 - 倉下忠憲の発想工房 実際的な効果があった、という話をたくさん聞けて嬉しかったです。 ツイート振り返り: 一週間分のツイートを振り返りましょう。 ＊ ＊ ＊ OKです。今回から、11月の着想メモファイルにまとめつつ、いくつかビビッドな感じがするものは別途EvernoteのCardないしBinderにまとめることにしました。この方が進んでいる感じがありますね。 トンネルChannel: メモの整理時に思いついたので、ちょっと書いておきます。 publish:カードにする過程 - by 倉下忠憲@rashita2 - トンネルChannel 10:00 メルマガ: 「はじめに」と「おわりに」を書きます。 ＊ ＊ ＊ OKです。寝かせてから読み返しましょう。 14:00 メルマガ: 全体を読み返します。 ＊ ＊ ＊ OKです。 15:00 メルマガ; 配信予約に移りましょう。 ＊ ＊ ＊ まぐまぐOKです。 ＊ ＊ ＊ noteOKです。 これで一段落。ちょっと休憩しましょう。さすがに疲れました。
新刊発売日な金曜日
作業記録の共有 メモの整理 KW+ミニエッセイ メルマガ+原稿2 メルマガ+原稿3 PT+新刊ツイート(ms,bs,tre,tw) PT+告知記事(note,R-style) 書店で新刊チェック 環読プロジェクト+読書メモ LT+生成AIの追記 21:00〜『ロギング仕事術』読書会 8:00 おはようございます。本日はいよいよ新刊の発売日です。が、原稿をいろいろと進めておきましょう。夜からは『ロギング仕事術』の読書会もあります。忙しいですね。 メモの整理: いくつかメモの整理を行います。Evernoteのノートの整理も。 メルマガ: 二つ目の原稿を書きましょう。 ＊ ＊ ＊ ちょっと気持ちが落ち着かないので別のことをしましょう。 9:00 KW: ミニエッセイを書きます。 ＊ ＊ ＊ できるだけ、毎日一つミニエッセイを書こうと考えていたのですが、もしそれを愚直に実行すると、短いエッセイのファイルが一年で365個できることになります。Textboxのシステムではそれらのファイルはフォルダ分けされず、単一のフォルダにずらずらと並ぶことになるわけですが、それでよいのだろうか、という気持ちになってきました。 ローカルで使っているTextboxでも、フォルダ分けなしで問題なく使えているのですが、それはミニエッセイのように細かいファイルを作っていないから、という可能性があります。 10年続けて、3650個以上の1kbくらいのテキストファイルができたとして、それがどういう感じになるのかちょっとわかりません。とりあえず、finderを開いたときにえらいことになるのは間違いありません。 この辺、もうちょっとよく考えたいところ。 ページは「今日のミニエッセイ.md」だけにして、それを毎回書き換えるというほぼ日方式がよいかもしれません。で、そのつきごとのエッセイをまとめたページを別に作る？ これは難しいところです。たくさんファイルをつくると困るのは、あくまで私であってコンピュータではありません。自分がそんな大量なファイルをうまく扱えるのかちょっと不安になるのが一つと、ミニエッセイ用のファイルとそうでないファイルを何かしらの用途で区別したくなったときに困るだろう、という点がありそうです。 ＊ ＊ ＊ 逆に考えよう。そうやって単体でテキストファイルを作って、嬉しいことが何かあるかどうか、ということ。別の言い方をすれば、ファイル名でその中身を「名指す」ことがしたいかどうか。 たぶんこれはあまりなさそうな気がします。 ということは、やはり体制を変更させた方がよいですね。 メルマガ; 少しだけ書きましょう。 12:00 書店へ。 16:00 やや疲れ気味ですが、作業を続けましょう。 メルマガ: 三つ目の原稿を書きましょう。 ＊ ＊ ＊ 3300文字ほどの原稿が書けました。とりあえずこれで本編はOKですね。 17:00 Knowledge Walkers手帳: ちょっと考え事を書き出しましょう。
うちあわせCastな木曜日
作業記録の共有 うちあわせCast+準備 TH+「はじめに」 TH+原稿共有 ブックカタリスト+下書き ブックカタリスト+振り返り準備 環読プロジェクト+読書メモ 14:00~うちあわせCast収録 メルマガ+原稿1 | 業者依頼の整理 7:00 おはようございます。本日は午後からうちあわせCastです。それ以外はTHを進めましょう。だいぶコンセプトが明確になってきたので、進めやすいと思います。 あと私の風邪はマシになってきましたが、今度は妻に喉の痛みが。うつった可能性大ですね。病院にいくかもしれません。 book:read:end:『Amazon創業者ジェフ・ベゾスのお金を生み出す伝え方』: タイトルがいかにもビジネス書という感じですが、存外に有用な本でした。ようは相手に伝わりやすいようにメッセージを搾り、インパクトが当たられるように調整せよ、というレトリック技法の話です。 うちあわせCast: 冒頭のライフハックニュースで取り上げるネタを整理しておきます。 8:00 ブックカタリスト: 次回の収録では一年の振り返りを行うので、その準備を進めておきます。 ＊ ＊ ＊ しずかなインターネット: という新しい投稿サービスを見かけたので、とりあえずアカウントをつくっておきました。 publish:はじめての投稿｜rashita 9:00 TH: 「はじめに」を書きます。 ＊ ＊ ＊ 5500文字ほどになりました。文章を整えて、編集者さんと共有しておきます。 11:00 TH: 編集者さんからのコメントを頂きました。修正する部分はあるにせよ、大筋ではいけそうな感触です。よかった。 これまでかなり書き直しをしてきましたが、ようやくよい感触の結果となりました。このバージョンをさらに修正して、最終稿に持っていきましょう。 13:00 環読プロジェクト: 読書メモを作ります。 14:00 うちあわせCast: 収録です。 ＊ ＊ ＊ publish:第百四十回:Tak.さんと『思考を耕すノートのつくり方』について 作成者：うちあわせCast 16:00 ブックカタリスト: 次の配信の下書きを書いておきましょう。 ＊ ＊ ＊ 1400文字ほどの原稿が書けました。これは来週になりますね。 メルマガ: 原稿を一つ書きましょう。 ＊ ＊ ＊
THを進める水曜日
作業記録の共有 TH+「はじめに」 うちあわせCast確認→実施 9:00 おはようございます。昨日は、ブックカタリストの収録後、かなり疲れていたのかそのまま寝ておりました。今日はかなり体調が回復しているので、作業を進めていきましょう。 TH: 昨日の続きを。 ＊ ＊ ＊ じわじわ文字が増えてきました。ただ、本筋を外さないように注意が必要です。 13:00 TH: もう少し進めます。