サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
【対策】必ず課題と効果を確認すること リファクタリング対象のコードに、どんな課題があるか確認しましょう。 課題に相応しいデザインパターンがあるならば、適用して良いでしょう。 デザインパターンを適用した場合、期待通りの効果が発揮されたかどうかを確認してください。 たとえばStrategyパターンは、条件分岐のコピペコードを削減する効果があります。 Strategyパターン適用後、分岐コピペがあまり減らなかったのであれば、設計を見直しましょう。 ◆奥義３ : 共通化しちゃいけない箇所を共通化 重複コードがあると、仕様変更時に重複箇所を全て修正しなければならなくなります。修正漏れがあるとバグ化します。 重複解消のため、処理を共通化することがよくあります。 しかし共通化してはいけないものがあります。 そうしたコードを無理に共通化すると密結合に陥り、逆に変更容易性が低下します。 私が制作した動画「共
岡山にはオープンセミナー岡山と言う最高のイベントがあります。 okayama.open-seminar.org 昨日は id:t-wada さんや id:naoya さんの資料がホットエントリー入りしてました。 この登壇はそれと同じイベントになります。 その他の方も超豪華講師陣の中で、私が出来る精一杯の経験も踏まえたお話をさせていただきました。speakerdeck.com この中で出て来る、データベースリファクタリングは本当に素晴らしい本です。OracleベースなのですがMySQLだろうがPostgreSQLだろうが必ずためになる本です。 ですが、この本は既に廃刊になっており再販の予定もありません… 僕は後世に絶対必要な本の一つだと思っているので再販のためにも皆さんの要望の声を上げていただけるとうれしいです。 そしたらもしかしたら本が世に復活するかもしれません。 またSQLアンチパタ
米GitHubは2月3日、コードパスをリファクタリングするRubyライブラリ「Scientist 1.0」を公開した。重要なコードの書き直しと置き替えを安全かつ確実に行うことができるツールを目指すという。 Scientistはコードのリファクタリングを行う際に利用するツール。最初のバージョンは2014年2月に公開された。 数年前、GitHub内でアプリケーションにおいてアクセス制御のパーミッションコードなどの最も重要なシステムを書き換えるにあたって、作業を確実に行うために開発されたという。リファクタリングでは抽出レイヤを挿入する「Branch by Abstraction（BBA）」手法があるが、この手法では新しいシステムの振る舞いが置き替えたいシステムと同等かを確認できないという問題点を指摘している。一方で、テストについても、すべての可能性を網羅できないなど限界があるとしている。 Sci
こんにちは，まずはこのGIFをご覧ください．Perlのソースコードをリファクタリングするツールまともなのがないから自作することにした．perl-refactoring-toolsっていうそのままの名前．GitHub - hitode909/App-PRT: Commandline tool forPerl code refactoring いろいろあってApp::PRTになったGitHub - hitode909/App-PRT: Commandline tool forPerl code refactoring いまのところ，トークンの置き換えと，クラスのリネームができる． テストのカバレッジ100%で意識高い． hitode909/App-PRT | Coveralls - Test Coverage History & Statistics トークンの置き換え トークン
April 12,2023 New community features forGoogle Chat and an update on Currents CurrentsGoogle Chat OtherNote: Thisblog post outlines upcoming changes toGoogle Currents for Workspace users. For information on the previous deprecation ofGoogle+ for users with personalGoogle accounts, please see this post. Last year, we announced plans to wind down Currents, to focus efforts on community exper
最近読んだRubyのコードではYARDのコードがキレイでした。 さて、長いメソッドは不吉なにおいがするからメソッドを分割するなどして短くしましょうとはよく言われることですが、ここでいう「長い」とは「縦に長い」ことを指していることがほとんどです。長いのが問題なのは縦に長いときだけではなく横に長いときもです。 縦に長いメソッド まず、どうして縦に長いメソッドが問題かについてです。縦に長いメソッドには「処理を把握しづらい」という問題がある可能性が高いです。 どうして処理を把握しづらいか 処理を把握しづらい原因はいくつかあります。例えば、抽象度が低いのが原因です。 メソッドが縦に長くなっているときは、多くの処理が行われていることがほとんどです。これらの処理はメソッドになっていないため名前がついていません。処理に名前がついていない場合は実装を読まないとなにをしているかがわかりません。 せっかくなので
公開日時 okkez Mon, 31 May 2010 14:40:00 GMT リファクタリングRubyエディションの読書会に行ってきた。 まだ第一章しか読んでいないけど、一章は間違いが多すぎる。 まず、サンプルで紹介されているコードが徹頭徹尾動かない。一回も実行していないレベル。 動かない部分を直して、GitHub にアップしました。 他の勉強用のコードも混じってるけど、本の流れに沿ってリファクタリングして最低限動くようにした。ruby/refactor_book at master from okkez’s study -GitHub ログメッセージが全部 refactor になってるのはご愛嬌です。 第一章は残念な感じでしたが、二章以降に期待したいところです。 Posted inRuby | タグRuby | コメントはありません | トラックバックはありません コメント
1リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
