はてブログ

はてなブックマーク新着エントリーの過去ログサイトです。



タグ DRY原則

新着順 人気順 5 users 10 users 50 users 100 users 500 users 1000 users
 
(1 - 4 / 4件)
 

今あえてDRY原則に向き合う // Speaker Deck

2018/02/09 このエントリーをはてなブックマークに追加 474 users Instapaper Pocket Tweet Facebook Share Evernote Clip Speaker Deck

All slide content and descriptions are owned by their creators. 続きを読む

PHP - コードをまとめる技術としてのイテレータとジェネレータ - Qiita [キータ]

2013/12/09 このエントリーをはてなブックマークに追加 265 users Instapaper Pocket Tweet Facebook Share Evernote Clip キータ DRY Don't イテレータ Qiita

ジェネレータが5.5から入ったことで完全に空気と化した(?)PHPのイテレータを、ちょっと違う面からまとめたいと思います。 コードをまとめるということ Don't Repeat Yourself(DRY)という言葉があります。達人プログラマーという本に出てくる言葉です。 信頼性の高いソフトウェアを開発して、開発そのものを簡単に理解したりメンテナンスできるようにする唯一の方法は、DRY原則に従うこと... 続きを読む

テストの可読性とDRY原則 - ✘╹◡╹✘

2012/09/02 このエントリーをはてなブックマークに追加 240 users Instapaper Pocket Tweet Facebook Share Evernote Clip Validation テスト 可読性 ライブラリ 一言

DRY原則に従おうとすればするほど、テストコードはどんどん読みづらくなる。 The RSpec Bookに答えがあるかと思って読んでみたが、「あるある」と一言述べているだけだった。辛い。 テストコードが読みづらくなる例を示すために、1つRubyのライブラリをつくった。 値とパターンを与えてValidationを行う機能を提供するライブラリ。 実装60行、テスト120行なので、詳しく見たければすぐ読... 続きを読む

InfoQ: DRY原則の利用: コードの重複と密結合の間

2012/05/31 このエントリーをはてなブックマークに追加 114 users Instapaper Pocket Tweet Facebook Share Evernote Clip Yourself DRY InfoQ 略語 プラクティス

原文(投稿日:2012/05/25)へのリンク DRYは重複とそれに伴うメンテナンスの問題を軽減するものだが、誤用すると密結合を生み、可読性を損うおそれがある。教訓:ソフトウェア開発原則は、ほかの原則やパターン、プラクティスを考慮して適用しなくてはならない。 DRYは Don’t Repeat Yourself の略語であり、Andy Hunt氏とDave Thomas氏が書籍「The Pragm... 続きを読む

 
(1 - 4 / 4件)