重複排除の原則。 DRY=Don't Repeat Yourselfなんだと。
＃ふりがな、これで合ってる？
最近、達人プログラマー第二版を読んで、特に第二章の前半で話題になっている「DRY原則」と「直交性」が印象的であったので、考えてみる。 達人プログラマー ―熟達に向けたあなたの旅― 第2版作者:David Thomas,Andrew Huntオーム社Amazon 良い設計とは？ 良い設計は悪い設計よりも変更しやすい 第2章の初めの Tips である。確かにその通りだとおもう。 良い設計とは？と聞かれるとパッと答えるのは難しいが「悪い設計とは？」と聞かれたときには以下のようなものが思い浮かぶ。 文字通り暗号みたい（code）で読むのが難しい 同じ処理があちこちに書かれている 機能を追加・変更したと…
オブジェクト内で同じ意味を持つ変数が複数存在する場合（つまり、DRY な状態になっていない）、不整合が発生する可能性がある。 例えば、注文を表す Order と、商品を表す Item を考えてみる。Order は複数の Item オブジェクトをまとめる役割である。Item にはそれぞれ商品の名前と価格を持っている。更に、Order クラスには合計金額を持たせたい。この場合、以下のように書けると思う。（アクセス修飾子は適当気味） また、sum(), printOrder() は本質的にはどうでもいい関数なので、これ以降は省略する。 // 合計を計算する（以後省略） function sum(nu…
はじめに おそらくもっとも有名なソフトウェア工学の原則の1つに、DRY（Don't Repeat Yourself）原則があります。DRY原則は、同じコードを何度も書かないようにすることを目指しています。この記事では、DRY原則の重要性とそのトレードオフについて考えてみます。 参考 ソフトウェア設計のトレードオフと誤り DRY原則とは？ DRY原則（Don't Repeat Yourself）は、ソフトウェア開発における原則の一つです。 重複したコードを避け、同じコードを複数の場所で書かないようにすることを推奨しています。 DRY原則を遵守することで得られる主なメリットは次のとおりです。 保守…
Object-Oriented Conferece 2024に参加してみました。 なかなかこういうカンファレンスに参加する時間が取れず久々の参加でした。 設計とは、とか、オブジェクト指向とはというそもそも論から、やってみた系の事例紹介まで幅広く取り上げられており、非常に刺激的でした。 本記事は身内で公開用にまとめていたのですが、その機会も無くなったのでここに投下します。 まとめは自分が参加した講演のみです。 一応自分なりにまとめてみたつもりですが、メモとかは結構スライドそのままになってしまっています。 詳細については公開資料の場所がわかったものはURLを載せていますので公開資料を確認してみてく…
今更感。 www.amazon.co.jp もう何年も前に買っていたものを読んだ形。もっと早く読めば良かった。とはいえ、エンジニアになってすぐに読んだとしてもピンと来なかったかもしれない。 この本にはエンジニアとしてどう振る舞えば良いかという記述がずらっと並んでいて、以下が特に良かった。 04: コーディング規約を自動化する コードの私物化を防ぐ Lint などの仕組みで規約を設ける 06: リファクタリングの際に注意すべきこと フルスクラッチの誘惑に負けない 08: ボーイスカウト・ルール きた時よりも美しく。 14: コードレビュー 友好的に。相手が辛い気持ちにならないように。お菓子を食べ…
はじめに RSpecの学習として「Everyday Rails - RSpecによるRailsテスト入門」を読んだので、感想をまとめました。 良かったところ 環境構築が容易 本書ではRSpecを学ぶためのアプリケーションが用意されており、Githubからcloneするだけで、スムーズに学習に取り組むことができます。 テスト技法のベストプラクティスを学ぶことができる 著者の考えから、どのようなテストを実施することがベストなのかを、これからテスト技法を学び始める人にもわかりやすく説明されているところが良かったです。 学んだところ モデルに対するテストの実施方法 本書はアプリケーションのコアとなるモ…
はじめに こんにちは、LANSCOPE セキュリティーオーディターチームの長井です。 今回は、「新しい開発プロジェクトを始める際に注意しておきたいポイント」について、チーム内で話し合った結果をご紹介したいと思います。 セキュリティーオーディターチームは、今年の新入社員から開発歴25年の私まで幅広いバックグラウンドを持つメンバーが所属しています。中途入社者も複数います。 これまでの開発経験を振り返ると、最初から気を付けておけばよかったと思うことがたびたびあります。 開発歴が長いほど、そういったことがなくなるかと思いきや、実際にはそうはいかず、次のプロジェクトでの改善を誓いながら過去の負債と戦う毎…
DRY原則の話をします。 ここでいう横展開とは、「ある箇所で発見・実施された改善手法を他の箇所にも当てはめること」を指す。特にシステム開発の現場で、障害対応や殆ど仕様変更のような指示で実装に変更が加わった際、指摘された箇所以外に同じような変更をする必要があるとき、それを（漏れなく）実施することについて話す。 そのような横展開にはカスの横展開とカスではない横展開がある。 カスではない横展開の例として、他部門が開発する別製品について、特定の障害が見つかった時、その対応策を共有することが挙げられる。アップデートしてねとかそういう奴だ。 カスの横展開は同一製品内での変更をその全ての機能に適用させること…
ラジオボタンやチェックボックスなど、クリックしたときchecked属性を切り替えてON・OFFを表現するUIコンポーネントがある。 これのテスト方法を毎回探し回っていたため、記録しておく。 ラジオボタンをクリックしたとき選択状態が切り替わるかテストする ラジオボタンをクリックしたとき選択状態が切り替わるか確かめるためには、次の2つを確認する必要がある。 クリック前の選択状態 クリック後の選択状態 1. クリック前の選択状態をテストする ラジオボタンで選択状態をコントロールする属性はchecked1属性である。この属性がtrueかfalseかはマッチャーのtoBeChecked()2でテストでき…
はじめに 「頑張れ！」ってきっと 愛してるって言葉♪ nikkieです 2/11のPHPカンファレンス2024登壇1準備より1ネタ。 PHPカンファレンス2022にとてもよいユニットテスト入門トークがありました。 目次 はじめに 目次 「実践！ユニットテスト入門」 ここがよかった！ 1. テストを書くためのモチベーションを上げる より 2. 明日からテストを実践するための知識を得る より 圧巻の付録！ 終わりに 「実践！ユニットテスト入門」 プログラミングをするパンダさんによる発表です。 テストを書いたことのない方が、テストを書いてみたいと思ってもらえることを目指します。 サンプルコードは P…
はじめに こんにちは！Akira(彰)です！ 今回は Everyday Rails - RSpecによるRailsテスト入門 を読んだ感想を 良かったところ 学んだこと 難しかったこと に分けて書いていきたいと思います！ 良かったところ 既にアプリケーションが用意されておりハンズオンで学べる 本書にはテストを実行するためのアプリケーションが用意されており、Github上からcloneできるため自身でアプリケーションを作成する必要がなく、スムーズにハンズオンで学ぶ環境を整えることができました。 テスト独自の書き方のお作法を知れる 通常のDRY原則に拘らずにテストならではのリファクタリング方法や可…
1. はじめに はじめまして、サインSREのfujiyaです。現在はサイン全体のインフラを担当しており、基盤の構築や監視などをメインに働いています。今回はサインのインフラ管理で利用しているTerragruntというツールについて、紹介したいと思います。 対象読者 Terragruntってなんだ？という人 Terragruntについて聞いたことがあるが、詳細はわからない人 Terraformの知識があり、Terragruntの基本的な利用方法を学びたい人 ゴール Terragruntの基礎を学ぶ：Terragruntの基本的な概念、主要機能と使用方法について理解する。 インフラ管理の効率化を学ぶ…
※本記事は、ChatGPTによる意訳+翻訳を活用し、レイアウト調整したものです。 ※感想は、オリジナルです。 原文 意訳+要約 ChatGPTさんに聞いてみた Ｑ：原理原則を学ぶメリットを教えてください Ｑ：原理原則は、一朝一夕では身につかない気がするのですが、習得するためには、どうしたらいいでしょうか？ Ｑ：他の原理原則について教えてください Ｑ：習熟度を測る方法は、何かありますか？いいアイデアがあれば教えてください 感想＋雑記 原文 EP86: CAP, BASE, SOLID, KISS, What do these acronyms mean? 意訳+要約 CAP定理とは CAP定理は…
timeedev.connpass.com こちらのイベントに参加してきたので、会の様子と感想を書いていこうと思います。 会の概要 会の様子 大規模なシステムは「内側」から実装しよう！AWS 初心者が計算処理の実行基盤を移行した話 キーボードを押す度にバグるので、なるべくキーボードを押さない開発がしたい 機能リプレースで進化する:フロントエンド刷新と柔軟なサーバーモデルへのリファクタリング RailsアプリケーションをSPA化しながら容赦ない削除をした話 会全体を通した感想 会の概要 以下、イベントページから引用です。 タイミー、ユニークビジョン、リブセンス、RightTouch（PLAIDグ…
mhidakaが建てたAdvent Calendar 2の8日目です。テーマ性なさすぎてほんと狂ってんなこのカレンダー…… adventar.org というわけで何書いてもいいらしいので、サクッと書ける割に独自性の出やすい、自分の経験を振り返る系記事にしてみようと思います。 コンピュータサイエンスの大学に2005年に入学した人間としてはお恥ずかしいところなのですが、コードを書こうと思ってコードを書くようになったのは大学5年目の2009年だったので、僕の主観では2023年現在がようやくプログラマー15年目という感じです。節目っぽい感じがするので、それぞれの年で思い出深いテクノロジーを思い出してい…
2023年12月04日 プログラミングについて学習を始めるにあたり、まず、「達人プログラマー」を読んでみた。 https://amzn.asia/d/bAa9EqF プログラマー業界の読者の方々は絶賛していましたが、ゼロから初心者の自分にとっては難解な本でした。 巻末にまとめられていたTipsだけでも覚える努力をしよう。 １．自らの技術に関心を持つこと ソフトウエア開発をうまく進めようという心を持たずして、自らの人生をソフトウエア開発に費やそうとするなかれ。 ２．あなたの仕事について考えること！ 漫然と仕事を進めるのではなく、自ら制御権を掌握すること。そして、常に批判的な目で自らの作業を評価す…
エムスリー Advent Calendar 2023 五日目担当、AI・機械学習チームの横本（yokomotod）です。前日は同じくAIチーム大垣さん(id:Hi_king)からの「画像を理解するGPT-4 Visionで、既存の画像認識モデルを説明可能にする」でした。 たまたま並んでしまいましたが、昨日のAIチームのMLエンジニアリングな話に続けて、今日はMLOpsやインフラについてのお話です。 （さらに本日はmabl Advent Calendar 2023としてQAチームの城本さん（@yuki_shiro_823）から「mabl Experience'23で「複数チームでmablを活用す…
speakerdeck.com
r7kamura.hatenablog.com
www.infoq.com
yamamotoyama.tumblr.com
qiita.com
asakichy.hatenablog.com
qiita.com
yamamotoyama.tumblr.com
h19e.jugem.jp
