t_wの輪郭

機能追加に対して、先リファクタリングと後リファクタリングがあり、先リファクタリングは先にサクっとマージしとくと、他のチームメンバーが恩恵を受けられてお得っぽい。機能追加に失敗してお蔵入りになった時にもリファクタリングだけは生きる。

最近やったやつ

起票されたチケットを一つ選ぶ
→ブランチを切ってリファクタリングしてプルリクを出して本番マージまで持っていく
→作業を放置する

『PR TIMESにおけるリファクタリングデー | PR TIMES 開発者ブログ』

https://developers.prtimes.jp/2021/12/13/introducing-refactoring-day/

「プルリクの差分大きいんじゃボケ」と言われながらでもリファクタリングしていこうと思った。リファクタリングと機能追加のプルリクを分けろというアレはある。

https://amzn.to/471IKBs

https://amzn.to/3T41Qk3

https://tech-blog.monotaro.com/entry/2023/12/22/090000

リファクタリング（refactoring）。論組（プログラム）の挙動を変えずに内部構造を整理すること。「腑」は内臓や心を指す（「腑分け」「腑に落ちる」など）。理腑で「腑を理（おさ）める」の意。

希哲13年6月9日，宇田川浩行が考案。

リファクタリングするためのテストコードを書くためのリファクタリングをするための……

　文章の構造を書き換えるのが怖い。一度書いたプログラムをリファクタリングするように、一度書いた文章も整理をつけてやることでより良い文章になると思われるのだが、基本的に私の文章は書いたというより書かさったものなので、それを整理という形で構造に手を入れると、積み木が崩れてしまって二度と組み上げられないというような恐怖を感じる。ちょこちょこした表現の修正とか誤字の修正とかに関しては特に恐怖は感じない。

　この文章の構造を変える恐怖を乗り越えて、文章を徹底的こねくり回してこそ、本当の文章力が付き、書かさったから脱却できるのかもしれない。

https://fedibird.com/@AWS/109294472807932101

　昨晩23時にねて、今朝11時に起きた。よく寝た。睡眠不足が募っていたがこれで返済できたはずだ。

　起きてから4時間ぐらい漢字の振り仮名データを作る作業をした。IMEが作りたい。ありもののデータも活用したいが、これまで書いた入力データを利用してIMEが作れれば、めちゃくちゃ自分に特化したIMEが作れるのではないかと画策している。日本語でコンピュータを使う最も重要なソフトウェアの一つなので、これの利便性向上は重要だ。
　ただ、IMEを作ったとしてそれでどうやって儲けるんだという点に関しては全然見通しが立っていない。

　『t_wの輪郭』にプッシュ通知機能を追加した。簡単にできるかなと軽く見ていたら、Service Workerが絡み、DBが絡みとなかなか大変だった。最終的には何とか動くものを作り上げることができた。コードがまだ汚いところがあるので、リファクタリングを進めた後に記事にできたらいいのだが。まあほかの人の記事もあるのでそれを参照いただければなんとかなる。正直もうこのまま動いてるコードを触りたくない。なんで動いているのか全然把握できていない。

https://amzn.to/3L6urzX