お休みな火曜日
作業記録の共有 ブックカタリスト収録 16:00 朝起きたらだいぶ調子が悪かったので半休としました。ブックカタリストの収録だけはなんとかクリア。
THに取り組む月曜日
作業記録の共有 TH+002（パターン表現の検討） 『ライフハックの道具箱』 『Re:vision』 9:00 おはようございます。今日はTHの02についてめっちゃ考えたいのですが、ほかのプロジェクトもいろいろ締め切りが迫っているので、手を付けたいところです。 publish:WRM:Power of writing その２ / 人は言葉を素材にする / 象を撫でて話し合おう｜倉下忠憲｜note TH: 002で使う用語/パターンの表現を詰めます。 ＊ ＊ ＊ だいぶ考えましたが、あともう一歩という感じ。 状況を整理しましょう。 ＊ ＊ ＊ 第二章ではセルフマネジメントの基本的な進め方、指針を確認する。戦略や指針という形で提示することを考えているが、その実体は「パターン」である。 抽象度が高すぎることもなく、かといって低すぎることもない地点でパターンを生成すること。これが大きな目標。 その上で、この章では「失敗」との付き合い方を見ていく。失敗を避けようとして挑戦しなくなるのではなく、小さい失敗を何度も繰り返して、少しずつ前に進んでいく、というその姿勢を提示すること。直接的なセルフマネジメントの技法ではないものの、セルフマネジメント全般に（もっと言えば、すべての問題解決において）必要な姿勢である。 それをミドルのレベルとダウンのレベルでパターン化する。 ミドルのレベルは「失敗しながら進んでいく/失敗とともに歩む」というもの。中階層のパターン。それを具体化するパターンとして、さらに三つ列挙する。 失敗から学ぶ/失敗をヒントにする ゆっくり進む/カメの歩み/立ち止まって考える 小さく着手する/歩幅を小さく/ベイビーステップ まとまっていないのは、このレベルのパターン記述。具体レベルだと記述の方向性が広がるので、「これだ」と決めづらい。逆に、ここで方向性が決まっていれば、以降の章でパターンを記述するのは楽になるだろう。 たとえば「ベイビーステップ」とするか「小さな一歩」とするかで、だいぶ雰囲気が変わってくる。カタカナ表現をどれだけ許容するかの判断も変わるだろう。 で、気がついた。この三つの要素だけで考えようとするから、決められないのだ。 よって、まず記述しそうなパターンの候補を列挙する。そこからはじめよう。 14:00 『Re:vision』: 修正の原稿が一つ返ってきたので、それを反映処理します。 ＊ ＊ ＊ 丁寧な修正を頂いて助かりました。自分でも気がついていない表記の揺れがあったので、無事修正できました。
ゆっくりする日曜日
作業記録の共有 メルマガ読み返し メルマガ配信予約 シゴタノツイート discord巡回 Macの再起動 9:00 おはようございます。本日はメルマガを仕上げて、あとはゆっくりします。本を読むか、映画を見るか。 メルマガ読み返し: さて、はじめましょう。 ＊ ＊ ＊ 読み返しが終わりました。 続いて配信予約。 10:00 メルマガ配信予約: さて、進めましょう。まずはまぐまぐから。 ＊ ＊ ＊ 続いてnote。 ＊ ＊ ＊ OKです。これで作業はいったんおしまい。 12:00 publish:シゴタノ！:デジタルノートとしてのNotion | シゴタノ！
メルマガを書く土曜日
作業記録の共有 メルマガ（前半） メルマガ（後半） 一週間の振り返り メルマガ「はじめに」 アイデアのピックアップを7個に変更する 9:00 おはようございます。本日はメルマガを書きます。 あとで読む:Scripting News: Daytona on ship day メルマガ（前半） では、原稿を書きましょう。 ＊ ＊ ＊ まずは2700文字ほど書きました。 11:00 妻の昼食準備 13:00 メルマガ（前半):続き: ＊ ＊ ＊ トータルで5800字まで。これで前半はOKです。 14:00 メルマガ（後半）: 書きます。 ＊ ＊ ＊ トータルで8700文字まで。若干中途半端ですが、とりあえずキリがよいのでいったんここまで。 17:00 一週間の振り返り: ツイートを読み返します。 push :開く、拓く、啓く。 push :多様な経験が柔軟な思考を導く。 ＊ ＊ ＊ まとめページをつくりました。 publish:tweetnote:2021年12月11日までのツイートノート - Addless Letter 18:00 メルマガ「はじめに」: 書きます。
シゴタノ！を書く金曜日
作業記録の共有 TH+002 『Re:vision』+画像の差し替え シゴタノ！+Notion Textbox+モーニングに背景画像 『ライフハック プリシンパル』を読む R-style 『Re:vision』+cさんに原稿共有 9:00 おはようございます。本日はシゴタノ！です。あとは、THを進めたいところ。LBの原稿を執筆者の方に確認してもらう作業も進めておきたいですね。 Textbox: ライトノベルや漫画の感想を簡単に書いたページがある。そこからもとり出して渾沌帳に記述したい。 となると、いかなる記述のスタイルがよいかが問題になる。 これまでは、すでに記述のスタイルが固まっているファイルからの取り出して、その記述に合わせてコードを書いてきた。 が、上記のページはまだ書き方が決まっていない。そこで、どういう風に表示されたら嬉しいかを加味して、取り出し方を考えることになる。 TH: 002の原稿を。 ＊ ＊ ＊ 内容的には問題ないが、表現がまだ練り上げられていない。これではスラスラとは読めるけども、読者の頭にこびりつかないだろう。 何か頭にこびりつく言葉を用いたい。 ＊ ＊ ＊ それはそうと、上記のような観点を得られているのは、書き手として成長しているのかもしれない。これまではかなり「スラスラ読める、面白い文章ならヨシ」と考えている感じが強かったが、今はもっと「使える言葉/概念」を提供したい、という思いが強まっている。 あとで読む:JavaScriptでメソッドチェーンを作る - Qiita 10:00 『Re:vision』: Tak.さんにアイコン画像を提供してもらったので、差し替えを行います。 シゴタノ！: 原稿を書きましょう。 ＊ ＊ ＊ 書きました。日曜日に公開されます。 11:00 Textbox: モーニング・サマリーのページが寂しいので、画像を加えることに。 画像をランダムに選んでもいいですね（ランダム好き）。 12:00 妻の昼食準備など: 13:00 book:read:start:『ライフハック大全 プリンシプルズ (角川新書)』: 読みます。 16:00 book:read:end:『ライフハック大全 プリンシプルズ (角川新書)』: 読みました。ライフハックの紹介ですが、骨太のライフハック論でもあります。 R-style: ひさびさに記事を書きましょう。 ＊ ＊ ＊ 書きました。 publish:R-style:プロジェクトリストを使わないプロジェクト管理と文芸的タスク管理 – R-style
うちあわせCastな木曜日
ビニールゴミ出し 作業記録の共有 TH+002TCS 『Re:vision』+文章直し 14:00~ うちあわせCast収録 LB+文章直し TH+進捗共有 9:00 おはようございます。今日はいろいろありますが、とりあえずは原稿を。 Textbox: 渾沌帳の続き。昨日作ったスクリプトをいかなるタイミングで実行するか。 まず一日一回、というのではあまりにテンポが悪い。かといって、1時間に一回などの実行は、そのための処理を書くのが面倒。 というわけで、自分が何か動作をしたら、それに付随して、という形が望ましい。 そうしておけば、何も動作をしないときは、まったく増えないので、しばらく作業を休んでいたら急に項目が増えていた、みたいことも避けられる。 で、最初はTextboxからファイルを開いたら、という動線も考えたが、もっとアクティブに、Textboxで何かボタンを押したら、ということにした。これでかなりアクティブになる。 もちろん、ファイルを開いたときに追加してもいい。その辺の按配は今後考えればいいだろう。とりあえず、今はボタンを押す度に、渾沌帳にスタンプが一個捺される（付箋が追加される）というイメージで行く。 あとは、CSSの調整と、ピックアップする対象のファイルを増やすこと。 ＊ ＊ ＊ 引用集/願い（済） あとで読む/お気に入りの記事 自分のツイートノートへのリンク/自分のアウトプット歴 Booklog/気になる本 論文PDF 漫画ヒストリー/ラノベログ あたりだろうか。自分の作業記録などは、これとは違った利用がよいだろう。 10:00 TH: 002の続きを書きます。 ＊ ＊ ＊ 少し書き足して4000字。まだ書き切れていないのですが、このままだとボリュームがちょっと多すぎるかもしれません。要検討。 11:00 妻の昼食準備など: 12:00 『Re:vision』: epubファイルを読み直していたら、自分の原稿の精度があまりに低いので、それをなおします。 まずは「はじめに」から。 ＊ ＊ ＊ たとえば、以下のような書き出しがあるとして、 本書には二つの道具が登場します。一つがタスクリスト、もう一つがアウトラインです。 このあとをどう続けるのかは、文意が同じでもかなりのバリエーションがある。 タスクリストという道具は、仕事術の分野で用いられています。名前の通り「タスク」を集めて作るリストのことです。馴染みのある表現なら「やることリスト」になるでしょう。本書はその中でも「一日の行動を集める」役割を持つデイリータスクリストを中心に扱います。 一つ目の道具であるタスクリストは、仕事術で用いられています。名前の通り「タスク」を集めて作るリストのことです。馴染みのある表現なら「やることリスト」になるでしょう。本書はその中でも「一日の行動を集める」役割を持つデイリータスクリストを中心に扱います。 最初のタスクリストは、仕事術で用いられる道具です。名前の通り「タスク」を集めて作るリストを指します。馴染みのある表現なら「やることリスト」になるでしょう。本書はその中でも「一日の行動を集める」役割を持つデイリータスクリストを中心に扱います。 タスクリストは、仕事術の分野で用いられている道具です。名前の通り「タスク」を集めて作るリストを指します。馴染みのある表現なら「やることリスト」になるでしょう。本書はその中でも「一日の行動を集める」役割を持つデイリータスクリストを中心に扱います。 このどれを選ぶのかに、決定的な答えはない。それが文章を書くことの難しさ/面白さ。 13:00 book:buy:store: 『バッチリ身につく 英語の学び方 (ちくまプリマー新書)』 『ライフハック大全 プリンシプルズ (角川新書)』 14:00 うちあわせCast: 収録です。 ＊ ＊ ＊
原稿を書く水曜日
作業記録の共有 TH+002TCS うちあわせCastの確認→実施 情報整理ダイアローグ*¥+12回 LB+記法の統一 Textbox+名言ピッカー 『Re:vision』+epubを読む 9:00 おはようございます。本日は原稿三昧な一日です。 Textbox: 昨日一日新機能について検討していましたが、結局はっきりと形にはならず。まだ自分がどういう機能を欲しているのかがわかっていない、ということなのでしょう。 一応「メモリーゴーランド」というコンセプトを考えつきましたが、作ってもすぐに使わなくなりそうなので一旦保留。 しばらくは、ideamixerを使い、それとは少し違うピックアップアルゴリズムを持った別のmixerを作って、それで「名言」やらなんやらをモーニングサマリーに入れ込んでいく方向で進めていきましょう。 TH: とりあえず、02を進めましょう。 ＊ ＊ ＊ 002の書き直しをゼロからスタート。とりあえず2700字ほど。 11:00 妻の昼食準備など 12:00 もろもろ親族タスク。 14:00 情報整理ダイアローグ: 第十二回を書きましょう。 ＊ ＊ ＊ 書きました。 publish:情報整理ダイアローグ:第十二回：安易なタスク化にご用心｜倉下忠憲｜note LB: 原稿をざっと読みながら、記法の統一を図ります。 ＊ ＊ ＊ なんとか、記法は揃いました。 あとは文章を読み返して、手を入れていく作業です。それが終わったら、寄稿者の方に原稿をチェックしていただき、それが終わったら、細い詰め作業となります。 18:00 Textbox: まず名言集のページを整形します。 ＊ ＊ ＊ すべての引用ブロックを一行の表記に改めました。これで、取り出すことはかなり容易になりました。で、ここから。 アイデアミキサーのようにすると。順番が変わってしまう。で、引用集は「梅棹忠夫」など、一部グルーピングされているところがある。その配置を崩すのはあまりよくない。 よって、そもそもそういうグルーピングを排して、アイデアミキサーと同様の手法を使えるようにするか、あるいはそうしたグルーピング内で順番の入れ替えができるようなアルゴリズムを考えるか、あるいは「ランダム」さについて再検討するか、の選択肢がある。ここでは三つ目に取り組みたい。 アイデアについては、同じものが何度も参照されるのは都合が悪かったので、全体的に循環するように設計した。が、名言を適当にランダムに取り出すのは、そこまでたいそうな話ではない。 たとえば、順繰りに一つひとつ出していく、という手もないではない（日をまたぐので、どこまで進めたかの管理が必要だが）。あるいは、毎回単純にランダムでもいい。個数が100を超えたら、なかなかピックされないものもあるだろうが、それでもよいと考えることはできる。 名言以外に、たとえば「願い」.mdだとか、「お気に入り記事」mdだとかも似たような扱いができそう。逆に「あとで読む」mdや購入して未読の本などは、少し違った形が良い気もする。 とりあえず、どのように表示させるかはさておき、そうしたものをランダムにn個選んでreturnする関数を書けば一歩前には進める。 ＊ ＊ ＊ 上記のファイルから何か一つ（一行）選ばれて、それが別のファイルに追加される。もし、そのファイルにすでに同じ項目があれば、別のものが追加される、という感じはどうだろうか。これであれば、すべてが一度拾われることになる。 しかし、そのような網羅性は本当に必要だろうか。日めくりカレンダー的な？ ＊ ＊ ＊ どんどん上に追加されていくイメージ。それはそれで面白い。 追加するときに、class付きのdivで括っておいて、そのページでの見え方を調整する、という手はある。さまざまに異なるファイルから、一行を抜きだし、それを「額縁」に入れて表示する、というイメージ。 しかし、やはり一度抜き出したものを弾くならば、最初の方に追加されたものは参照されにくくなる。それはあまり面白くはない。 項目を抜き出したときに、何かしらのマーキングをしておくのは手だが、その管理自体がちょっと面倒になってくる可能性はある。 ＊ ＊ ＊
ややゆっくりする火曜日
作業記録の共有 結城メルマガ読む Textbox+タスクの一覧 LB+作業の整理 LB+こなゆきさんの原稿を配置する LB+こなゆきさんの原稿の記法を揃える 『Re:vision』+epubの読み返し+の準備 TH+002 Twitter的日記について 10:00 おはようございます。今日は疲れの足跡を感じるので、全体的にゆっくりめに過ごします。 fragment:Twitter的日記について: アイデアノートの「使い方」の例からいって、箇条書きで情報を書きつけておけば、後から処理しやすい、ということは言えるように思う。これと「日記的なもの」をどう組み合わせるか。 11:00 妻の就職準備など: 12:00 結城メルマガ: 読みます。 ＊ ＊ ＊ 読みました。 結城メルマガYMM506の感想 - 倉下忠憲の発想工房 たとえば、上のような記事（ないしはそのリンク）を「日記」として扱えないだろうか。 つまり、Scrapbox+自作のシステム？ リンクを使うなら、Scrapboxに限定はされないか。 Twitterのbotにする？→著作権周りが怪しいか。 Textbox: すべてのtodoファイルを扱えないか。 Dropbox直下にたくさんのフォルダがある。それぞれが（おおむね）一つのプロジェクトに対応している。で、それらのフォルダの中に、たまにtodoという名前のファイルがある。そのプロジェクトのやることを記載したファイル。 基本的に、そのプロジェクトを作業するときに、そのファイルを参照するから別にそれで構わないのだが、一覧できたら嬉しいだろうか。 ターミナルで出力するか、mdファイルに書き出してtextboxで閲覧するか。 ＊ ＊ ＊ すべてのフォルダをwalkするので結構時間がかかるかもしれないが、やってみないと分からない。 todo.txt,todo.mdというファイルを探し回り、見つけたらそのファイルからtodo項目だけを抜き出す？ ファイルの中身全てを抜き出してもいいが、さすがに情報量が多すぎるだろう。むしろ、todoだけだからこそ一覧する意味がある。 文芸的タスク管理。つまり、おおもとのファイルは文脈＋タスクが記載されていて、一覧では、タスクだけを抜粋して表示させられる、というような。 うん、面白そう。ちょっと考えてみよう。 ＊ ＊ ＊ シェルスクリプトでも書けそうだが、Pythonを使う。 まずosをimportするところからのスタート。 ＊ ＊ ＊ まず骨子。 1 2 3 4 5 6 7 8 9 import os import fnmatch dirpath ="/Users/Tadanori/Dropbox" for curDir, dirs, files in os.
原稿を書く月曜日
作業記録の共有 『Re:vision』 ob原稿下読み手伝い TH+002 LB+原稿の記法を揃える R-style+アイデアをmixingする ブックカタリスト記事配信予約 9:00 おはようございます。昨日作ったシステムはそれなりに動いておりました（一ヶ所だけミスがありましたが、修正できました）。これで、過去アイデアと毎日再会できる環境が整った格好です。 では、本日は原稿を進めましょう。並行でいろいろ進めているので、がっつり片づけていかないと。 あとで読む:vue3.0 × vuetify3.0alpha × firebase v9 爆速Todoアプリ開発！ publish:WRM:自分の発言にけじめをつける / Power of writing その１ / Textboxのリンク作り / 素材はいくらでも｜倉下忠憲｜note 『Re:vision』: Tak.さんから修正原稿が返ってきたので、それを反映させます。 ＊ ＊ ＊ できました。ついでに自分の文章も直しました。 いったんepubファイルを作ってみましょう。 ＊ ＊ ＊ ひさびさにでんでんコンバーターでの作業。 ファイルを一括でアップロードするので、画像ファイルのパスを書き換える作業が発生。まあ置換で一発なので問題はなし。 ibookじゃなかったbookアプリで確認。サクサク読める。いつのまにかかなり使いやすくなっていますね。 ＊ ＊ ＊ せっかくなので、雰囲気を出すために表紙画像のファイルも作っておきましょう。 ＊ ＊ ＊ 暫定の表紙画像ファイルも作り、epubファイルも作成して、Tak.さんに送信しました。 fragment:Twitter的日記: 日々の日記的情報をどう記録するか、という話で、やっぱりTwitter的なものがいいのだろうな、という気がしている。画像1枚と少しの文章。それくらいで良い。それ以上でも書けるが、結局見返すのがしんどくなる。ある種の「サマリー」で良いはずだ。 ほぼ日手帳を使っていたときは、ページの下半分がそういうスペースだった。そこに本の感想や映画の感想を手短に書いていた。ボリュームが小さくなるうえ、「場所」（配置）が同じなので、手帳のページをめくりながら、その部分だけを目を通していくことで、ザッピングができる。 この作業記録では、そうしたザッピングが難しい。 次は、この課題について検討していきたい。 10:00 ob:下読み手伝い 原稿を読みながら、pagesでコメントをつけていきます。 ＊ ＊ ＊ ぶっ通しで作業しておりました。なんとか下読みは終わりました（相手方の締め切りがあるので、最大限優先した結果）。
ゆっくりしたい日曜日
作業記録の共有 メルマガ読み返し メルマガ配信予約 discord巡回 シゴタノ！ツイート メルマガファイル整理 Textbox+アイデアの扱い Kindleセールチェック duolingo 8:00 おはようございます。本日はとりあえずメルマガを配信予約まで持っていきましょう。 publish:シゴタノ！:デジタルノートとしてのWorkflowy/Dynalist | シゴタノ！ メルマガ読み返し: はじめましょう。 ＊ ＊ ＊ 読み返しが終わりました。続いて配信予約へ。 9:00 メルマガ配信予約: まずはまぐまぐ。 ＊ ＊ ＊ 終わりました。アラカルト方式だとメールのタイトルが長くなるのが毎回の難点ですね（文字数制限があるのです）。続いてnote。 ＊ ＊ ＊ noteも終わり。これで作業はお終いです。 ちなみにnoteでは、「ここからは有料です」と無料部分と有料部分を区分けできるのですが、アラカルト方式だと線の入れ方が難しいですね。ちょうど半分にできないことが多いです。 Textbox: アイデアノートの扱いについて。 まずHottext.mdというファイルを対象にする。アイデアが箇条書きで並んでいるノート。 これをベースに考える。 ＊ ＊ ＊ まず、このファイルを読み込む。冒頭に* がある行以外は無視する。下位項目になっているものは、どうする。その行だけがランダムで取り出されても意味を見出せないから、それは省いていい。つまり、正規表現では行頭の記号を入れておく必要あり。 ファイルの中身を一行ごとに読み込み、正規表現でマッチ判定して、もしマッチしたら何%かでそれをピックアップする。ピックアップしたものは配列Aにappend、ピックアップしなかったものは配列Bにappend。でもって、モーニングサマリーには配列Aを提示する。 で、配列Bの後ろに配列Aをくっつけて、そこからどうする？ そのままファイルを上書きするのはうまくない。ピックアップ判定以外の行が消え去ってしまう。ということは、ピックアップ判定の前に行の取り出しをすればいい。 まず、一行取り出す。マッチしないならそのまま配列Bに、マッチしたもので一定確率をクリアしたものは配列Aに、そうでなかったものはやっぱり配列Bに。 これですべての行の情報が残る。 ただし、「下位項目」がうまくいかない。行を移動させるなら、下位項目ごとにしないと意味がない。つまり、下位項目は作らないようにすればいい。改行を入れなければどれだけ長くなっても構わないのだから、一文に詰めてしまう。本当に階層が必要なものは、ここではなくアウトライナーかScrapboxに移動させること。 で、「このアイデアはもういいや」というものは下位に移動させておく。こうすれば、そのアイデアがピックアップされることはない。その場合どうなる？ サマリーにはそれらはでない。しかし、それらはアイデアノート上で移動しないので、ファイルを開いたときに「もういいや」というものが上位に表示されるのではないか？ だったら、それを別ファイルに移動させればいい。それはHotなideaではないのだから。 つまり、Hottext上でそれをインデントしておくと、このピックアップ作業で別ファイルに移動させる処理を入れる？ まあ、手作業でコピペしてもいい。その方がいいかもしれない。なんにせよ消さないで消すを実施すること。 あとで読む:未来のために、ライターという職業を再定義しよう。 | 取材・執筆・推敲──書く人の教科書 | ダイヤモンド・オンライン まずは、Pythonのファイルを作るところから。 ＊ ＊ ＊