クリアなコードの作り方: 意図が伝わるコミットのしかた - 2012-03-13 - ククログ
コミットメッセージの書き方ではコミットをわかりやすくするためには以下の2つの条件を満たす必要があると書きました。 コミットの内容が分かりやすく説明されていること コミットの内容が小さくまとまっていること このうち「コミットの内容が分かりやすく説明されていること」についてはすでに説明済みです。今回は「コミットの内容が小さくまとまっていること」について説明します。 めざすところ 単純にコミットの内容を小さくするだけではわかりやすくなりません。それでは、どのような基準で小さくすればよいのでしょうか。 よく言われることは1つのコミットには1つの小さな論理的にまとまった変更だけにする、というものです。たしかにこれは重要です。しかし、これだけを基準とすると、人によっては大きめなコミットになってしまいます。人それぞれで論理的なまとまりの大きさが異なるからです。 1つのコミットでどうすればよいかを考えるの
「リファクタリング」の完全読破。その2 - 南極の図書館
ソフトウェアシステムはほぼ間違いなく、汚く滅茶苦茶になってしまうことに気づいたからです。 最初はプログラマの心のなかでけがれのない水晶のように輝いていた設計が、時間が経つことで劣化し、悪くなった肉のように腐敗していきます。 1年前に構築した、こぢんまりした出来の良いシステムが、翌年には関数や変数が絡まり合ったひどい泥沼に変わります。 いったい何が起きているのでしょう。 「レガシーコード改善ガイド」まえがき 大きなシステムに携わったことがあるなら、痛いほど気持ちがわかると思う。 私はこの問題を、プログラマのレベルが低いプロジェクトにのみ起こる現象だと思っていたが、どうやらそうではないらしい。 そんな簡単な問題では無かった。 第2章 リファクタリングの原則 ここではリファクタリングの定義にはじまり、行う理由、いつ行うべきか、などが示される。 中でも、私はこの文が気に入っている。これは冒頭の問題
「リファクタリング」の完全読破。その1 - 南極の図書館
ファウラーの言わずと知れた名著だけど、私は15章構成のうちカタログ部分（第5章〜第12章）を今まで読んでいなかった。 理由としては、やはり古いこと、そんなに難しい内容では無いこと、リファクタリングの思想という意味では理解していたこと。 ホントに古い本なので、もういいかなと思っていたんだけど、少し読み直したらやっぱり一度は全部書くべきだった。 リファクタリングの思想と同じくらい、カタログにある各種技術は重要だった。 それに「おすすめの本は？」と聞かれたときに、とりあえずこれを挙げることは多くて、そのくせ完読してないのは質が悪いというのもある。 ということで、今回は「はじめに」と「第1章」 はじめに ここでは本書の説明と、リファクタリングについての話が少し。 ・リファクタリングはリスクが高いのでやみくもに行ってはいけないこと。 ・手順を守り、体系的に行うこと。 ・具体的には「1度に1ステップず
ConQATを利用してソースコードの品質をチェックする - 達人プログラマーを目指して
ある程度プログラマーとして経験を積めば、ソースコードを読んだときに、そのソースコードの良し悪しというものは、嗅覚を使って直感的に嗅ぎ分けることができるものです。実際、そのように体の感覚を使ってこのコードは不吉だと感じるところは実際大いにあり、コードの臭い（code smell)として知られています。 コードの臭い - リファクタリングの必要性を示す兆候 これはファウラーの名著 リファクタリング―プログラムの体質改善テクニック (Object Technology Series) 作者: マーチンファウラー,Martin Fowler,児玉公信,平澤章,友野晶夫,梅沢真史出版社/メーカー: ピアソンエデュケーション発売日: 2000/05メディア: 単行本購入: 94人 クリック: 3,091回この商品を含むブログ (312件) を見るでも紹介されており、こういった不吉な部分を適切に嗅ぎ分け
レガシープログラマさんと一緒にリファクタリングをする、の巻 - give IT a try
前回のエントリではレガシープログラマの判断項目について、書きました。 その日、仕事でレガシープログラマさんの一人が書いたプログラムを一緒にリファクタリングしました。 レガシープログラマさんと言っても、おいらより年下の女性エンジニアです。 今回のエントリではそのやりとりについて書いてみたいと思います。 元のプログラムはどんなプログラム？ そのプログラムは以下の判断項目に該当していました。 複数のデータをまとめて扱う際は毎回配列を使う。配列の上限数はありえなさそうな数を指定する(1000とか)。 基本データ型(stringやint)と配列だけでデータ構造を表現しようとする。 クラスのフィールド変数をグローバル変数のように利用する。 言語はC#2.0で、CSVを読み込んでメールを送信するプログラムです。 ただし、同じFromとToの組み合わせに対しては一通のメール内の複数のコンテンツを含めて送信
Javaプログラミング能力認定試験課題プログラムのリファクタリングレポート（その１） - 達人プログラマーを目指して
昨日書いたSI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？ - 達人プログラマーを目指してが予想以上に大きな反響があり驚いています。特に、あの有名なひがさんにもSI業界の現状と未来に関してコメントをしていただきました。（SI業界からはさっさと抜けだしたほうがいい） ただし、SI業界の今後がどうかということや新しいサービスを使ったビジネスのことについては、私自身最先端技術に十分にキャッチアップできておらず、自分の考えを整理できていないため、一旦考えないことにして、ここでは例の試験問題の設計とリファクタリングについて考察してみたいと思います。具体的な例に基づいて説明することで、オブジェクト指向がSI業界の多くの方々に考えられているほど理解不能なものなのではなく、問題を単純化し、プログラムの保守性を桁違いに向上させるうえできわめて重要な役割を果たすということ
[コラム] リファクタリングとは、 最適化することじゃない。 理解しやすくすること。 - TDD.NET
…これはべつに私が言い出したことではありません。 リファクタリングを世に広めた Martin Fowler 氏の言葉です。 Martin Fowler's Bliki in Japanese - リファクタリングの境界線 ( 原文: MF Bliki: RefactoringBoundary ) リファクタリングとは、理解や修正が簡単になるための変更だと私は思っている。同じ変更でも、目的が異なれば、それはリファクタリングとは言わない。 ※ リファクタリングを勉強するには、 何を措いてもファウラー氏の本は読んでおきましょう。 「リファクタリング ― プログラムの体質改善テクニック」 マーチン ファウラー (著) ピアソンエデュケーション (2000/05) ISBN-13: 978-4894712287 Martin Fowler's Bliki には、 ほかにも次のような記事があって、 と
![[コラム] リファクタリングとは、 最適化することじゃない。 理解しやすくすること。 - TDD.NET](https://cdn-ak-scissors.b.st-hatena.com/image/square/c50b1ca0898c13b4c2b9eaaf8b9adc0e9348ce3f/height=288;version=1;width=512/http%3A%2F%2Fbluewatersoft.cocolog-nifty.com%2F.shared-cocolog%2Fnifty_managed%2Fimages%2Fweb%2Fogp%2Fdefault.png)
匿名クラスを使ったリファクタリング - present
最近、メソッド内のローカル変数の数が多くなると、関連性のあるものを匿名クラスを使ってまとめるようになりました。こんな風に。 // WCF で使う設定を匿名クラスにまとめる var config = new { BaseAddress = "net.pipe://localhost", Address = "Greeting", Binding = new NetNamedPipeBinding(), }; var host = new ServiceHost( typeof(GreetingService), config.BaseAddress); host.AddServiceEndpoint( typeof(IGreetingService), config.Binding, config.Address); host.Open(); var client = ChannelFact
「実演！リファクタリング」 WEB+DB PRESS Vol.37特集 特設ページ｜gihyo.jp
WEB+DB PRESS Vol.37の特集1「実演！リファクタリング」の特設ページです。リファクタリングの実演ムービーや誌面サポート情報などを掲載しています。 なお，本企画は「実演！テスト駆動開発」（WEB+DB PRESS Vol.35の特集1）と連続性を持っています。 更新履歴 2007年3月2日 訂正情報の追加 pom.xmlに，JVMのデフォルトエンコーディングがShift_JIS以外のOS（要するにWindows系以外のOS）をお使いの方向けの設定を追加しました。詳しくは5ページ目をご覧ください。 ダウンロード用サンプルコードの差し替え 上記補足情報に対応したpom.xmlに差し替えました。 著者からのメッセージ 実演ムービーをご覧いただくにあたっての，著者の和田卓人さんからのメッセージです。 Eclipseのリファクタリング機能 第3章を題材にした，Eclipseのリファク
リファクタリング - Strategic Choice
書籍「リファクタリング―プログラムの体質改善テクニック（＝以下 オリジナル本）」の6〜12章で紹介されている「リファクタリング」を写経します。同時に新しい言語を身に着けたいので、書籍「リファクタリング:Rubyエディション（以下 Ruby本）」をメインにまとめていきます。Ruby本 アイコンオリジナル本 アイコン一覧Composing Methods.リファクタリングComposing Methods.メソッドの構成方法メソッドの構成Extract Methodメソッドの抽出メソッドの抽出Inline Methodメソッドのインライン化メソッドのインライン化Inline Temp一時変数のインライン化一時変数のインライン化Replace Temp with Query一時変数から問い合わせメソッドへ問い合わせによる一時変数の置き換えReplace Temp with Chain一時変数から
リファクタリングパターンとは （Joshua Kerievsky氏「リファクタリングの戦略と戦術」の講演から）：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
情報処理学会ソフトウェア工学研究会パターンワーキンググループの実践タスクの一環として開催されたJoshua Kerievsky氏の講演を聴講した。 講演ではソースコードの大規模なリファクタリングをうまく実施するための定石（典型的なパターン）を紹介していた。リファクタリングは保守性、可読性の向上を目的としたソースコードの整理であり、プログラムとしての振る舞いを変更せず整理する。リファクタリングパターンは、リファクタリングの定石であり、たとえば動作が誤っていないことを確認しながら少しずつ整理していく、というような方針を集め、文章化したものだ。 講演紹介ページの講演概要の後半にあるとおり、リファクタリングパターンは6個の戦略と6個の戦術から構成されていた。個々のパターンは際立って目新しいというものではないが、リファクタリングの方針として頭に置いておくと有益だろう。自身のリファクタリングを振り返っ
Joshua Kerievsky 氏講演会「リファクタリングの戦略と戦術」 - 科学と非科学の迷宮
概要 URL http://patterns-wg.fuka.info.waseda.ac.jp/JK2010.html 日時 2010/03/18 18:30 - 20:30 場所 国立情報学研究所（学術総合センター） 12階 会議室 twitterハッシュタグ #PWG_JK 講演タイトル Refactoring Strategies & Tactics 講演者 Joshua Kerievsky (Industrial Logic, Inc. and Cutter Consortium) 「パターン指向リファクタリング入門」の著者。 パターン指向リファクタリング入門~ソフトウエア設計を改善する27の作法 作者: ジョシュア・ケリーエブスキー,小黒直樹,村上歴,高橋一成,越智典子出版社/メーカー: 日経BP社発売日: 2005/08/04メディア: 単行本購入: 11人 クリック: 31
TestCase 属性などによるテストコードのリファクタリング - ぐるぐる～
昨日のわんくまの昼休みに TDD 道場があったんですが、テストコードのリファクタリングについて賛否あったのでちょっと自分の考えをまとめておきます。 それに加え、C# と NUnit でどのようにテストコードをリファクタリングできるか、というのも紹介します。 というかこちらがメイン。 テストを追加した際に追加したテストだけを実行するか全部実行するかというのも意見が分かれたんですが、主に個別に指定するのが面倒という理由で全部実行する派です。 全部実行すると時間がかかる？それはもはや単体テストじゃないですね。重いテストは分割して分離しちゃいましょう。 これに関してはレガシーコード改善ガイド (Object Oriented SELECTION)をどうぞ。機会があればここら辺についても書きたいところです。 テストコードのリファクタリングについて まず、テストコードのリファクタリングはありだと思いま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コードの臭い - リファクタリングの必要性を示す兆候
[コラム] リファクタリングはどっちへ進むべきだろう? (続) - TDD.NET
[コラム] リファクタリングはどっちへ進むべきだろう? ～ 機械に優しく? 人間に優しく? - TDD.NET
Refactorings - FrontPage : リファクタリング・カタログ