原稿を進める水曜日
作業記録の共有 メルマガ+原稿1 メルマガ+原稿2 星海社新企画+メールの返信 TH+第二章ブロック２ 星海社新企画+検討 KW+ミニエッセイ うちあわせCastの確認→実施 レシート入力 ? 確定申告 8:00 おはようございます。本日は午前中は原稿を、午後からは確定申告を進めるかもしれません。 メルマガ まずは、メルマガから。 ＊ ＊ ＊ だいたい2000文字の原稿が書けました。 9:00 メルマガ: もう一つ、原稿を進めておきましょう。 ＊ ＊ ＊ 2800文字ほどの原稿を書きました。これでだいたい半分です。 13:00 TH: 第二章の第二ブロックを書きましょう。 ＊ ＊ ＊ 第二ブロック、2300文字ほどでまとまりました。これで4000文字。かなり長いですが、あまり気にせず続けましょう。 15:00 メモ整理: あとで読む:Textwellでブロックをズームするアクション - Jazzと読書の日々 あとで読む:Notionにハマった話 | Notebookers あとで読む:Googleと生き、Googleで死ぬ(かも) あるブログ運営者の苦悩 - Impress Watch KW: 今日のエッセイを書きましょう。 ＊ ＊ ＊ OKです。
原稿を進める火曜日
作業記録の共有 新企画+メモをアウトラインに 星海社新企画+アイデア出し Textbox+メモシステム検討 ショートカット+リンクの保存 TH+第二章ブロック２（アイデア） メルマガ+原稿1 環読プロジェクト+第二章レジュメ作成 KW+ミニエッセイ 8:00 おはようございます。今日も原稿を進めます。 メモ整理: あとで読む:Denoのフロントエンド開発の動向【2024年冬】 あとで読む:TypeScriptの代数的部分型模型 あとで読む:『探偵小説あるいはモデルニテ』(法政大学出版局) - 著者：ジャック・デュボア 翻訳：鈴木 智之 - 堀江 敏幸による書評 | 好きな書評家、読ませる書評。ALL REVIEWS 新企画: 以前編集者さんとうちあわせした新企画について、リーガルパッドにメモを起こしたので、それをアウトラインに移しておきます。 まだ、ぜんぜんまとまっていませんが、コンセプトの要素はいくつか出てきました。 Textox: たとえば、「“今週すること"を確認したいな」と思ったときに、ぱっとそれが「取り出せる」ような環境を夢見ているのだと思う。 たとえばJSONから特定の項目を抜きだして表示できたら、その欲求は叶う。 あるいは「2月26日週のすること」というページを作っておく、あるいは「今週すること」というページを作っておくことでもそれは達成できる。前者は一年で52週のページが作成され、後者は同じページが更新されていく（ログを残してもいい）。 るうさんのScrapboxのやり方を思い出す。 ＊ ＊ ＊ 現状、memo.mdを開き「今週のやること」というボタンを押せば、これまでの「今週のやること」がざっと表示され、その中で一番先頭にあるものを見れば「今週のやること」が確認できる。 ただし、このビューでは横幅が狭すぎるので、表示を変えたいと思っていた。が、JSON項目を直接描写できるならば、それは不要。 ＊ ＊ ＊ 現状、TODO用のJSONやBOOK用のJSONを呼びだせるページを作っているが、実はJSONを呼びだすページがあり、そこで切り替えられたらいいのではないか、という気もしてきた。たとえば、サイドバーにTODO、BOOKみたいなものがあって、ボタンを押せばそれがスイッチできる。 実際、ideaScapeでは似たようなことになっているし、サイドバーも切り替えができる。 全体を一覧して、要素をクリックしたら編集用のモーダルが出てくる、という点は同じなわけで、実は統一することも可能なのではないか。ライブラリーサーチというようなページ。 ＊ ＊ ＊ 「今週やること」のページはどのような構成になっている必要があるか。 一週間の日付が横に並び、今週やることの３つの大きなターゲットが示される。前の週と次の週に移動ができる。それぞれの日付は当日のページになっている。主要なプロジェクトが表示される。そういう感じだろうか。 JSONのtypeをlineではなくCardとすれば横長に表示する切り分けも可能だろう。 ＊ ＊ ＊ 梅棹が提示した「カード」という規格化の考え方。すべての要素を規格化する必要はないにせよ、ある統一があった方が扱いやすいこともたしか。 ＊ ＊ ＊
準備を進める月曜日
作業記録の共有 メルマガ+ツイート メルマガ+ファイル準備 R-style+UpNoteのスペース機能 メルマガ+原稿1 TH+第二章ブロック１ 環読プロジェクト+レジュメ作成 KW+ミニエッセイ 8:00 おはようございます。今日はもろもろ準備を進めます。原稿も触っておきたいところ。 publish:メモの断片性 / iPhoneからTextboxにメモを送る / 本を書くことについて｜倉下忠憲 メルマガ: ファイルの準備から。 ＊ ＊ ＊ まずはOKです。 メモ整理: あとで読む:【はじめに】ニッポンの世界史：日本人にとって世界史とはなにか？｜みんなの世界史 9:00 R-style: 記事を書きます。 publish:UpNoteのWorkspace機能 | R-style PythonでGUIアプリ: もし今、PythonでGUIアプリを作るとしたら、どのようなものを作るだろうか。 たぶん、ウィジェット的に動くものがいいだろう。 小さなウィンドウで、カレンダーが表示できたり、メモを入力できたり、自分が作ったリストを呼びだせたりするもの。そういうのはブラウザで表示するよりも具体的なアプリケーションの方がよさそう。 PT: アマゾンでのカスタマー星評価がトータル10件になりました。平均評価はすごく高いですが、逆に言えばごく狭い範囲にしか届いていないとも言えますね。 13:00 今日から花粉症の薬を飲みはじめます。症状が抑えられるとよいのですが。 14:00 メモ整理: あとで読む:他人への配慮より、「自己への配慮」｜鳥羽和久 TH: 第二章のブロック１を1時間書き進めましょう。 ＊ ＊ ＊ 第一ブロック、2000文字ほどになりました。とりあえず一つ固まったのはよいですね。明日は第二ブロックに進みます。 15:00 Textbox: Textboxにtimer.mdというページがあり、そこではカウントアップのタイマーが実装されていました。上の執筆は、そのタイマーを使いながら進めました。 ちょっと考えたのは、timer.mdだと、他のページを開いたらこのタイマーが止まってしまうこと。これを考えると、タイマーは原稿執筆ツールや資料参照ツールとは別立てで作るか、ビューを移動しても止まらないものがいいですね。 Textboxの場合、ページごとのscritpを走らせる形なので、ページ移動してもタイマーを消さないならば、index.htmlのscriptとして登録するか、それこそ「ウィジェット」のように表示させる必要があります。サイドバーに置いてもいいかもしれませんが、カレンダーのようにメニューに置いてもいいかもしれません。 タスク名の入力、オンとオフのボタン、開始時刻と終了時刻の打刻、途中のカウントアップ。この辺ですね。あとは、直近のログを表示させられても面白いかもしれません。
ゆっくりしたい日曜日
作業記録の共有 来週のSTL確認 discrod巡回 9:00 おはようございます。今日はのんびりモードで。今週はかなりイベントが多かったので、休むことを目指します。でも、最低限の作業だけはやっておきましょう。
メルマガを仕上げる土曜日
作業記録の共有 ツイート振り返り メルマガ+はじめに、おわりに メルマガ+全体の読み返し 13:30~ ブックカタリスト臨時会収録 8:00 おはようございます。本日はメルマガを仕上げます。確定申告もぼちぼち進めないとまずいですね。 Textbox: 微妙にメモの保存がうまくいっていないので修正です。だんだん面倒さが出てきました。もっとシンプルにやるのがいいのかもしれません。 ただ、普通にmdファイルを作っただけだと、Textbox上で「処理」するのが面倒になります。なぜなら、メモはそこから何かを処理するためのもので、メモを開きつつ、別のファイルが開けた方が嬉しいからです。 その意味で、単純にTextboxとは別のツールで運用した方がいいという可能性すらありますね。
原稿を書く金曜日
作業記録の共有 Scrapboxing メルマガ+原稿3 TH+第二章ブロック１ 新企画案αのメール 新企画案β検討 環読プロジェクト+第二章 KW+ミニエッセイ 21:00~ブックカタリスト読書会 8:00 おはようございます。本日は原稿作業です。夜からは読書会があります。 Scrapboxing: publish:デジタルノートの練習 - 倉下忠憲の発想工房 9:00 メルマガ: メルマガ原稿を書いておきましょう。 ＊ ＊ ＊ 2時間ほどかかって、4000字の原稿ができました。これで本編はOKです。 16:00 Textbox: 二つ、機能を修正します。一つは、ショートカットでTextboxに送ったメモを子階層を作れるようにすること。具体的には、二行以上の入力があったら、 一行目 二行目 とするようにすること。合わせて、そのメモを削除するときに、ブロック全体をきちんと削除できるようにすること。 前者は再帰関数の書き方でいけるでしょうし、後者はcgiの書き換えでいけそうです。 ＊ ＊ ＊ OKです。 もう一つは、メモーダルの保存。現状は「保存」ボタンのクリックで動作しますが、これをcommand + enterでもできるようにすること。 「保存」のロジックだけを関数化して、クリックとenterの両方でそれを参照するのがスマートそうです。 ＊ ＊ ＊ ボタンのクリックイベントが、そのボタンの相対位置を使っているので、書き換えるとなるとかなり面倒そう。 というわけで、ここは安直に、command+enterを押したらボタンのクリックイベントが発生するようにしました。
病院に行く木曜日
作業記録の共有 メルマガ+原稿3 TH+第二章ブロック1の続き R-style+ソフトなライフハック KW+ミニエッセイ 環読プロジェクト+第二章 Textbox+history.jsonの整理（読書日記を漫画日記に） Tetbox+booksページの画像にaltを 7:00 おはようございます。本日は朝から泌尿器科です。たぶん最後の通院。それまでは原稿を進めましょう。 Textbox: 読書日記について。昨日、英文ノートをメモーダルからmdファイルに転記できるようにしました。 それと同じようなことを読書日記でも考えたいと思います。読書日記をどうのようにつけていくのか。 ＊ ＊ ＊ 現状、そうした日記は、アナログのノートに書いています。で、これはこれで満足しています。 落ち着いて、読んだ本について考える時間が確保されるのは好ましいことでしょう。 その上で、昨日の仕組み変更を受けてTextboxでも何かできないかを考えます。 ＊ ＊ ＊ テキストファイル、箇条書きリスト、CSSを使えば、こういう表示は作れます。その代わり、記入するのは結構面倒です。 これをどうするか。 むしろ、books.mdの見え方とほとんど同じなので、それを変えればいい？ 9:00 病院にいってきます。 10:00 終わりました。これで通院も終わり。 11:00 環読プロジェクト: 第二章を続けましょう。 Textbox: まず、昔「読書日記」として記録していた漫画の記録を「漫画日記」に直します。これはJSONを手打ちで直しましょう。 ＊ ＊ ＊ つづいて、Books.mdに「読んだ順」のソート機能を付けます。通常は「買った順」なのですが、それとは違う順番で表示できるようになると、読書日記を改めて付ける必要もないのでは、という思惑です。 ＊ ＊ ＊ 実装はできました。悪くはありません。あとは、この表示だけで足りるのか、それとも個別ページが必要なのか、ですね。 とりあえず、この表記においては感想が表示されないので、CSSを含めての調整が必要ですね。 linesに感想を表示 linesがあるならばそれを詳細で表示 linesを保存できるようにする 読み終えた本の表示の際は、詳細を表示しなくても感想が表示されるようにする？ 一応CSSを切り替えるだけで、書誌情報などを直接表示することはできる。問題は保存。保存はダイアログ経由になっているから、中身の編集は詳細を開いてからでないとできないようにしておく必要あり。まあ、全面的に書き換えることも不可能ではないが、それぞれに保存ボタンをつけないと、項目のIDがわからないだろう。 ＊ ＊ ＊ これで「表示」自体はできるようになった。しかし、具体的なファイルにテキストとして書かれているわけではない。だから、他のエディタなどでは閲覧ができない。ようするにObsidianのdataviewと同じ構造。これをどう考えるか。 13:00 KW: 今日のエッセイを書きましょう。 ＊ ＊ ＊ 書きました。 14:00 R-style: 久々に記事を書きましょう。 ＊ ＊ ＊
原稿を進める水曜日
作業記録の共有 メルマガ+原稿1 メルマガ+原稿2 トンネルChannel+賢さ TH+第二章ブロック１ 環読プロジェクト+第二章 KW+ミニエッセイ 8:00 おはようございます。本日は原稿作業を進めましょう。 Textbox: メモ用のモーダル（移行メモーダルと呼称）から入力したら、もしそれが「英文ノート」のアドレスを持ってる場合、英文ノートの末尾に追記する、というやり方を目指します。 ＊ ＊ ＊ できました。ごく単純にファイルの末尾に箇条書きリストの形で追記します。 本当はもうちょっと処理をした方がいいのですが、とりあえずはよしとしましょう。 ＊ ＊ ＊ 追記するテキストファイルも改行で分割したものを取得し、一番最後の行が空白行だったときの処理を行い、追記するものも、改行で分割して、含まれているものの中身を見て処理する、というのがよいのですが、とりあえずは。 9:00 メルマガ: 原稿を書きましょう。 ＊ ＊ ＊ 1800文字くらい書きました。 memo整理: あとで読む:マルクスの周縁に見た可能性の中心：私の謎 柄谷行人回想録⑫｜じんぶん堂 あとで読む:「賢くなる」とはどういうことか？について本気出して考えてみる - by tks - トンネルChannel あとで読む:Noratetsu Lab: ライフ・アウトライン日記: ノート欄を楽しむ メルマガ: もう一つ原稿を書きましょう。 ＊ ＊ ＊ 3800文字の原稿を書きました。これで半分くらい。 10:00 トンネルChannel: 書いている場合ではないような気もしますが、反応したくなったので投稿しましょう。 ＊ ＊ ＊ publihs:「賢くなる」とはどういうことか？ - by 倉下忠憲@rashita2 - トンネルChannel
ブックカタリストな火曜日
作業記録の共有 TH+第二章ブロック１ メルマガ+原稿1（メモ論） メルマガ+原稿1（メモ論）つづき KW+ミニエッセイ ブックカタリスト+収録 ブックカタリスト+084下書き Textbox+英語ノートについて Workflowy+指向性について bike+がわ設定 8:00 おはようございます。本日は午後からブックカタリストの収録です。それまでは大きな原稿を進めましょう。 workflowy: goさんのアウトラインを参考に、自分のアウトラインも多少変更します。 publish:goさんのアウトライン - 倉下忠憲の発想工房 で、考えたいのは、このWorkflowyの方向性・指向性をどのように位置づけるのか、ということ。何のためのツールなのか。「情報整理」と言えば間違いないのですが、包括的過ぎる答えです。 そうではなく、「書く気持ちを盛り上げるツール」と位置づけたらどうか。その位置づけを起点にさまざまなものの書きかたや配置が変わってくるのではないか。そんな予感があります。 ＊ ＊ ＊ 項目の名前をよりビビッドなものにしました。でもって、自分が執筆者であることをリマインドできるような名前にしています。 とりあえずこれで試しましょう。あとは、それぞれの項目の中身の書き方を変えていくだけです。 Textbox: 毎日英語ノートをつけています。で、最初はTextboxとWorkflowyとUpnoteにそれぞれつけていました。どれが一番しっくりくるかを確かめるためです。しかし、UpNoteとWorkflowyに書かなくなり、今はTextboxオンリーです。 Textboxのメモ入力は、ショートカットでモーダルダイアログを立ち上げ、「英文ノート」というアドレスを設定したら、後は本文を書くだけでOKなのがラクチンです。さらに、そのメモが他のメモと混ざるので、他のメモを入力するときにも目に入ります。 そのデータはJSONで管理されているので、たとえば何か他のページから「今日の一文」のような形で引っ張ってくることも可能です。 が、そういう用途をまだ実装していないので、現状は淡々とJSONに項目を追加しているだけの状態です。me mo.mdを開き「英文ノート」で抽出すれば、たしかに英文ノートができあがります。でも、本当にこれでいいのか、という疑問が出てきました。 たぶん、英単語ノートとかであれば、それでよいのでしょう。しかし、英文ノートとなると微妙に違う気もします。普通に「英文ノート.md」を作り、そこにずらずらと記述すればいいのでは、という気持ちになってきました。 入力はモーダルのままで、そこで入力されたら上記に追記される、という形がよいのかもしれません。これは読書日記についても同じような感触を覚えています。現状のJSONでタグを付けて管理するやり方は簡便ですが、あまり「手応え」がありません。だったら何のためにやっているのか、という感じが出てきます。 タスクなどは、特に週ごとのタスクなどはJSONでの管理がよさそうですが、そうではないものを見極める必要がありそうです。 ＊ ＊ ＊ ダイアログで入力→mdに追記は、そのページがややこしくなっていなければ特に問題ありません。あるいは、ダイアログで入力JSON→JSONからページを生成する、というやり方もありますが、中間的なものを設定するのはあまりよろしくないですね。 ようは、Textboxのシステムが動かなくても、ごく普通に入力できるようにしておきたいわけです。まあ、cgiがptyhonで書いてあるので、Textboxが動かなくても、ターミナルで同様のことはほぼできるわけですが。 ＊ ＊ ＊ 変更自体はそう難しいものではありません。普通に「英文ノート.md」を作ってぽちぽちコピペしていくか、Pythonで、JSONからmdファイルを生成するコードを書けばいい。ただ、その前に運用の方向性について検討しておきたい気持ちがあります。 ＊ ＊ ＊ Ptyhonでコードを書き、history.jsonから抜き出してmdファイルを作りました。 ついでに、セクションごとの区切りも入れておくように。こういうのはやっぱり普通のテキストならではですね。まあ、JSONだって別にできるわけですが。 あとは、メモモーダルからここに追記できればGoodで、ついでにhistoryにも残しておけばいいですね。 ごく単純に、テキストファイルの末尾に追記という形。ただし、このファイルにはScriptタグなどが末尾に存在していないことが前提となります。そこは運用でカバー。 で、あとは、こうした箇条書きから項目を抜きだせるようになれば、JSON的な活用もできます。Obsidianのデータビューと同じですね。deepfile.jsonを作るときに、そのページにある箇条書きの項目も抜きだしておく？一度抜き出せば、操作は簡単です。 あるいは、history.jsonにも追記するので、そちらを利用するか。 基本的にはその両方作戦でよいですが、それはそれとして「ページにある箇条書きを利用する」というのは悪くありませんね。 ＊ ＊ ＊ Workflowyにあるアウトラインをbikeに移動して、あとはローカルのスクリプトで操作などができるとよいかも。 10:00 Bike: ちょっと「がわ」だけ移植してみます。 このファイルをtextbox内に置いておき、cgiで扱えば、項目の抜粋などもできるようになりますね。ただし、箇条書きリストにはなっていないので、専用のスクリプトが必要そうです。 まず、親項目を指定し、上からそれを探していって、見つかったら、インデント付きの行を項目として扱う、みたいなのでいけるでしょう。
準備を進める月曜日
作業記録の共有 メルマガ+ツイート メルマガ+ファイル準備 ショートカットの修正（aタグにする） Textbox+お仲間ページの表示テスト メルマガ+原稿1 TH+第二章ブロック1 拙著リストの拡充 KW+ミニエッセイ ピーター・エルボウの本を探す 環読プロジェクト+第二章 ブックカタリスト+アフター予約 [-] ノート本からの抜粋（タスクは消さない） ロギング仕事術からの抜粋 7:00 おはようございます。今日はかなり暖かいですね。とりあえず、もろもろの準備を進めましょう。 publish:なぜメモ論なのか / うまく考えられるようになりたい / 俯瞰と使用｜倉下忠憲 メルマガ: まずはファイルの準備などを。 ＊ ＊ ＊ だいたいOKです。今週書くこともざっと考えておきました。 ブックカタリスト: 下書きを配信予約しておきましょう。 ＊ ＊ ＊ OKです。明日の17時に配信されます。 あとで読む:Why We Don’t Have an Exit Strategy 8:00 ショートカット: inboxにメモを送るショートカットの動作を少し変更します。 ＊ ＊ ＊ Safariからの保存が、これまで単にURLだけだったのが、タイトル+urlでマークダウンの形になりました。これで処理しやすいですね。 ＊ ＊ ＊ メモを消した際に「save」ボタンを押すのを忘れますね。別のタイミングでトリガーした方がよさそう。 Textbox: どのタイミングで保存するか。一つは、チェックボックスにチェックを入れた瞬間即座に、もう一つは、フォーカスを失ったとき、さらにもう一つはサイドバーを閉じたとき。差分で消すようにしたから、タイミング自体はいつでもOKです。 というか、本当は完全に消すのではなく、アーカイブに移動させるくらいのことをしたいですね。ふむ。 処理的に難しいことではありません。 ＊ ＊ ＊ とりあえず、タイミング的には完全性を期すならば、チェックボックスをチェックしたとき（オンにしたとき）でしょう。