THを進める木曜日
ビニールゴミ出し 作業記録の共有 Textbox+スクロール遷移 TH+chapter13書き下ろし TH+定期進捗共有（二週に一度） 8:00 おはようございます。本日はTHのchapter13を進めましょう。でもって、その進捗を編集者さんと共有します。 うちあわせCastは倉下の都合でお休みです。 断片:Mastdonの投稿を利用する: 結城浩さんが面白そうなことをやっておられました。 https://twitter.com/hyuki/status/1605538928324288512 Mastdonに投稿したら、その内容を利用してWebサイトが更新される、というものです。ちょっとやってみたい気がしています。新しいWebサイトの更新に利用できるかもしれません。 問題はどうやるか。 MastdonのAPIを叩くことは決定でしょう。そうして最新の投稿をチェックする。で、その内容を取得する。それを整形して、HTMLかmdファイルを生成する（あるいは追記する）。これをサーバーで定期的に実行すれば一応はできそうです。 断片:Twitterの投稿のしやすさ: 倉下はWebブラウザを開いているときはだいたいいつも（作業に集中しているときは除いて）Twitterのタブを開いているで、何か投稿したくなったらすぐに投稿できます。タブを開き、「ツイートする」ボタンを押せばダイアログが開くので、テキストを打ち込むだけ。 よく考えると、Googleもだいたい同じように使えますし、最近ではWebブラウザのロケーションバーからそのまま検索もできます。 「テキストをただ入力するだけでよい」 これはScrapboxの検索窓にも言えるでしょう。事前に設定やら、コンテキストの選択が必要ないのです。 iOSアプリのtextwellにも似たところがあります。まずテキストが入力できる。そういう環境。 Textboxはこれまでずっとビュアーとして開発してきていたので、その辺をあまり考えてこなかったのですが、次のステージはそれについて考える必要があるかもしれません。 ＊ ＊ ＊ どこかのページに移動したら、すぐに入力がはじめられるようになっている。 何かしらの操作をしたら、すぐに入力ダイアログが立ち上がる。 よくよく考えたら、それなりにこの基準は満たしている気がしてきました。前者は〈今日のノート〉ですし、後者はcommand + mです。 ということは、こうして入力したものがどう保存されるのかが鍵なのでしょう。 9:00 Textbox: スクロール操作を作っていました。 画面下でさらに下にスクロールすると、違うページに移動する、という動作です。 これで、このページの「下」に別のページを配置することができました。これを発展させて、十字に画面を配置していこう、という野望です。 ポイントは、画面移動のためにスクロールを要求するので、普段目にしない要素も目に入りやすくなるのではないか、という効果を期待しています。 ＊ ＊ ＊ 逆の動きができるようになりました。これで行き来が簡単にできます。スクロールだけでページが移動できるようになると、ある意味で同一のページが表示されているような感覚になるかもしれません。 12:00 あとで読む:ローカル環境を汚さずDockerコンテナのオーバーヘッドもなく、開発環境を自在に構築できる「Devbox 0.2.0」登場 － Publickey あとで読む:2020年版テーマ／terkel.jp TH: chapter13を続けましょう。できれば、書き上げるつもりで進めます。 ＊ ＊ ＊ 4000字ほどの原稿になりました。これで一旦OKとしましょう。 あとはchapter14と15です。 ＊ ＊ ＊ 進捗報告もしておきました。
BCBnote04を終わらせる水曜日
作業記録の共有 KDPの売り上げ確認 BCB+note04を書き上げる（2200字の原稿） TH+chapter13の書き下ろし ブックカタリスト+055用のメモ作成 8:00 おはようございます。昨日はBCBのnote03が終わったので、今日はnote04を終わらせる気持ちで作業を進めます。 Obsidian: canvas機能が開放されたので、使ってみました。 publish:ObsidianのCanvas機能 - 倉下忠憲の発想工房 読書日記: 今年の読書日記.mdは、漫画とライトノベルとそれ以外の本をまとめて書いていましたが、これを変えてみようかと考え中です。 少なくとも漫画は独立させて、そこにライトノベルをセットにするかどうかが判断項目ですね。漫画とライトノベルとそれ以外を別のファイルで管理してもいいですが、さすがにそれは面倒かもしれません。 逆に考えましょう。こうして付けた記録をどのように使いたいのか。そこから逆算してデータの形を考えます。 KDP: 今月の振り込み額が確定したので、データをTak.さんと共有しておきます。 Notion AI: 試します。 publish:Notion AIを試す - 倉下忠憲の発想工房 9:00 BCB: note04を進めましょう。 ＊ ＊ ＊ 2200字ほどの原稿ができました。これでOKにできそうです。 ＊ ＊ ＊ gitで、ファイル名をリネームしました。 publish:Gitでファイル名を変えるときはgit mv - 倉下忠憲の発想工房 自分でまとめておくとやはり便利です。 いったん休憩: 14:00 断片:カード型以外の可能性 Textboxで、読書日記の新しい形を考えたとき、漫画などは日記形式で一つのファイルにまとめるとして、それ以外の書籍は一枚のカードに記述する、という形をとれると考えます。 一番分かりやすいのが一冊一ファイルで情報を保存しておくことで、それをまとめて閲覧できる別ファイルを作る、という構造になるでしょう。 あるいは、一冊一データみたいな形で、jsonなどの形式で半データベース化することもできるでしょう。データの利用（データからHTML要素の描写）などの自由度はこの形の方が高まります。一方で、直接（つまり自分の手で）そのデータを読み書きするのは少し面倒になります。 さて、どうするか。あるいはカード型以外の形を探してみるか。 15:00 断片:エディタを補佐する装置: Scrapbox（英語の方）やワークベンチなどを目印としたときに、物書き用のそれは何があればいいのか、とちょっと考えられる。 まず文章を書く領域。それはエディタに相当する。 次に辞書。これはねじなどの金具に相当するだろうか。国語辞典だけでなく百科事典、類語辞典（シーソラス）、名言・ことわざ辞典などを含めてもいいだろう。 この二つで事足りるだろうか。 ノコギリなどはコピーペーストに相当するだろう。よく使う文面を保存しておくアプリなんかも加えても言い。あるいは、textlintのような校正装置も加えていい。これらは標準のエディタやアプリで補佐できる。
他の原稿を進める火曜日
作業記録の共有 『ライフハックの道具箱』+修正反映 どのプロジェクトを進めるかを検討する BCB+note03 BCB+note04書くことの検討 トンネルChannel+過去のリスト、未来のリスト、今のリスト 結城メルマガを読む 7:00 おはようございます。本日は、『ライフハックの道具箱』の修正を少し行って、あとは他のプロジェクトの原稿をどれか進めましょう。 『ライフハックの道具箱』: とりあえず、修正作業を終わらせましょう。 ＊ ＊ ＊ 修正作業を終えて、ファイルを送信しました。あと一人分の原稿が残っていますが、とりあえずだいたいOK状態です。 8:00 どのプロジェクトに着手するか？ 今日は、『ライフハックの道具箱』は進める必要がないので、別のプロジェクトを進めます。THかPTかBCBかです。どれも遅れに遅れています。 ＊ ＊ ＊ 次に何をするのかに加えて、あとどのくらい作業が残っているかを合わせて考えましょう。 ＊ ＊ ＊ とりあえず直近で一番終わり（というか倉下の手が離れる段階）が近いBCBを終わらせるように努めましょう。 断片:箱と机: 英語でScrapboxと言えば、手芸などの素材を入れておく棚を指す。作業机が付いていることも。 Scrapboxという言葉の意味 - 橋本商会 ワークベンチは、DIYで使われる作業机で、中には収納の引き出しがついているものもある。ノミやドリル、ハンマーといった工具や、接着剤や釘、テープといった道具も置かれている。固着具、金具、部品。細工物。 キャビネットは、引き出しなどのセットのイメージ。 まな板と冷蔵庫とパントリー。調理器具は台所に置いてある。 共通するイメージ。作業する場所の近くに、そのとき使うものをセットでおいておく。そのとき使うものは、大きく素材と道具がある。素材は、直近で使うものとそう遠くない未来に使うものがある。また補助的なものもある（調味料、釘）。道具は、直接作業を行うものと、それを補助するものがある（ノコギリとメジャー）。 作業場所は机やまな板など専用のスペースが確保されている。 これを知的生産に置き換えたらどうなるか？ 9:00 BCB: note03を進めます。 12:00 『ライフハックの道具箱』: 残っていたミスを修正します。 ＊ ＊ ＊ 今度こそだいたいOKです。 13:00 BCB: note03を続けましょう。 ＊ ＊ ＊ note03、とりあえずdoneとしました。4000字ほどの原稿を完了に。 続いてnote04です。 トンネルChannel: 書きます。 ＊ ＊ ＊ publish:過去のリスト、未来のリスト、そして…… - by 倉下忠憲@rashita2 - トンネルChannel
『ライフハックの道具箱』を進める月曜日
作業記録の共有 メルマガツイート 『ライフハックの道具箱』+エピローグ ブックカタリスト+053配信予約 ニュースレター+いのちをだいじにモード ブックカタリスト+054アフター下書き（1000文字の原稿） メルマガ+ファイルの準備 メルマガ+main稿（5000文字の原稿） 8:00 おはようございます。本日は『ライフハックの道具箱』の必要原稿を終わらせましょう。 『ライフハックの道具箱』: エピローグを書きます。 ＊ ＊ ＊ できた。できました。とりあえずドラフト版のepubを作りましょう。 ＊ ＊ ＊ よしよし、これでかなり完成に近づきました。 9:00 ツイートの保存 いつTwitterをやめるかわからない状況になっているので、ツイートのアーカイブをダウンロードできるようにしておきましょう。 ブックカタリスト: 明日配信用の記事の予約をしておきます。 ＊ ＊ ＊ OKです。明日の17時に配信されます。 10:00 ニュースレター: あとで読む:0145 : 回復してきたけれど今年いっぱいは「いのちをだいじに」で行くことにしています - by 北真也(beck) publish:「いのちをだいじに」モード - by 倉下忠憲@rashita2 - Rashita’s Newsletter book:buy:kindle: 『今を生きる思想 ミシェル・フーコー 権力の言いなりにならない生き方 (講談社現代新書１００)』 12:00 ノウハウと価値観: たとえば「一日のタスクは６つまでにする」というクローズドリストのやり方は、「人は一日でやりたいことのすべてができるわけではない」という価値観がセットになっている。 ブックカタリスト: 054のアフタートークの下書きを書いておきましょう。 horizonnote: 現在horizon-noteでは、ノートとノートの間に「＋」ボタンを設けています。 これを押すことで、二つのノートの間に新しいノートが追加されます。
ゆっくりしたい日曜日
作業記録の共有 今週の振り返りと来週の確認 discord巡回 シゴタノ！ツイート ツイートの処理 8:00 おはようございます。本日は来週の予定を設定して、後はゆっくりしたいと思います。 publish:知的生産の技術書097~099『これからのエリック・ホッファーのために』『知的生活の設計』『考える生き方』 | シゴタノ！ 今週の振り返りと来週の確認 まず、先週の振り返りを読み返し、その後今週の振り返りを書きます。 ＊ ＊ ＊ ごく簡単に書くようにしました。まずは、そこからですね。 あとで読む:「イベント割 ムビチケ作品共通券」販売サイト あとで読む:治具 - Wikipedia ツイート処理: 昨日pickupしたツイート群を主題ノートに割り振りましょう。この作業も少し変えていきたいのですが、変更先のイメージがまだ固まりません。 ＊ ＊ ＊ 現状は以下のように主題ノートが並んでおり、+ボタンを押すことでモーダルのダイアログが立ち上がり、そこにテキストを貼りつけると、各主題ノートにペーストされるようになっています。 それぞれの+ボタンは、各主題ノートが生成するようになっていて、インテグレートページではそれらすべてのボタンが表示されるので、いちいち各主題ノートに「降りなくても」追加できるようになっています。カードボックスにカードを放り込むような、そんなイメージです。 コードを変えて、各種主題ノートはそのままにして、このインテグレートページにおいて「要素がDragされたら、そのテキストを対象のノートにappendする」のような機能に書き換えてもいいでしょう。おそらくそれぞれのページで+ボタンを生成するよりは処理が速くなると思います。 が、問題は、そもそもこの処理でよいのかどうか。あるいは、この処理の後に何かいれた方がいいのではないか、という論点です。 これについてもう少し考えてみましょう。
メルマガを仕上げる土曜日
作業記録の共有 Textbox+リファクタリング 一週間の振り返り メルマガ「はじめに」「おわりに」 メルマガ配信予約セット 7:00 おはようございます。本日はメルマガを仕上げます。あと、再び妻の病院の付き添いです。 Textbox: JavaScript経由で要素を増やしてそのHTMLをコピーすると、すべてが一行につながってしまっていて、マークダウンへの逆変換時に不具合を起こしていました。なので保存する前にHTMLを切断する処理を入れていたのですが、そもそも要素を増やすときに改行を入れておけばいいのではないかと思いつきました。 テキストノードを作り、中身を改行にする。でもってそれを追加する。 そうしておけば、あらゆる切断作業から開放されます。ちょっとやってみましょう。 ＊ ＊ ＊ うまくいきました。これで保存処理がかなりすっきりするはず。 8:00 一週間の振り返り: ツイートを読み返します。 ＊ ＊ ＊ publish:2022年12月17日までのツイートノート - Addless Letter ＊ ＊ ＊ メルマガ: 「はじめに」と「おわりに」を書きます。 ＊ ＊ ＊ 書けました。時間を置いてから全体を読み返します。 あとで読む:コーヒードリッパーを知らなかった四十代男が、火傷せずにコーヒーを淹れるまで | Books&Apps 10:00 病院の付き添い。 14:00 どうやら大したことはなかった模様。一安心です。 『ライフハックの道具箱』: 新しく頂いた画像を差し替える作業。 ＊ ＊ ＊ だいたいできました。 17:00 『ライフハックの道具箱』: プロローグを書きます。
シゴタノ！を書く金曜日
作業記録の共有 シゴタノ！+097,98,99（2000字の原稿） 『ライフハックの道具箱』+ボードの原稿 『ライフハックの道具箱』+プロローグの原稿 TH BCB PT 7:00 おはようございます。本日はシゴタノ！です。午後からは心療内科に。 あとで読む:[css] textareaタグをノート風にする方法-MYNT blog あとで読む:エクスポートとインポート これを使えば同種のページで使うスクリプトをまとめておける。 あとで読む:Electron + React + TypeScript の開発環境構築 やはり自分がやろうとしていることに比べると、かなり環境が大げさな気がする。 8:00 シゴタノ！ まずはシゴタノ！から。 ＊ ＊ ＊ 2000文字ほどの原稿が書けました。これで99まで。あと一冊で100です。 9:00 『ライフハックの道具箱』: ボードツールについて書きます。 14:00 あとで読む:小説家・橋本治の、よくわかる美文講座。歴史上の作家に学ぶ、美しく綴るための掟 | ブルータス| BRUTUS.jp 16:00 『ライフハックの道具箱』: ボードツールについて書けました。あとは、プロローグとエピローグを残すだけです。
うちあわせCastの収録の木曜日
作業記録の共有 8:00 おはようございます。本日はうちあわせCastの収録と、たぶん妻の病院の付き添いです。
h-noteの作成
作業記録の共有 Textbox+horizonnote 『ライフハックの道具箱』+指示の反映 うちあわせCastの確認→実施 7:00 おはようございます。本日は昨日プロトタイプを作った、横に並ぶノートを作ってみます。 あとで読む:効果的な UI とゲームデザインでプレイヤーを没頭させる方法 | Unity Blog Textbox: 安直な名前ですが、横に並ぶノートは「horizonnote」と名付けました。 で、一応新しいものがどんどん右に追加されるようにしました。 問題はスクロールです。普通にdivを並べてスクロールさせるのか、それとも一定個数だけ表示しておいて、何かしらの操作でその表示を切り替えるのか、という点。 保存データがテキストだけで、そこからJavaScriptでdivを生成するならば後者のやり方が取れます。その場合、仕組みは非常にややこしくなりますが、ページのすべての要素にイベントを設定する、みたいな大掛かりな処理が不要になるので、要素が増えたときに重たくならない、というメリットがありそうです。 さて、どうするか。 単純スクロール方式とちがって、描写方式だと循環できるのが一番のポイントでしょう。一番最後まで言ったら最初に戻る、ということができる。これはデジタルっぽくて魅力的です。 単純なスクロールではこれが実現できません。最後までスクロールした後に、ボタンを押せば冒頭に戻る、ということはできますが、それは循環とは異なるものです。 ＊ ＊ ＊ 描写方式だと、「一気のスクロール」ができませんね。たとえば、2/3くらいをぎゅっと移動するのは、専用のUIを作らないと難しそうです。 ＊ ＊ ＊ とりあえず、+ボタンにクリックイベントを設定して、新しいdivを生成することができるようになりました。 ＊ ＊ ＊ さらにheaderをクリックしたら中身が保存できるようになりました。 ここまでは簡単です。 ＊ ＊ ＊ 現状はdivでやっていますが、これをul/liでやることを考えたいです。あるいは、divでやるなら自由配置を可能にする何かを考えてもいいかもしれません。 順番の入れ替えは、特に必要性は高くないですが、代わりに削除ボタンが欲しいですね。あとナンバリング。ナンバリングはafterで疑似的に作りますか。 ＊ ＊ ＊ noteのdivに「data-num」という属性を付け、そこに番号を振り、cssのafterで、「content: attr(data-num)」を指定することでnumberを表現します。 あとは削除ボタン。noteの中にウィンドウっぽく削除ボタンをつけてもいいですが、divの中身がややこしくなるのが問題です。ダブルクリックで削除するのが一つの手。 あとは、+ボタンの下に削除ボタンを付けるのが一手。 ＊ ＊ ＊ +ボタンの下に−ボタンをつけました。それを押せば右側のdivが消える格好です。 これで基本的な機能は実装できました。しばらく使ってみましょう。 ＊ ＊ ＊ 朝からだいぶ疲れましたが、ずっと気になっていた機能を実装できたので満足です。 9:00 『ライフハックの道具箱』: メールで頂いた修正を反映するのと、もらった画像を差し込む作業をしましょう。これで原稿はかなり進みました。 ＊ ＊ ＊ 画像ダグの修正は、正規表現の置換で一発でした（さすがに強力）。 つづいて頂いた画像をリネームして配置します。 ＊ ＊ ＊
ブックカタリストな火曜日
作業記録の共有 燃えるゴミ出し メルマガ+main稿（3700文字の原稿） 結城メルマガを読む 『ライフハックの道具箱』+ボードツール原稿 13:30~ ブックカタリスト収録 8:00 おはようございます。本日はブックカタリストの収録です。今年最後の収録になります（配信は来年の分です）。 午前中は、メルマガと『ライフハックの道具箱』を進めましょう。 メルマガ: まずはmain稿から。 ＊ ＊ ＊ 3700文字の原稿を書きました。 13:00 ブックカタリスト 収録です。 17:00 Textbox: divの作り方を変えたので、pinboardの保存のロジックが崩れてしまいました。考えます。 ＊ ＊ ＊ 崩れたロジックに対抗するために新しいロジックを作る、ということをやっていると延々と複雑になるので、少し考えました。 大本のdivを作るときに起きていたのは、divにmdファイルの中身をすべてつっこむので、styleタグもscriptタグもそこに含まれてしまい、scriptがうまく動かないことがある、でした。 なので、scriptタグがある場合は、その直前にdivの切り込みを入れることで強制的にdivの範囲を狭めることでした。styleタグは、divに含まれていても問題なく動作するので放置していました。 それが保存のためのロジックをややこしくしていた（styleタグがあるときに切り分けが必要となる）ので、そもそも最初のdivを作るときに、styleがあればそこに切り込みを、scriptがあればそこに切り込みを、という形に分けました。これで保存のロジックそのものはシンプルにできます。 ＊ ＊ ＊ ついでに付箋をドラッグするときに、付箋のサイズが小さいと非常にドラッグしにくいので、hover時にサイズを大きくするようにしました。cssで簡単にできます。 1 2 3 .draggblebox:hover{ transform: scale(1.2); } これでずいぶんドラッグしやすくなりました。