リファクタリングの基礎と効果的なソフトウェア劣化対策のポイント ～デモ付～＜オンラインセミナー＞ | セミナー | 日本テクノセンター
https://www.j-techno.co.jp/seminar/seminar-61762/
2024年5月24日（金曜日）に、日本テクノセンターにて有料のオンラインセミナーを担当します。
基本は、マーチン・ファウラー著「リファクタリング」 になるわけなのですが、
ファウラー氏の「リファクタリング」がかつてクラス（オブジェクト指向）への移行をベースにしていたのと、発刊以降の変遷（組み込みシステムの発展や関数型など）を考えたとき、もう少しベタな実装に沿って講義するのもよいでしょう、ということで、主にC言語、C++をベースにして「リファクタリング」を実践していきましょう、というセミナーです。
以下、目次にあると通り、
- 価値（バリュー）からスタートするという、DevOps的考え方
- ルールとしてリファクタリングするのではなく、価値を創出するリファクタリング場所の見つけ方（あるいはリファクタリングしなくて良いポイント）
を原著の「リファクタリング」に追加して、其の後では CUnit/CppUnit などを含めて具体的なデモを使い解説する予定です（Google Testなどの最近の mock を扱ってもよいのですが、組み込みシステムを考えると、古い CUnit あたりが妥当かなと）。
問い合わせなどは、日本テクノセンター経由でして頂けるとありがたいです（ツイッターでもいいけど）。
目次
１．リファクタリング実施の背景と現実
（１）．なぜ、リファクタリングをしなければいけないのか？
（２）．リファクタリングすると、どのような価値が生まれるのか？
ａ．コスト面
ｂ．メンテナンス面
ｃ．運用面
（３）．リファクタリングする場所を見つける
ａ．リファクタリングの定番：コードの不吉な臭い
ｂ．修正するときにあちこち手をいれる
ｃ．バグが怖くて手が出せない
（４）．修正とバグによる堂々巡り
（５）．堂々巡りにならないためのポイント
２．リファクタリング前の準備
（１）．テストコードとの組み合わせ
ａ．関数やクラスの抜き出し
ｂ．抜き出せない場合の対処法
（２）. 変更とテストのサイクル作りとそのポイント
（３）. 開発環境のリファクタリング機能の効果的な活用
３．リファクタリングのパターンと実施ポイント
(１). コードが読みづらい場合
(２). コードが長すぎる場合
(３). 変更がやりづらい場合
(４). やたらにコメントを付けないとわからない場合
(５). 人に説明がしづらい場合
(６). 複雑すぎるクラスを整理する
４．実践リファクタリング＜デモ＞
（１）．長い関数を整理してみる
（２）．テストコードで動かしながら試す
（３）．変数名を変更する
（４）．関数やクラスに分割する
（５）．機能を追加する
（６）．できあがったコードを再び整理する
チラ見せ
