設計原則

○ゴール 以下の用語が説明出来る様になる。 ・よく利用されれるデザインパターンの内容とメリット ・SOLIDの原則 ・「依存性（関係）逆転の原則」と適用する際に得られるメリット ○参考教材(所用時間:57分) 【動画】 【オブジェクト指向プログラミング】よく出てくるデザインパターン3選 - YouTube 変化に強いソフトウェアの設計法 - YouTube 依存関係のコントロール【PHP Conference 2022】 - YouTube

はじめに メーカーでシステム開発をしているはらだっちです。最近「良い設計とは？」ということについて悩み、モデリングとかDDDにとかに手を出し始めていたところ、同僚から「ちょうぜつソフトウェア設計入門――PHPで理解するオブジェクト指向の活用」が良本だよと教えてもらったので読んでみました。 ちょうぜつソフトウェア設計入門――PHPで理解するオブジェクト指向の活用作者:田中 ひさてる技術評論社Amazon 私のレベルと読書期間 レベル 大手SIerにて７年プロマネ・２年営業を経て転職し、フロントエンジニア３年目。SIer時代はパッケージの水平展開プロジェクトでベンダー管理を主業務としていたためため…

本を読むモチベーション 良いコードとはどのようなコードのなのかを理解したいから オブジェクト指向設計について理解を深めたいから ITエンジニア本大賞2023で技術書部門大賞を取っていたから https://www.shoeisha.co.jp/campaign/award/result/ 私のスキルレベル エンジニア歴３年目。エンジニアになったのは良いが開発経験者がチームにおらず、ソフトウェアアーキテクチャ設計の仕方が分からない ソフトウェアアーキテクチャの設計が出来るようになりたくて、まずはUMLを学びUMTP L1，UMTP L2を取得。今年度UMTP L3は取りたいと思っている 現在はR…

あらゆる設計原則はETC原則を特殊化したもの 達人プログラマー ―熟達に向けたあなたの旅― 第2版作者:David Thomas,Andrew Huntオーム社Amazon ここのところ、設計原則やパターン関連の書籍を読み漁っていて、どの書籍も、根本にはおおよそ「変更」があったように思います。 例えば、参照書籍中で挙げられてるDRY原則(Don't Repeat Yourself)だと、繰り返しを避ける事で、変更箇所が散らばる事が避けられます。 DDDやPoEAAなどの設計パターンは、責務の分離・明確化によって変更が必要な場所の検討がつきやすくなり、カプセル化によって変更の影響が外に漏れること…

今回のテーマ：ケーススタディ(小テスト) 設問1 次の構成図の改善点を検討してください。 要点：可用性、信頼性、安全性の向上 回答1 サブネットはパブリック2つとプライベート2つに分割 EC2はすべてプライベートサブネットに配置し、ELBによる負荷分散 DBはRDSを採用 RDSのバックアップは自動でS3にスナップショットを保管。(dumpが必要ならそれ用のバケットも用意した方がよいです) NATGWをパブリックサブネットに各々配置(アクセス制御で単一点になるけど、管理が煩雑になるため冗長化するかは考慮材料) 設問2 次の構成図の自社データセンターとAWS間への接続形態について検討してください…

今回のテーマ：AWSベストプラクティス 主要サービスの公式資料 AWS Well-Architected フレームワークホワイトペーパー： aws.amazon.com 概要 AWSのベストプラクティス 以下の11の原則を定義してます。 スケーラビリティの確保 環境の自動化 使い捨てリソースの使用 コンポーネントの疎結合 サーバレス 最適なデータベース選択 増大するデータ量対応 単一障害点の排除 コスト最適化 キャッシュの利用 セキュリティの確保 スケーラビリティの確保 需要の変化に対応できるアーキテクチャを設計します。 使用するAWSサービスは以下のものを採用します。 EC2 AutoRec…

今回のテーマ：Well-Architected Freamwork 概要 ５つの設計原則 項目 設計原則 和訳 レジエントアーキテクチャの設計 Reliability 信頼性 高パフォーマンスアーキテクチャの設計 Performance Efficiency パフォーマンス効率 セキュアなアプリケーションとアーキテクチャの設計 Security 安全性 コスト最適化アーキテクチャの設計 Cost Optimazation コスト最適化 オペレーショなるエクセレンスを備えたアーキテクチャを定義する Operational Excellence 運用上の優秀性 Well-Architected F…