エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください
Twitterで共有ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
こんにちは。 株式会社CHILLNNという京都のスタートアップにてCTOを担っております永田と申します。 多... こんにちは。 株式会社CHILLNNという京都のスタートアップにてCTOを担っております永田と申します。 多くのソフトウェアエンジニアは、習熟の過程で、DRY(Don't Repeat Yourself)原則の過剰な適用がむしろコードを難読化させる経験をします。 自分自身も例に漏れず、後から考えれば不必要な関数の抽象化により、コードが複雑化していくということを痛みを伴って体験してきました。 自分はよくコードレビューの中で、不必要な抽象化を行なっているコードに対して「過剰なDRYになってしまっているよ!」と表現をしてきました。(スーパードライですね。) 本記事では、うまく扱わないとむしろコードを難読化させてしまうDRY原則について、自分の経験を踏まえ、この原則の適用範囲を説明することを目指します。 はじめに DRYとは、Andy HuntとDave Thomasが書籍「達人プログラマー―シス