Continuous Delivery~TDDとCIの次に現れた自動化の概念
「Continuous Delivery」という本が良いらしい。
下記のTogetterを読んでメモ。
【元ネタ】
Togetter - 「SIerは自動化する対象が違っているのでは?」
Continuous Deliveryをポチッた - watawata日記
Continuous Delivery - haru01のめも
アジャイルなインフラのつくり方とデータマネジメント - メソッド屋の日記
インフラやデータ移行の自動化~アジャイル開発の最後の問題: プログラマの思索
アジャイル開発の面白さの一つは、技術の奥深さ。
テスト駆動開発(TDD)、継続的インテグレーション(CI)の技術は、アイデアはシンプルだけどその技術はとても面白い。
JUnitに初めて触れた時、スタブやリフレクションのプログラミングに驚いたことを覚えている。
境界値分析、同値分析というテスト管理技法も、テスト駆動開発で実践して初めて役立つと思う。
Hudsonを運用して、継続的インテグレーションは単なるビルド管理の自動化だけでなく、リリース作業全般のリアルタイムなバッチ処理化なのだと気付いた時があった。
OOAやDOAのように、上流工程の自動化に向かうと、要件定義書からプログラムを自動生成する方向へ走る。
その方向性は最終的にはモデル駆動開発(MDA)に落着くが、技術的には面白くない。
一度自動生成されたプログラムは手作業で直すと、二度とツールでサポートできなくなるから、逐一ツールで開いて修正する手間がかかる。
Continuous Deliveryは読んでないけれど、TDDやCIがテスト工程の自動化に注力しているのと同様、Continuous Delivery
が受入テストやリリース作業などの自動化へ進化しているのが興味深い。
| 固定リンク
「ソフトウェア工学」カテゴリの記事
- なぜInfrastructure as Codeが必要なのか?(2021.04.18)
- Excel駆動でWBSやガントチャートが作れない人はどこに原因があるのか? #redmine(2021.04.18)
- テスト駆動開発が抱える問題は可読性と保守性のトレードオフ #dxd2021 #streamA(2021.04.10)
- プロジェクト管理手法はプロジェクト型開発からプロダクト型開発へ変えるべきだ(2021.04.01)
- ソフトウェア開発は打ち合わせ駆動開発だ(2021.03.30)
「Agile」カテゴリの記事
- Excel駆動でWBSやガントチャートが作れない人はどこに原因があるのか? #redmine(2021.04.18)
- テスト駆動開発が抱える問題は可読性と保守性のトレードオフ #dxd2021 #streamA(2021.04.10)
- 沢渡さんの資料「テレワークに役立つ8つのスキル」はいいね(2021.04.04)
- 要件定義プロセスはDXで終焉するのか(2021.04.01)
- プロジェクト管理手法はプロジェクト型開発からプロダクト型開発へ変えるべきだ(2021.04.01)
コメント