読書会な金曜日

作業記録の共有 TH+第四章の書き上げ ニュースレター 毎日更新 note R-style 21:00~読書会 8:00 おはようございます。本日は夜からブックカタリストの読書会です。それまでは原稿を進めましょう。 TH: THを進めます。 ＊　＊　＊ 15:00 TH ずっと作業をしておりました。おかげで、第四章はひとまず原稿になりました。今後直しもあるでしょうが、「原稿を書く」がひさびさにできたのでよかったです。 16:00 ニュースレター: メンバー限定記事を書きます。 mdファイルのbaseに移行する | メンバー限定記事 - by 倉下忠憲@rashita2 18:00 note: 今日の記事を書きます。 ＊　＊　＊ publish:料理のつくり方、文章の書き方｜倉下忠憲 20:00 R-style: 記事を書きます。 ＊　＊　＊ publish:文章の魔法 | R-style なんとか書けました。

うちあわせCastな木曜日

作業記録の共有 メルマガ+原稿3(2300文字) TH+第四章の執筆 TH+index.mdの整理 うちあわせCast収録 毎日更新 note R-style 各種日課 一日一英文 英語読書 集中的読書 断片からの創造 7:00 おはようございます。本日は午後からうちあわせCastです。午前中は原稿を進めましょう。 8:00 まずはメルマガの原稿から。 ＊　＊　＊ 2300文字くらいの原稿を書きました。今週はこれくらいでよいでしょう。 10:00 TH: 第四章の冒頭を書き換えます。「読める」文章にしましょう。 note: 今日の更新を。 ＊　＊　＊ publish:五月雨式ChatGPT相談術｜倉下忠憲 11:00 一日一英文: Bob has to get throught this ordernal on his own. get through ……→……を乗りきる ordeal→厳しい試練 (all) on one’s own→(たった)一人で、自分(だけ)で 集中的読書: GEBを読みます。 ＊　＊　＊ 「ブー検定」を読みました。このブーは boolean から来ているのですかね。

原稿を書く水曜日

作業記録の共有 うちあわせCast確認→実施 メルマガ+原稿2 TH+index.mdの整理 INT+テーマの決定の次の作業 毎日更新 note R-style 各種日課 一日一英文 集中的読書 英語読書 断片からの創造 7:00 おはようございます。本日は原稿作業を進めましょう。 8:00 メルマガ: まずは二つ目の原稿から。 ＊　＊　＊ 3000字の原稿を書きました。 10:00 INT: ひとまずテーマというか仮のタイトルが決まったので、次のステップに進みます。 で、何をするか。 ＊　＊　＊ 現状はすべてのテキストを集めたScrivenerのファイルがあります。このままここで作業するのはさすがにファイル動作含めて重いので、別の場所にしたいところ。 この点を考えても、すべてをScrivenerに集めるのではなく、すべてをテキストファイルで集めておき、対象となるテキストだけをScrivenerに移動させる、という方がスムーズだという気がします。 もっと言えば、テキストはデータベースに入れるか、そのインデックスをデータベースで管理するのがよいような気がします。 それはさておき。 Scrivenerのテキストを即座に表示する、配置の順番を入れ替えられる、複数のテキストを並べて表示できるという機能は便利なので、有効に使いたいところではあります。 ＊　＊　＊ ひとまず現状取れる手段を確認。 別のScrivenerファイルを作ってそこに移す VS Codeのワークスペースを作ってそこに移す 単にmdファイルとindex.mdを作り新エディタで開く これからの作業は、PDFやEpubなどをつくっていくことを考えるとVS Codeが一番フィットしそうな気がする。しかし、ファイルの並び替えなどの操作は普通ではできない。 ＊　＊　＊ 気がつきましたが、VS codeないし、テキストエディタの場合、それぞれのチャプターをファイルとして保存する必要がありますね。ということは、それぞれのファイルに名前を与える必要がある。それが厄介な問題を引き起こしそうです。 だからといって、一枚のテキストファイルで保存すればいいかというと、そう簡単なものではなさそうですが。 ＊　＊　＊ 一応考えましょう。それぞれの章をテキストファイルで扱う場合、章のタイトルをそのままファイル名にするやり方と、chapter01のように章番号をファイル名にするやり方がありえます（複合もあるでしょう）。 章タイトルをそのままファイルにするやり方の場合、それをパッケージするときにどの順番で並べるのかの指示が必要となります。また、内部リンクを作っていた場合、ファイル名を書き換えたらリンク名の書き換えが必要です。 一方で章番号をファイル名にしていた場合は、パッケージ時には連番で処理ができますが、04と05に新しい章を追加したいや、05と06の順番を入れ替えたいといったときに、やや面倒な処理が出てきます。ただしこれは、ただの作業なのでプログラミングでサポートすることは可能です。 Scrivenerを使うならば、必要なファイル名はプロジェクト名だけであり、個々のセクションは自由にタイトルをつけられますし、入れ替えも自由です。この点がかなり強力ですね。 ただしScrivenerからの出力はコマンドライン一発で実行できないので、そこだけが面倒になる可能性が残っています。 一枚のテキストファイルにすべての原稿を入れる場合は、上記のようなファイル名の処理には困らなくなりますが、入れ換え作業などが面倒になる可能性は高いです。 いや、そうでもないかな。

原稿を書く火曜日

作業記録の共有 ニュースレター+base機能 メルマガ+原稿1(2500文字) TH+第四章執筆 BextEditor+ブラウザバック機能 ブックカタリスト+配信予約 INT+テーマ決定 毎日更新 note R-style 各種日課 一日一英文 断片からの創造 英語読書 集中的読書 8:00 おはようございます。昨日は一日、親戚の子どもたちと遊んでいたので、今日はしっかり作業を進めましょう。 書いた原稿の配置: noteで書いた知的生産系の記事を、Knowledge Walkersにも移して、index.mdでリンクの置き場所を決める、という行為がすごくよかった。断片からの創造でも似たようなことをしている。 たぶん、鍵を握るのはその操作。単に保存するだけでも、単に集めるだけでもなく、集めて配置する操作。これを意識していきたい。 note: 今日の更新です。 ＊　＊　＊ publish:Cosenseでどんなページを作っているのか｜倉下忠憲 9:00 ニュースレター: なんというか、「毎日更新」は、メルマガとニュースレターを合わせて考えた方がよかったですね。更新頻度が高すぎます。まあ、いいか。 ＊　＊　＊ publish:Bases機能でさらにファイルエクスプローラーから距離をおく - by 倉下忠憲@rashita2 ＊　＊　＊ 普段はWebブラウザで直接ニュースレターを書くのですが、今回は新エディタで書きました。 で、書き終えた後に、適当にフロントマターをつけました。 これはこれでよいのですが、その上でこの記事をどこかに「配置」するとしたらどうなるか、という思考を働かせてみるのもよいかもしれません。 そうした作業をしておくと、後から書いた記事をまとめて本を作る作業をする際に便利ではないかという感触もあります。 11:00 一日一英文: “Why do you put up with her arrogance ?

準備を進める月曜日

作業記録の共有 メルマガ+ツイート メルマガ+ファイル準備 毎日更新 R-style 各種日課 一日一英文 英語読書 断片からの創造 集中的読書 8:00 おはようございます。本日は家の用事がいろいろありますので、作業は控えめになりそうです。 publish:柔軟な情報整理ツールの功罪 / 仕事ができないとは何か / 新しいフォルダ体制｜倉下忠憲 メルマガ: まずはファイルの準備を。 ＊　＊　＊ OKです。 11:00 R-style: 書きます。 ＊　＊　＊ publish:つくりながら、考える | R-style

ゆっくり整える日曜日

作業記録の共有 各種更新 note R-style 来週のSTL確認 週報作成 8:00 おはようございます。昨日はオフ会でやや飲みすぎました。今日はのんびりと体調を調えつつ作業しましょう。 note: まずは更新作業。 ＊　＊　＊ publish:あなたはあなたのカード法を｜倉下忠憲 9:00 来週のSTL確認: まずはスケジュールの確認から。 ＊　＊　＊ 続いて、タスク。 ここで少し問題が。VS Codeでワークスペースを作っているプロジェクトでは、そのフォルダにindex.mdやtodo.mdがあり、そこにタスクの記述がある。 そうすると、Textboxのtodo-boardで拾うことはできなくなる。これをどうするか。 ＊　＊　＊ その１：プロジェクトのノートはあっても、タスクはTextboxに記述する GTDもプロジェクトの情報と「次にやる行動」は分けて扱っていた。なので、プロジェクトノートにいろいろ書きつつも、一週間に一度、「次はこれをする」とだけ決めて、リストを作っておく。 その２：プロジェクトのノートから抜粋した情報をTextboxで扱う プロジェクトのノートにタスクやらなんやらを書いて、それをスクリプトで抜粋する。たとえば、一日に一回その処理を行う。その情報をTextboxで表示させるようにする。 その３：Textboxに寄せる Textboxで扱えるようにプロジェクトのノートはTextboxに書くようにする。プロジェクトノートからTextbox、Textboxからプロジェクトノート、というリンクができるようにしておく。 ＊　＊　＊ 「タスク空間」という概念について考えてみる。 今までは、すべての情報を一つのツール上で扱うことを目指していたが、プロジェクトごとにフォルダを分けるようになって、その考え方が変容してきている。 あと、Textboxで扱っているJSONファイルがあまりにも長大になり、読み込み・書き込み・検索に時間がかかるようになってきた。そうなると分けたほうがいい、という気持ちにもなる。たとえば、検索でサジェストを行うためのJSONに日付のファイルは存在していなくても構わない。日付はフォーマットとして決定的なので、サジェストを必要としないし、サジェストされたら邪魔なことも多い。むしろカレンダーのようなピッカーで表示できた方がいいだろう。 そういう切り分けを少し考えたい。 で、同様にタスクを扱うだけの空間＝ツールがあってもいい。無理に統合するのではなく。 ＊　＊　＊ で、先ほどの話に戻る。プロジェクトノートにプロジェクトに関する思いつきや考えやアイデアをまとめていく、という方針は維持するとして、その上でTextboxとどう連携させるかだが、週に一回「来週はこれをする」ということを改めて記述するのがよいのではないかと思う。 単にノートから抜粋するのではなく、改めて書く。週報の一環として。そういう方がいいのではないか。各種のプロジェクトのindex.mdを探索すればいい。むしろ、週報を書くために、探索することを選ぶ。 そのために、各種プロジェクトのindex.mdへのリンクをどこかに持っておく。そういうやり方。一気に開く仕組みでもいい。 プロジェクトに属さない個別のタスクについては別途扱いの検討が必要だろう。 実際、Textboxで「project」と入力するとサジェストが鬱陶しいことになっている。 根本的な運用に問題がある、ということだろう。これを改めていきたい。 ＊　＊　＊ プロジェクトについての記述が各種フォルダに散らばっているとして、Textboxでは、週一回のまとめを書くことにする、とする。あるいはそれはTextboxでなくてもいいことすらありえるけども。 ＊　＊　＊ プロジェクトをクローズするときに、プロジェクトノートのコピーをTextboxに置いておくのはありですね。 ＊　＊　＊

オフ会な土曜日

作業記録の共有 ツイート振り返り メルマガ+はじめに メルマガ+全体行確認 メルマガ+配信予約 毎日更新 各種日課 一日一英文 英語読書 集中的読書 断片からの創造 7:00 おはようございます。今日は夕方から京都市内でオフ会です。午前中にメルマガを仕上げてしまい、そこから移動しましょう。 ツイート振り返り: まずはツイートの振り返りから。 ＊　＊　＊ OKです。テキストファイルにまとめました。 8:00 note: 今日の更新です。 ＊　＊　＊ "【最大80%OFF】Kindle本 季節先取りセール"を漁る｜倉下忠憲 9:00 メルマガ: 「はじめに」を書きましょう。 ＊　＊　＊ 書けました。 11:00 メルマガ: 全体稿の確認です。 ＊　＊　＊ 終わりました。配信予約に移ります。 ＊　＊　＊ 16:00 R-style: 記事を書きます。 ＊　＊　＊ publish:そのノウハウ、一ヶ月後はどうなっていますか？ | R-style

原稿を進める金曜日

作業記録の共有 ニュースレター+それで何が増えるのか？ TH+index.mdの整理 更新作業 note R-style KW+noteの記事を移す 各種日課 一日一英文 集中的読書 英語読書 断片からの創造 7:00 おはようございます。本日は午前中に来客です。それ以外は原稿作業を進めましょう。 まずはニュースレターから。 ニュースレター: メンバー限定を書きます。 ＊　＊　＊ 書きました。 publish:プロパティ過剰症候群への抗い | メンバー限定記事 - by 倉下忠憲@rashita2 10:00 note: 書きましょう。 ＊　＊　＊ publish:Cosenseで読書メモをとるプロセスの例｜倉下忠憲 12:00 来客案件が終わりました。 13:00 TH: index.mdをいじります。 ＊　＊　＊ 少し整理できました。 15:00 一日一英文: “Delight” is the opposite of “sorrow.” delight→喜び opposite→反対のもの sorrow→悲しみ 16:00 集中的読書: GEBを読みます。

原稿を書く木曜日

作業記録の共有 TH+カードをざっと読んでみる TH+indexファイルの整理 TH+第四章の文章を書く INT+原稿の構成について考える Rashita’s Archive 図書館にいく 更新作業 note R-style 各種日課 一日一英文 集中的読書 英語読書 断片からの創造 9:00 おはようございます。本日も原稿作業です。メルマガはだいたい書けたので、それ以外の原稿を書きましょう。 TH: まずは肥大化しているindex.mdの整理から。 ＊　＊　＊ index.mdの内容を整理して、いままで作っていなかったchapter00から03までのmdファイルを作りました。 で、それぞれの章のスネークメモというのがあって、_chatper04.mdというようなネーミングなのですが、これとcard04.mdの内容を合わせたい気持ちがって、さてどうするかという感じ。 機能として統合するか、つまりスネークメモをカードのように使うか、それとも別ものとして扱うかという判断があって、前者の方が効率的ですが、章に収まらないものを書くための場所がなくなる問題がありますね。 むしろカードからスネークメモに転記する、という形がいいかもしれません。 ＊　＊　＊ 単純に、chapter04.mdからcard04.mdにリンクを張ればいいのでした。で、実際に開いてみたら04ではなく07でした。 現状のリンクシステムでは、子フォルダの中身へのリンクはできても、兄弟フォルダへのリンクはできないので、cardフォルダに入っていたcardnn.mdファイルをすべてdraftsに移動しました。これでリンクを貼ることができます。 仮にナンバリングをしないで、「カードをくる」ことができるようにするには、どうする方法があるでしょうか。というのも、先ほどのようにcard04というだけではその中身がわからないので、リンクを貼るのに適切ではない可能性があります。 第四章用メモ.mdとかで？　いや、それならばスネークメモでしょう。 むむむ。 cardというフォルダがあるとしたら、そのフォルダのファイル一覧を取得し、次の位置にあるもの、という選び方はできそうです。 あるいは同一のフォルダにあっても、フロントマターでプロパティを設定し、同一のプロパティを持つものの「次」というやり方もあります。 card+nnは汎用性の高い方法でありつつも、ファイル名で中身がわからないのはメモとしては力不足感もあります。 ＊　＊　＊ どこかで「定義」できれば話は簡単です。 たとえば、index.mdに「カードリスト」欄を作り、そこに並んでいる順番で「次」を決めるというならば完璧です。しかしそれは特定の使い方を要請するという点では好ましいとは思えません。 あと、フロントマターを使うならば、それを参照するためのJSONを作ったほうがよく、そうなると逸脱が増えてきます。まあ、ワークスペースを作るという方向に進んでもいいのですが。 ＊　＊　＊ 兄弟フォルダにリンクを貼れるようにする？ でもって、cardは別フォルダに切り分けて、その中で「次」を決める？　これならフロントマターの切り分けはいりません。 あるいは、同じフォルダに入れて、memo_ここにテキスト01.mdなどにする？いや、この場合、次に移動するファイルのアルゴリズムを書き換える必要が出てきますね。今は、正規表現で数字を抽出し、それに加算してファイル名を生成しているので、今のやり方ではうまくいかない。 むしろ、memo_でフォルダを検索して、ヒットしたもののリストを作り、そこでの次を探す、という形になるから、memo_01_ここにタイトル.mdという形になる。これならば検索とアルゴリズムだけで次のファイルを探せるようになる。 この問題については、しばらく寝かせておく。ひとまずは、同一フォルダに入れて、リンクする、でお茶を濁す。 リンクに方向性を持たせる？　現状のリンクは、同一フォルダをまず探し、次に子フォルダを探しているが、ここに親のフォルダを探すこと、親の子フォルダを探すこととやりはじめると、探索範囲が非常に広くなる。インデックスが欲しくなる。 いや、index.mdを「探索」してもいいか。 それはあとで考えるとして、たとえば[[:hoge]]のように書いたときに、兄弟ファイルを探せ、という指示にすることはできる。探索の方向を限定することで、処理はスムーズになる。アルゴリズムも肥大化しない。しかし、ファイルの場所が移動したときに一気に機能不全に陥る。いや、:がついているときは、兄弟ファイルを優先して探す、という形でもいい。自分がその場所に解っているから、そこから探してね、とマークするわけだ。で、そこで見つからないなら同様にすべてを1階層だけ探索する。 志向性リンク、とひとまずは名づけておく。あるいは限定リンク、でもいい。フォルダ名を使わないリンクの方式ならでは、という感じ。 で、先ほどの話。リンク先を探したとき、同一のフォルダにもなく、子のフォルダにもない場合に、一つ上のフォルダに登り、そこでindex.mdを探す。なければ終わり。もし存在するならば、index.mdを開いて、リンクと同じ文字列を探す。その見出しがフォルダ名になっているはずなので、そこをサーチする。ファイルがあれば開く、なければ終了。 ようするに、JSONの簡易版をindex.mdに作っておくということ。ただし、JSONであればフルパスを保存できるし、上のような操作はまったくしなくていいので、余計なことをしている感はある。単に直感的にわかりやすいだけ。

原稿を書く水曜日

作業記録の共有 ブックカタリスト+121下書き メルマガ+原稿3(3000文字) TH+次にどう進めていくかを考える その他作業 INT+原稿の読み返し BextEditor+モーダルの入力をキーボードだけで可能にする 更新作業 note R-style 各種日課 一日一英文 英語読書 集中的読書 断片からの創造 8:00 おはようございます。本日は原稿ですが、あとWorkFLowyの中身をテキストファイルに移したいと思います。 10:00 いろいろ記事を読み漁っていたら、こんな時間に。 メルマガ; まずは3つ目の原稿を書きます。 ＊　＊　＊ 3000文字の記事を書きました。45分くらい。 11:00 note: 記事を書きます。 ＊　＊　＊ publish:リンクの意義ってなんだろう｜倉下忠憲 ブックカタリスト: 下書きを書いておきます。 ＊　＊　＊ OKです。 12:00 TH: THの作業をこれからどうやって進めていくかを考えます。 ＊　＊　＊ まず、全体の要素を再構築するために付箋に書きだして、それをカードにまとめました。で、そのカードを1枚１テキストファイルの形で転記しました。これがここまでの流れ。 で、ここからどうするか。 15:00 TH: で、ここからどうするか。 基本的には、第四章の文章を書き下ろすことになる。chapterごとに分けているが、下位項目の全開閉できるなら、一つのファイルにテキストをまとめてもいいことになる。その辺は実際に書きながら考えていこう。 ということは、当面は第四章の原稿を書き下ろす形がよいだろうか。それと書きだしたカードの関係はどうなるだろうか。まだちょっと見えてこない。 一日一英文: “Hi, Jane. What’s up?