t_wの輪郭

Feedlyでフォローするボタン
『アジャイルサムライ−達人開発者への道』理腑
リファクタリング耐性2022年7月31日日記FaaSはオンプレ、クラウドサービス変更時にリファクタリングが必要『リファクタリングを文化にする 〜組織が技術的負債と向き合うワークショップ〜』『アジャイルサムライ−達人開発者への道』あれ組織のリファクタリング思考のリファクタリングリファクタリング不能理腑リファクタリングが先か、機能追加が先か『レガシーソフトウェア改善ガイド: 複合型アプリケーション時代に即した開発・保守技法 』あれあれ機能追加前のリファクタリングより深い洞察へ向かうリファクタリング『リファクタリング(第2版): 既存のコードを安全に改善する』あれ「開発者は事前にリファクタリング対象を探しておく」『PR TIMESにおけるリファクタリングデー | PR TIMES 開発者ブログ』無停止リファクタリング

あれ

2024/8/27 22:28:00

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

あれ

2023/6/29 22:29:00

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

あれ

2022/11/9 10:41:00

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

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

2022年7月31日日記

2022/8/1 0:43:00

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

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

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

リファクタリングエレベーターピッチ自己組織化アジャイルコーチ『Agile Coaching』マーフィーの法則プロジェクト専任の顧客バーンダウンチャートアジャイルでは時間・予算・品質を固定して扱うアジャイルではスコープだけを変動要因として扱うイテレーション・ゼロ『人を動かす』ふりかえりは魔女狩りではない継続的インテグレーションペルソナパーキングロットチャートバーンアップチャートアジャイルなUXデザイナソフトウェア提供の遅れは顧客の投資収益率の低下アジャイルなテスターアジャイルな開発チーム不確実性コーンインセプションデッキインセプションデッキの10の設問インセプションデッキの作成のかかる期間は数日から2週間ペーパープロトタイプゼネラリストはアジャイルプログラミングに向いている『エリック・エヴァンスのドメイン駆動設計』アジャイルなプログラマストーリー収集ワークショップユーザーストーリープランニングポーカーマスターストーリーリストOOなXXとしてKKしたい。なぜならPPだからだ。顧客がワクワクするようなユーザーストーリーを書く職能横断型チームCross-Functional team『テスト駆動開発』『アジャイルコーチング』ショーケースアジャイルなプロジェクトマネージャアジャイルなアナリストオンサイト顧客INVESTプロダクトオーナーアジャイルソフトウェア開発宣言コンセプトデザイントレードオフ・スライダーやらないことリストテスト駆動開発