リファクタリングをいつやるの？今でしょ！〜技術的負債とダンスを(10)
アップデート記事は次をご覧ください。 https://www.agile-studio.jp/post/twop-refactor-now 前回までにリファクタリングのチュートリアルの例を示しました。TDDと同様にテストを頻繁に実行しながらステップバイステップで読みやすく変更しやすいコードに変換していくことがリファクタリングの基本です。 今回以降は、２章以降のリファクタリングを参考にサマリーを紹介します。今回は、リファクタリングをいつやるのか？を中心に解説します。リファクタリングの言葉は広まっていますが、マーティンファウラーが提示しているリファクタリングの内容を学び直すことで、新たなな発見があれば幸いです。 改めてリファクタリングとは？書籍によるとリファクタリングの定義は、次になります。 リファクタリング（名詞）：外部から見たときの振る舞いを保ちつつ、理解や修正が簡単になるように、ソフトウ
ヘロヘロスクラム、内部の質、変化のための設計〜『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談 （３）
ヘロヘロスクラムを見かける話懸田：さて、次の話題がたぶんテーマの根幹だと思うんですけど、そこらへん少しお願いします。 和田：ブログエントリーで一個ずつタイトル並べたみたいな感じですね。じゃあトピック「スクラムは広まったがコードや設計がダメだとエンジニアは生き生きしないのではないか？」。 家永：これはいわゆるファウラーの所のヘロヘロスクラムとかっていうキーワードですね。 和田：角さんが訳したやつ。 家永：和訳があるので、知られてはいるんだけれども、実際僕がアジャイルコーチというポジションで入ると、期待されるところの最初はまずはプロセス面を見るというところがあって、コードまで見るという機会が逆に離れてしまっている。プロセス部分にもまずフォーカスが当たるんだけれども、実際にもう一歩踏み込んでコードを見てみると、「これ大丈夫か！？」とドキッとする機会が何度もある。例えば、僕は（Ruby on）Ra
君はWard Cunninghamを知っているか？（後篇）
Fit for Developing Software (https://goo.gl/FqRtmo)前篇に引き続き、Ward Cunningham（Wardと略） の活動について解説します。前回は、Wikiとパターンについて触れました。今回は、CRCカード、エクストリームプログラミング（XP）、Fit、そして技術的負債について触れます。 Ward CunninghamとKent Beckとの出会い前編でも触れましたが、ソフトウェア開発の歴史の上で Ward とKent Beck の出会いは大きかったと言ってよいでしょう。 http://wiki.c2.com/?WardAndKent 複数人でカードを使って対話しながら設計する CRCカード２人は、パターンの他に、Smalltalkの分野でいくつかのライブラリ−を公開し、CRCカードを使った設計アプローチの論文について1989年に公開しま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
時を超えたプログラミングの道 「技術的負債とダンスを」 - Togetter
