docs: update

20210615222732-project.org

@@ -1,7 +1,7 @@
 :PROPERTIES:
 :ID:       a9fab970-2057-48ce-95ee-19964d639a38
 :header-args+: :wrap :results raw
-:mtime:    20241124221237
+:mtime:    20241127204012
 :ctime:    20210615222732
 :END:
 #+title: project
@@ -39,28 +39,11 @@ Well-grounded rubyistで、 最期の章はテストの原形をつくった。
 ** ゲーム作りの問題点
 ゲームの問題点。遊ぶ人が自分だけであること。ゼロからやるのは楽しいが、自分の望むものが大きすぎて途中で飽きる。小さいツール類だと完全に自分用でも達成できる。どこかに提出する前提でやるのがいいか。最初にそういう会を見つけておいて、そのレギュレーションに合う形でやると。
 * Tasks
-** TODO トレーディングカードジェネレータ
+** TODO タグを自動追加するツール
 :LOGBOOK:
-CLOCK: [2024-11-24 Sun 21:47]--[2024-11-24 Sun 22:12] =>  0:25
-CLOCK: [2024-11-24 Sun 21:13]--[2024-11-24 Sun 21:38] =>  0:25
-CLOCK: [2024-11-24 Sun 20:06]--[2024-11-24 Sun 20:31] =>  0:25
-CLOCK: [2024-11-24 Sun 19:10]--[2024-11-24 Sun 19:35] =>  0:25
-CLOCK: [2024-11-24 Sun 18:25]--[2024-11-24 Sun 18:50] =>  0:25
-CLOCK: [2024-11-24 Sun 17:59]--[2024-11-24 Sun 18:24] =>  0:25
-CLOCK: [2024-11-24 Sun 16:26]--[2024-11-24 Sun 16:51] =>  0:25
-CLOCK: [2024-11-24 Sun 11:48]--[2024-11-24 Sun 12:13] =>  0:25
-CLOCK: [2024-11-24 Sun 11:18]--[2024-11-24 Sun 11:43] =>  0:25
-CLOCK: [2024-11-24 Sun 10:46]--[2024-11-24 Sun 11:11] =>  0:25
-CLOCK: [2024-11-24 Sun 10:21]--[2024-11-24 Sun 10:46] =>  0:25
-CLOCK: [2024-11-24 Sun 00:32]--[2024-11-24 Sun 00:57] =>  0:25
-CLOCK: [2024-11-23 Sat 23:38]--[2024-11-24 Sun 00:03] =>  0:25
-CLOCK: [2024-11-23 Sat 23:04]--[2024-11-23 Sat 23:29] =>  0:25
-CLOCK: [2024-11-23 Sat 21:49]--[2024-11-23 Sat 22:14] =>  0:25
-CLOCK: [2024-11-23 Sat 21:04]--[2024-11-23 Sat 21:29] =>  0:25
+CLOCK: [2024-11-27 Wed 20:15]--[2024-11-27 Wed 20:40] =>  0:25
 :END:
-概念をトレーディングカード化したら面白いのではないか。
-
-[[https://www.readwritethink.org/classroom-resources/student-interactives/trading-card-creator][Trading Card Creator | Read Write Think]]的なもの。ユーザが自分で作れたら最高だが、なかなかむずそうなのでとりあえず自分が使う用のものを作る。
+青空文庫にタグを追加するのが大変なので、切ってやる。
 ** org idリンクの修正ツール
 
 タイトルをリネームしたときに、ドキュメント全体のリンクもなおしてほしい。idがあるのだから、検索でわかるはずである。
@@ -1780,3 +1763,26 @@ CLOCK: [2024-05-22 Wed 22:09]--[2024-05-22 Wed 22:34] =>  0:25
 理解しやすくする。
 
 PlantUMLでエラーになる。よくわからない。[[https://www.dumels.com/][Dumels]]ではなぜかできる。まあ見やすいし、サイトで確認するでいいか、ってなった。
+** DONE トレーディングカードジェネレータ
+CLOSED: [2024-11-27 Wed 20:04]
+:LOGBOOK:
+CLOCK: [2024-11-24 Sun 21:47]--[2024-11-24 Sun 22:12] =>  0:25
+CLOCK: [2024-11-24 Sun 21:13]--[2024-11-24 Sun 21:38] =>  0:25
+CLOCK: [2024-11-24 Sun 20:06]--[2024-11-24 Sun 20:31] =>  0:25
+CLOCK: [2024-11-24 Sun 19:10]--[2024-11-24 Sun 19:35] =>  0:25
+CLOCK: [2024-11-24 Sun 18:25]--[2024-11-24 Sun 18:50] =>  0:25
+CLOCK: [2024-11-24 Sun 17:59]--[2024-11-24 Sun 18:24] =>  0:25
+CLOCK: [2024-11-24 Sun 16:26]--[2024-11-24 Sun 16:51] =>  0:25
+CLOCK: [2024-11-24 Sun 11:48]--[2024-11-24 Sun 12:13] =>  0:25
+CLOCK: [2024-11-24 Sun 11:18]--[2024-11-24 Sun 11:43] =>  0:25
+CLOCK: [2024-11-24 Sun 10:46]--[2024-11-24 Sun 11:11] =>  0:25
+CLOCK: [2024-11-24 Sun 10:21]--[2024-11-24 Sun 10:46] =>  0:25
+CLOCK: [2024-11-24 Sun 00:32]--[2024-11-24 Sun 00:57] =>  0:25
+CLOCK: [2024-11-23 Sat 23:38]--[2024-11-24 Sun 00:03] =>  0:25
+CLOCK: [2024-11-23 Sat 23:04]--[2024-11-23 Sat 23:29] =>  0:25
+CLOCK: [2024-11-23 Sat 21:49]--[2024-11-23 Sat 22:14] =>  0:25
+CLOCK: [2024-11-23 Sat 21:04]--[2024-11-23 Sat 21:29] =>  0:25
+:END:
+概念をトレーディングカード化したら面白いのではないか。
+
+[[https://www.readwritethink.org/classroom-resources/student-interactives/trading-card-creator][Trading Card Creator | Read Write Think]]的なもの。ユーザが自分で作れたら最高だが、なかなかむずそうなのでとりあえず自分が使う用のものを作る。

20210817003906-history.org

@@ -1,6 +1,6 @@
 :PROPERTIES:
 :ID:       a0f58a2a-e92d-496e-9c81-dc5401ab314f
-:mtime:    20241126231417
+:mtime:    20241126234441
 :ctime:    20210817003906
 :END:
 #+title: History
@@ -74,7 +74,7 @@
   - 静的ファイル配信
 - ※3D GISに必要な地物ファイル読み込み、描画や計測などの機能はすべてフロントエンド(Unity)がもっており、バックエンドサーバは地物データの内容と関与しない構成となっている。チーム構成が歪なのはそのため
   - フロントエンドが生ファイルを取得し、描画する構成。バックエンドサーバはURLその他の管理データの保存を担当する
-- ※インフラ部分については他部署で一括作成されており、変更はできない
+- ※インフラ部分については他部署で一括作成されており、一切の設定閲覧や変更はできない
 
 苦労したこと。
 

20210904124352-workflow.org

@@ -1,6 +1,6 @@
 :PROPERTIES:
 :ID:       fad0d446-fe06-4614-af63-a0c5ecc11c9c
-:mtime:    20241126205237
+:mtime:    20241127223744
 :ctime:    20210904124352
 :END:
 #+title: workflow
@@ -304,6 +304,7 @@ SCHEDULED: <2024-09-15 Sun 14:00 +1w>
 
 ** TODO Write Entry                                                 :Train:
 :LOGBOOK:
+CLOCK: [2024-11-27 Wed 22:12]--[2024-11-27 Wed 22:37] =>  0:25
 CLOCK: [2024-11-24 Sun 15:19]--[2024-11-24 Sun 15:44] =>  0:25
 CLOCK: [2024-11-24 Sun 14:35]--[2024-11-24 Sun 15:00] =>  0:25
 CLOCK: [2024-11-24 Sun 13:19]--[2024-11-24 Sun 13:44] =>  0:25

20240427T113714--kdoc-140-『自作エミュレータで学ぶx86アーキテクチャ』__book.org

@@ -1,15 +1,13 @@
 :properties:
 :ID: 20240427T113714
-:mtime:    20241102180311 20241028101410
+:mtime:    20241127214259
 :ctime:    20241028101410
 :end:
 #+title:      KDOC 140: 『自作エミュレータで学ぶx86アーキテクチャ』
 #+date:       [2024-04-27 Sat 11:37]
 #+filetags:   :book:
 #+identifier: 20240427T113714
 
-# (denote-rename-file-using-front-matter (buffer-file-name) 0)
-
 * この文書のステータス
 :PROPERTIES:
 :Effort:   30:00

20241116T014236--kdoc-289-『コンパイラとバーチャルマシン』__draft_book.org

@@ -1,6 +1,6 @@
 :properties:
 :ID: 20241116T014236
-:mtime:    20241116233043
+:mtime:    20241127001757
 :ctime:    20241116014238
 :end:
 #+title:      KDOC 289: 『コンパイラとバーチャルマシン』

20241117T002732--kdoc-293-『超例解linuxカーネルプログラミング』__draft_book.org

@@ -1,6 +1,6 @@
 :properties:
 :ID: 20241117T002732
-:mtime:    20241123174544
+:mtime:    20241127233229
 :ctime:    20241117002741
 :end:
 #+title:      KDOC 293: 『超例解Linuxカーネルプログラミング』
@@ -59,11 +59,9 @@ CLOCK: [2024-11-17 Sun 10:04]--[2024-11-17 Sun 10:29] =>  0:25
 CLOCK: [2024-11-17 Sun 09:37]--[2024-11-17 Sun 10:02] =>  0:25
 :END:
 - 作成
-  - [ ] <署名>
-# (progn (kill-line -1) (insert (format "  - [X] %s 貴島" (format-time-string "%Y-%m-%d"))))
+  - [X] 2024-11-24 貴島
 - レビュー
-  - [ ] <署名>
-# (progn (kill-line -1) (insert (format "  - [X] %s 貴島" (format-time-string "%Y-%m-%d"))))
+  - [X] 2024-11-27 貴島
 
 # チェックリスト ================
 # 関連をつけた。
@@ -153,38 +151,7 @@ CLOCK: [2024-11-17 Sun 09:37]--[2024-11-17 Sun 10:02] =>  0:25
 * 感想
 
 - 今のメジャーな文字列形式はなんだろうか。ヌル終端で合っているか
-- Linux開発文脈でifconfigは非推奨となっている、ということか、ユーザ全体で非推奨となっているのか
-- 32bit CPUって、一度に処理できるデータサイズ...つまりポインタサイズが32bit(4バイト)ということなのか。命令の長さなどは関係ない
-  - [[https://www.weblio.jp/content/64-bit+CPU][64-bit CPUとは何？ わかりやすく解説 Weblio辞書]]
-- 汎整数拡張
-  - intが元の型のすべての値を表現できる場合はintに変換され、そうでない場合はunsigned intに変換される
-
-#+begin_src C
-  signed char result1, c1, c2, c3;
-  signed int result2;
-  c1 = 100;
-  c2 = 3;
-  result1 = c1 * c2;
-  result2 = c1 * c2;
-  printf("char: %d\n", result1);
-  printf("int: %d\n", result2);
-#+end_src
-
-#+RESULTS:
-#+begin_src
-char: 44
-int: 300
-#+end_src
-
-- 階層で関数呼び出しを示す書き方、良い
-
-#+begin_src
-  i2c_transfer
-    __i2c_transfer
-      adap->algo->master_xfer
-        i2c_imx_xfer
-#+end_src
-
+  - 構造体に入れること
 - カーネルモジュールを作成して、マウントして動作確認するとよい
 
 * 関連

20241121T225809--kdoc-301-なぜreact-queryを挟むのか__permanent.org

@@ -0,0 +1,23 @@
+:properties:
+:ID: 20241121T225809
+:mtime:    20241127233305
+:ctime:    20241121225825
+:end:
+#+title:      KDOC 301: なぜReact Queryを挟むのか?
+#+date:       [2024-11-21 Thu 22:58]
+#+filetags:   :permanent:
+#+identifier: 20241121T225809
+
+* この文書のステータス
+- 作成
+  - [X] 2024-11-22 貴島
+- レビュー
+  - [X] 2024-11-27 貴島
+
+* 概要
+フロントエンド開発において、HTTPリクエストのライブラリ ~axios~ を直接呼び出すようなことはしないことが多い。React Queryの ~useQuery~ 関数にコールバック関数を渡して、 ~useQuery~ を介してリクエストを行う。
+
+そうする理由は何だろうか。
+
+* 関連
+なし。

20241121T230340--kdoc-302-react-queryによってapiリクエストをキャッシュする__permanent.org

@@ -0,0 +1,23 @@
+:properties:
+:ID: 20241121T230340
+:mtime:    20241127233327
+:ctime:    20241121230353
+:end:
+#+title:      KDOC 302: React QueryによってAPIリクエストをキャッシュする
+#+date:       [2024-11-21 Thu 23:03]
+#+filetags:   :permanent:
+#+identifier: 20241121T230340
+
+* この文書のステータス
+- 作成
+  - [X] 2024-11-22 貴島
+- レビュー
+  - [X] 2024-11-27 貴島
+
+* 概要
+React QueryはAPIリクエストのキャッシュを行う。同じパラメータの場合はキャッシュから取ってきたりする。また、変更があった要素だけ再レンダリングもできる。
+
+直接axiosを呼び出すと毎回リクエストを飛ばすことになるだろう。リクエストの分遅くなるだけでなく、WEB APIサーバの負荷を高めることになる。
+
+* 関連
+- [[id:20241121T225809][KDOC 301: なぜReact Queryを挟むのか?]]。疑問の答えの1つ

20241121T230434--kdoc-303-react-queryによって状態管理する__permanent.org

@@ -0,0 +1,22 @@
+:properties:
+:ID: 20241121T230434
+:mtime:    20241127233354
+:ctime:    20241121230442
+:end:
+#+title:      KDOC 303: React Queryによって状態管理する
+#+date:       [2024-11-21 Thu 23:04]
+#+filetags:   :permanent:
+#+identifier: 20241121T230434
+
+* この文書のステータス
+- 作成
+  - [X] 2024-11-23 貴島
+- レビュー
+  - [X] 2024-11-27 貴島
+
+* 概要
+React Query は外部リクエストに関する状態管理をする。外部リクエストは非同期に行われており、さまざまな状態がある。リクエスト中、リクエスト完了、読み込み中、読み込み完了など。それらを自らで実装する必要なく、効率的にやってくれる。
+* 参考
+- [[https://qiita.com/taisei-13046/items/05cac3a2b4daeced64aa][React Queryはデータフェッチライブラリではない。非同期の状態管理ライブラリだ。 #TypeScript - Qiita]]
+* 関連
+- [[id:20241121T225809][KDOC 301: なぜReact Queryを挟むのか?]]。疑問の答えの1つ

20241122T231155--kdoc-304-加算と乗算どちらが早いか__permanent.org

@@ -0,0 +1,30 @@
+:properties:
+:ID: 20241122T231155
+:mtime:    20241127233431
+:ctime:    20241122231156
+:end:
+#+title:      KDOC 304: 加算と乗算どちらが早いか?
+#+date:       [2024-11-22 Fri 23:11]
+#+filetags:   :permanent:
+#+identifier: 20241122T231155
+
+* この文書のステータス
+- 作成
+  - [X] 2024-11-23 貴島
+- レビュー
+  - [X] 2024-11-27 貴島
+
+* 概要
+
+Goランタイムのコードで、同じ値を足して2倍にしている箇所がある。2倍にするとき、同じ値を足すのを不思議に感じた。加算のほうが早いということはありうるだろうかと考えた。
+
+#+begin_src git-permalink
+https://github.com/kd-collective/go/blob/493edb29735fd2adf2087b32c60617dad11dc6e1/src/runtime/slice.go#L291
+#+end_src
+
+#+RESULTS:
+#+begin_src
+	doublecap := newcap + newcap
+#+end_src
+* 関連
+なし。