メルマガを仕上げる土曜日
作業記録の共有 ツイート振り返り メルマガ+はじめに、おわりに bookcliperブックマークレットの修正 メルマガ+全体の振り返り メルマガ+配信予約 メモ論+過去記事読み返し ピックアップしたツイートの利用方法検討 9:00 おはようございます。本日はメルマガを仕上げましょう。 ツイート振り返り: 一週間分のツイートを振り返ります。 ＊ ＊ ＊ OKです。こうして振り返ってピックアップしたツイートをどうにか使っていきたいところですが、いまだに動線が見つからず、です。ankiのように自分宛にpushすればいいだろうか。 10:00 メルマガ: 「はじめに」を書きましょう。 ＊ ＊ ＊ 書けました。しばらく寝かせてから読み返しましょう。 bookcliperブックマークレットの修正: 書誌情報をScrapboxに取り込むWebクリッパーが内容紹介を拾えていなかったのでそれに対応。 ISBNや出版社の情報も取り込むブックマークレット - 倉下忠憲の発想工房 何も分かっていなかったときに書いたものなので、全面的に改修したくなってきました。 16:00 メルマガ: 全体を読み返しましょう。 ＊ ＊ ＊ OKです。続いて配信予約。 ＊ ＊ ＊ まぐまぐOKです。 ＊ ＊ ＊ noteOKです。これでメルマガ作業は一段落です。
メルマガを書く金曜日
作業記録の共有 Scrapboxing KW+ミニエッセイ メモ論+過去記事を読む メルマガ+原稿3ネタ集めの方法 メルマガ+原稿3ネタ集めの方法の続き メルマガ+原稿2時限式 8:00 おはようございます。昨日は病院騒ぎでほとんど作業ができませんでした。今日は、とりあえず原稿を進めましょう。 Scrapboxing: ページを作ります。 publish:SNCシステム - 倉下忠憲の発想工房 メルマガ: 二つ目の原稿を書きましょう。 ＊ ＊ ＊ 2000字ほど書いて、あともう少しです。 9:00 メモ論: 過去原稿を読み返しましょう。 ＊ ＊ ＊ メモとして書き出すものの種類と、その分類が検討されていました。いかにも玄人好みのする記事です。一般向けに書くならば、もう少しアレンジが必要でしょう。 10:00 KW: 今日のエッセイを書きましょう。 メルマガ: 先ほどの記事の続きを書きましょう。 ＊ ＊ ＊ 続きを書いて2600文字になりました。これでOKです。あと記事一つくらいで全体ができそうですね。 13:00 メルマガ: 続きの原稿を書きましょう。 ＊ ＊ ＊ 3000文字ごえの記事が書けました。これで本編部分ｓはOKです。
病院に行く木曜日
作業記録の共有 14:00 昨日の深夜、腹痛と血尿でほとんど眠れずに、朝から泌尿器科に言ったらやっぱり結石でした。今は状態が落ち着いておりますが、激しく眠いです。
原稿を書く水曜日
作業記録の共有 ブックカタリスト+081アフター下書き ブックカタリスト+082準備 メモ論+過去原稿読み KW+ミニエッセイ メルマガ+原稿1 TH+第二章少し書く R-style+スローライフハック うちあわせCast確認→お休み 8:00 おはようございます。本日は原稿周りを。 ブックカタリスト: まずは次の更新と収録に向けた準備など。 ＊ ＊ ＊ 081のアフター記事を書きました。だいたい2000字ほど。 9:00 ブックカタリスト: 082の読書メモページを作っておきましょう。 ＊ ＊ ＊ できました。あとはじわじわ書き足していきます。 ブックカタリストBC082用メモ - 倉下忠憲の発想工房 メモ論; 過去原稿を読みましょう。 ＊ ＊ ＊ バレットジャーナルの回でした。少しメモにまとめました。 10:00 KW: 今日のエッセイを書きましょう。 13:00 妻の職場で、ちょっとした相談回のようなものに参加してきます。 ＊ ＊ ＊ 3時間ほどかかりました……。 17:00 メルマガ: 原稿を書きましょう。 ＊ ＊ ＊ 4200文字書けました。思ったより長くなりましたね。だいたい全体の半分くらいです。 R-style: 記事を書きます。 ＊ ＊ ＊ publish:スローなライフハックでいこう | R-style
各種原稿を書く火曜日
作業記録の共有 PT+トランジッションノート術の続き メルマガ+原稿1（カード的、エッセイ的） 8:00 おはようございます。本日は、午後からブックカタリストですが、その前に原稿をバリバリ進めましょう。 Textbox: ノート一覧ページ（ノートコラム？、ノートバインダ？）に新しいページを追加しようと思ったら、昔に作っていたページを発掘しました。 上部の通常のテキストが、このページに書かれた記述で、その下のカードが、history.jsonから「情報の整理学」というアドレスを持つ項目を抜きだして、追加したページです。 これはこれで悪くありません。カードとノートが有機的に接合しています。 こういうことをするならば、やはりJSONの方が扱いやすいです。もちろん、テキストファイルであっても、ハッシュタグを使い、「ブロックの取得」ができるならば、似たようなことはできます。 ＊ ＊ ＊ ということは、メモ的なものは二種類の操作を欲しているということなのでしょう。個別的に（カード的）に書き込み、扱いたいという要望と、アウトラインのように列のように並べて操作する要望と。
準備を進める月曜日
作業記録の共有 メルマガ+ツイート メルマガ+ファイル準備 大きな仕事をボトムアップで進めていく方法の検討 ノートツール検討 8:00 おはようございます。本日はもろもろ準備をしましょう。昨日、ノートアプリの枠組みがだいたいできて、あとは中身を保存するくらいです。 メルマガ: publish:一年の目標の戦略 / 一年の目標のフレーム / incシステムにおける神様ファイル / アイデアメモはどう並んでいてほしいか｜倉下忠憲 まずはファイルの準備を。 ＊ ＊ ＊ OKです。今週書くこともいくつか考えておきました。 9:00 ノートツール検討: まず、昨日次のように表示できるノートツールを作りました。 別のマークダウンファイルを読み込み、文中の—があるところで「改ページ」して表示するノートツールです。複数のファイルを読み込めば、それが縦にならびます。つまり、そのファイルの中身は横に、ファイル群は縦に並ぶツールです。 で、ファイルに保存する直前までは処理しました。編集などもできる格好です。 ここにいわゆる「テーマノート」を入れておきたいところ。いくつかのカテゴリに分けて、記述していくスタイルです。 で、それと似たようなことが、bike outlinerや、あるいはルーズリーフバインダーで進めたらどうなるか、というのも同時の検討課題です。あるいはScrivenerという手もあります。その場合は、個別にfileを作るのではなく、一つの大きなファイルでまとめるのがよさそうです。 ＊ ＊ ＊ bikeではなくて、Workflowyでもよいのですが、実際はそう簡単な話でもありません。なかなか難しいところ。 10:00 大きな仕事をボトムアップで進めていく方法の検討: 今着手しているプロジェクトについては問題なし。それが書籍であっても、メルマガのような継続的投稿であっても、現状は問題なくまわっている。 で、問題はそれ以外の領域。 たとえば、断片からの創造や、つくる人になろう、といった大きなコンセプトがあるような場合。で、本を読んだりして、何かそれに使えそうなものを見つけたり、ふと思いついたりする、ということがある。それをどのように扱うか。 そして、そうした「思いつき」がないときに、そうしたテーマをどのように育んでいくのか。 もし意識的な育み、というのをしないのならば、ただ断片的にメモして、それをタグ付けしていけばいいだろう。そこから何かがボトムアップ的に成長することを期待する。 しかし、全体とは全体を指向するところに生まれるのだとしたら、このやり方をいくら続けていても全体は生まれない。全体を生み出そうとして、はじめて全体が構成されるのならば、まずその「全体を生み出そうとする」営みが必要となる。しかしそれは、明瞭なトップダウンである。 さらに言えば、そのようなトップダウン的アクションを、日常のワークフローにどう落とし込んでいくのか、という問題もある。そこに、先ほどのノートツールをどうするのか問題が関わってくる。 あるいは、いきなり全体の構想に取り掛かるのではなく、思いついたちょっとしたことをメルマガやブログで文章化して、思考の足がかりにすることも検討したい。 ＊ ＊ ＊ トップダウンは、たとえばノートブックなどの制約を使うことを意味する。でもって、テーマは無限に肥大化するわけではないから、単純なメモやそれにつくハッシュタグのように拡散はしていかない。 一方で、テーマは替わりうる、という点が問題。テーマの表記も替わるしイメージしていた構造関係がひっくり返る（あるいはレベルアップする）こともある。 これはトップダウン式の制御と相性がよくない。 プロセス型であれば、トップダウンからボトムアップの切り返し自体はできる。しかし、そこではシェイクが置きてしまう。つまり、ボトムの要素が書き替わってしまう。それをどう評価するのか。替わるのだからよいとするのか、替わってしまうことで、他の利用可能性が減少すると考えるのか。 ＊ ＊ ＊ たとえば、「テーマノート」というものをつくり、何か新しいものを思いついたらそこに書き足し、書き足したタイミングで全体について考えていく、という進め方がある。全体を表す仮組みがあり、それに少しずつ手を入れていく感覚。 あるいは、2024年01月08日の〜〜についてのテーマノート、のようなものを作り、その時点でそのテーマについてどういう思考をしているのかを考えるという間欠的なやり方もある。徐々に育てるという感覚ではなく、その対象についての思考をそのときどきでやっていくという感じ。この場合は、時間が経ったときに全体の構造が変わっていても何も齟齬は生まれない。そのときどきで、別のバージョンの全体が検討されているだから。 つまり、2024年01月08日の自分が「断片からの創造」というものについてノートを書き出し、2024年01月18日の自分が再び「断片からの創造」というものについて新たにカードを書き出す。後者では、自分なりの知見が加わっているわけで、違う形になるだろう。その代わり、素材を少しずつ蓄積していく、という形にはならない。それはそれで微妙に違うかもしれない、という思いはある。 ＊ ＊ ＊ テーマを立てるとは、方向性に制約を与える、ということ。だから、トップダウン的なやり方が持つ不自由さは有る程度甘受する必要があるのではないか。 ということは、テーマノートに書き足していく方法は、とりあえずOKと言えるのではないか。その上で「稼働域」を設ける。それこそアウトライナーのように。 で、何かしら大きな変化を感じたら、そのときはテーマノートの作成の段階から仕切り直す、ということにする。そういう並行的なやり方。 ＊ ＊ ＊
ゆっくりしたい日曜日
作業記録の共有 8:00 おはようございます。本日は来週の予定を確認し、その後はノートツールを軽く実装してみましょう。あるいはもう、普通にアナログのルーズリーフバインダーを使うのがいいのかもしれません。
メルマガを仕上げる土曜日
作業記録の共有 TH+第一章へのコメント確認 一週間のツイート振り返り メルマガ+原稿4 メルマガ+はじめに、おわりに メルマガ+全体の読み返し メルマガ+配信予約 KW+ミニエッセイ 8:00 おはようございます。本日はメルマガを仕上げます。あとは、メモからより大きなテーマの検討につなげるにはどうしたらいいのかを考えます。 TH: 編集者さんから第一章へのコメントがもらえたので、先にそれを確認しておきましょう。 ＊ ＊ ＊ いくつか、さらなる修正のアイデアも思いつきましたが、一旦これでよしとして第二章に進みます。 ツイート振り返り: では、一週間分のツイートを振り返りましょう。できれば、ここでまとめているツイートファイルも、今考えているアイデアコネコネツール（いいかげん適当な名前が欲しいところ）に統合したい気持ちがあります。 ＊ ＊ ＊ TwitterとIFTTTの連携が4日から切れているので、その分を補完します。 ＊ ＊ ＊ たまたまツイートが少ない日だったのでたいした影響はありませんでした。 ＊ ＊ ＊ 自分のツイートログ全体に対して、ハッシュタグでの抽出や検索ができたら面白いだろうか。 9:00 メルマガ: 原稿をもう一つ追加しておきましょう。 ＊ ＊ ＊ 2000字ほどの原稿が書けました。 ＊ ＊ ＊ 続いて、「はじめに」と「おわりに」。 ＊ ＊ ＊ できました。あとは、しばらく寝かせて全体を読み返します。 12:00 メルマガ: では、全体の読み返しを。 ＊ ＊ ＊ 読み返しが終わりました。 13:00 メルマガ: 配信予約を進めましょう。 ＊ ＊ ＊ まぐまぐOKです。 ＊ ＊ ＊ noteOKです。 これでメルマガはOKです。 KW: 今日のエッセイを書きましょう。 ＊ ＊ ＊
メルマガを書く金曜日
作業記録の共有 Textbox+自動保存機能 Textbox+メモの集約 ロータスオーガナイザーについて調べる メルマガ+原稿1 メルマガ+原稿2 メルマガ+原稿3 メルマガ+原稿4 KW+ミニエッセイ PT+トランジッションノート術１ トンネルChannel+今年の展望 7:00 おはようございます。一応ツール作り集中期間は昨日までとして、今日からは平常運転を目指します。まずは、メルマガを書くことですね。で、一応ツールのケアもちょっとだけやっておきます。 publish:第百四十四回:Tak.さんと2023年の振り返りと2024年の目標について 作成者：うちあわせCast あとで読む:Obsidian Publish運用を始めてみた｜江草 令 あとで読む:個人ブログ文化は衰退したのか - 江草令.ブログ Textbox: 入力したメモを、保存ボタンを押さずにセーブできるようにしておきましょう。 ＊ ＊ ＊ まず保存機能を共通的に使えるように関数化し、それをいくつかのタイミングで実施します。まず、新規項目を追加した後に、自動的に保存。 ＊ ＊ ＊ でもって、入力欄からフォーカスから外れたときにも保存。とりあえずこれでOKですね。できれば、command+sでも保存したいのですが、ブラウザの「保存」も同時に発動してしまう上に、そのイベントはキャンセルできないのでちょっと難しそうです。 で、保存や新規作成はだいたいキーボードだけでできるので、ボタン表示はいったん隠しましょう。別の場所に設置するか、あるいは何かしたときだけ表示するという形でいいと思います。 8:00 Textbox: 散らばっているメモを上記ページに集めることにします。 ＊ ＊ ＊ OKです。あまり深く考えず、とりあえずここに集めるようにします。 ロータスオーガナイザーについて調べる: publish:ロータス・オーガナイザー - 知的生産の技術 9:00 メルマガ: 原稿を書きましょう。 ＊ ＊ ＊ 3000字ほど書けました。 11:00 メルマガ: 2000字ほど書けました。これで半分くらい。
うちあわせCastな木曜日
作業記録の共有 Textbox+アイデアコネコネツール PT+トランジションノート術 ナレッジスタックポッドキャストの感想 8:00 おはようございます。本日は午後からうちあわせCastの収録です。一応メモツールあらためアイデアコネコネツールの開発は今日までとしておきましょう。 Textbox: 着想メモを最終的にどう扱うか。つまり、コネコネした後にどうするのか。これを考えて、いったんの区切りとしましょう。 まず、まったく何も移動させないという方式があります。ただひたすらに増やしていく。で、一年くらいの区切りでその年のものをまるっと別ファイルに移動させる。あるいは、ごく一部だけ残しておく、というような運用。 その場合、すべての着想メモは一つのラインの中に残り続けます。あとはそれを検索したり、ハッシュタグでフィルターして使っていく、というスタイル。 非常に単純な一元化の方法。基本的にテキストを並べているだけなので、500行や1000行になっても表示が重いということにはならないと予想。これはこれでまあよし。 ＊ ＊ ＊ 次に、いくつかの保存場所を分ける方法。たとえば、カテゴリ別のリストを作ること。この場合は、表示しているリストを切り替える方法と、homeから別のリストへ移動させる機能を実装する必要がある。 Move to のような動作でもいいし、表示しているリストから一旦どかすためのテンポラリーな場所を準備して、そこに動かしてから中央のリストの表示を切り替えて、テンポラリーな場所から一気に戻す、という処理でもいいです。ちょっとしたバッファーを使うようなイメージ。 ＊ ＊ ＊ あとは、削除やアーカイブの機能。削除の場合は、行単位の削除と子要素をすべて含むブロック単位の削除がありうる。 アーカイブは、消すわけではない処理で、いってみればこれはリストの移動と同じ構造と考えられます。あとはアーカイブは通常の検索ではひっかからない、的な感じになるでしょうか。 ＊ ＊ ＊ 複数のリストに分けることで、Tweetdeckのような横に並べるコラム方式がとれる、という点はあります。 単にリストを切り替えるのではなく、新しいリストを追加で横に表示する、というもの。やってやれないことはありませんね。 つまり、リストを分けることの一つの意義として、複数のリストを並行で表示（閲覧）できる、という点があるわけですね。単一のリストしか表示しないなら、絞り込めば同じなわけで。 だとしたら、そのような複数のリストを横に並べていく機能が自分の用途において必要かどうかですね。あるいは、JSONなども実はそんな風に並べるのがよいのかもしれません。探究する価値はありそうです。 ＊ ＊ ＊ とは言え、複数のリストを開くと「保存」などがややこしい？ いや、そんなことはないか。どちらにせよすべてのファイルをセーブするわけで、ということは、開いたファイルを配列で持っておき、それらでfetchを複数回回すか、cgiの方で複数ファイルの保存に対応すればいい。 あるいは。 あるいは、ファイルとしては一つでも、見せ方として複数になっている、というパターンもありえる。 ようは内部的にはHTMLを生成しているのだけども、ボタンを押すまではdisplayがnoneになっていて、ボタンを押されたら表示されるという形。 たとえば、ハッシュタグなどで表示するリストを分けていく。最初にデータを読み込んで、一行一行処理していくときに、ハッシュタグの有無を見て、ハッシュタグが存在するならばhomeとは違うラインに描写する。違うライン用の配列を持っておき、発見したハッシュタグと配列を照合して、すでに存在するならばそのラインに挿入し、まだ存在しないなら新しいラインを作る。で、配列にそのハッシュタグを加える。 というやり方でいけるはず。 ＊ ＊ ＊ ハッシュタグでリストをわけるとする。すると、新規作成されたカードにハッシュタグが含まれているときに位どうなるのか。一つは、その時点ではhomeに表示されるというもの。その後、もう一度読み込んだときに別のリストで表示されることになる。一方で、ハッシュタグを見て、最初に表示させる段階で別のリストにいく、ということ。この場合、自分が今保存したものが表示されないのだから、ちょっと気持ち悪さが出てくるだろう。 ということは、その場合は、保存したそのリストを表示する動作が必要になるだろう。新しく横に追加するか、それともhomeの表示が変わるかは選択できるが、そういう動作が必要になりそう。 ＊ ＊ ＊ ハッシュタグでリストを別のリストとして再描写するのではなく、positionを強制的に置き換えることで、別の場所に再配置するという方法もありますね。これならば、保存するデータの列はまったく変わらない状態になります。 ULの列を上から眺めていき、探しているハッシュタグを含んでいるならば、そのpositionをアブソリュートにして、所定の位置（x,y）におく。で、二つ目が見つかったら、高さだけ変えて同じように配置する（x+カードの高さ,y）あるいは一つ目のカードの高さ+1pxで配置する、ということを繰り返していく。 すると、HTML的には一つのliが並んでいるが、表示的には二つのリストに分化したように見える。 ハッシュタグのリストから、別のリストを普通に切り出すと、データの保存がややこしくなる。つまり、切り出したリスト上で編集したときに、それを「元の場所」に返すことができない。切り出したリストは別ファイルに保存するというならば特に問題はないのだけども、一つのファイルに配置したまま、となると一旦切り出したリストを「元の場所」に戻す必要があるのだが、それがなくなってしまう。順番の入れ替えなどを行うとさらにややこしい。 ハッシュタグのボタンを押した段階で、それを別ファイルとして移動させる、という動作も一応ありうるか。 ＊ ＊ ＊ ショートカットキー。emcasのようにキーの組み合わせでできるかどうか。C-x C-cのような感じ。言い換えると、操作を構造化すること。