ソフトウェア アーキテクトが犯す間違いトップ 20 それにより、プロジェクトや仕事が犠牲になる可能性があります 𝟭。 𝗗𝗲𝘀𝗶𝗴𝗻𝗶𝗻𝗴 𝗳𝗼𝗿 𝗶𝗺𝗮𝗴𝗶𝗻𝗮𝗿𝘆 𝘀𝗰𝗮𝗹𝗲 何百万人ものユーザーのためのオーバーエンジニアリングそれは決して来ないでしょう。 𝟮。 𝗜𝗴𝗻𝗼𝗿𝗶𝗻𝗴 𝗯𝘂𝘀𝗶𝗻𝗲𝘀𝘀 𝗰𝗼𝗻𝘁𝗲𝘅𝘁 技術的な優雅さを最適化しながら、実際のビジネス目標を達成できません。 𝟯。 𝗖𝗵𝗼𝗼𝘀𝗶𝗻𝗴 𝘂𝗻𝗱𝗲𝗿𝘀𝘁𝗮𝗻𝗱𝗶𝗻𝗴 𝘁𝗵𝗲 𝗽𝗿𝗼𝗯𝗹𝗲𝗺 「何を解決する必要があるか?」の代わりに「X を使用します」 𝟰。単純なシステムを分散障害マシンに変える。 𝟱。 𝗨𝗻𝗱𝗲𝗿𝗲𝘀𝘁𝗶𝗺𝗮𝘁𝗶𝗻𝗴 𝗰𝗼𝗺𝗽𝗹𝗲𝘅𝗶𝘁𝘆 導入、監視、バックアップ、およびオンコールの現実を無視します。 𝟲。開発者と実際に協力せずに意思決定を行う。 𝟳。バリエーションが実際に存在する前にレイヤーとインターフェースを構築します。 𝟴。 𝗜𝗴𝗻𝗼𝗿𝗶𝗻𝗴 𝗻𝗼𝗻-𝗳𝘂𝗻𝗰𝘁𝗶𝗼𝗻𝗮𝗹 𝗿𝗲𝗾𝘂𝗶𝗿𝗲𝗺𝗲𝗻𝘁𝘀 パフォーマンス、セキュリティ、信頼性、コンプライアンスは後回しにされます。 𝟵。フォローする製品やチームが変化しても進化できていない。 𝟭𝟬。誰も求めず、誰も使わない柔軟性を追加します。 𝟭𝟭。 𝗡𝗼𝘁 𝗱𝗼𝗰𝘂𝗺𝗲𝗻𝘁𝗶𝗻𝗴 𝗸𝗲𝘆 𝗱𝗲𝗰𝗶𝘀𝗶𝗼𝗻𝘀 チームはなぜ物事が行われたのかを推測することになりますある方法。 𝟭𝟮。データ モデルと所有権を二次的な関心事として扱う。 𝟭𝟯。 𝗗𝗲𝘀𝗶𝗴𝗻𝗶𝗻𝗴 𝗔𝗣𝗜𝘀構造的には「きれい」ですが、使用するのは苦痛です。 𝟭𝟰。 𝗢𝘃𝗲𝗿-𝗰𝗲𝗻𝘁𝗿𝗮𝗹𝗶𝘇𝗶𝗻𝗴 𝗱𝗲𝗰𝗶𝘀𝗶𝗼𝗻-𝗺𝗮𝗸𝗶𝗻𝗴 実現要因ではなくボトルネックになる。 𝟭𝟱。 𝗜𝗴𝗻𝗼𝗿𝗶𝗻𝗴 𝘁𝗲𝗮𝗺 𝘀𝗸𝗶𝗹𝗹 チームが現実的には維持できない複雑なソリューションを選択する。 𝟭𝟲。まだ存在しないパフォーマンスの問題を解決します。 𝟭𝟳。現実を反映していない美しい写真。 𝟭𝟴。 𝗜𝗴𝗻𝗼𝗿𝗶𝗻𝗴 𝗳𝗲𝗲𝗱𝗯𝗮𝗰𝗸 𝗹𝗼𝗼𝗽𝘀 本番環境のインシデントやユーザーの行動から学んでいません。 𝟭𝟵。 𝗣𝗼𝘀𝘁𝗽𝗼𝗻𝗶𝗻𝗴 𝘀𝗲𝗰𝘂𝗿𝗶𝘁𝘆 𝗰𝗼𝗻𝗰𝗲𝗿𝗻𝘀アーキテクチャの中核となる責任。 𝟮𝟬。 𝗦𝗸𝗶𝗽𝗽𝗶𝗻𝗴 𝘁𝗵𝗲𝘆 𝗺𝗮𝘁𝘁𝗲𝗿 重要な領域のユニット、統合、負荷、アーキテクチャ、およびエンドツーエンドのテストが欠落しています。 —— ♻️ 他のアーキテクトや開発者がこれらの間違いを避けるために再投稿してください ➕ フォローしてください ( アントン・マーティニューク ) .NET とアーキテクチャのスキルを向上させる
#ソフトウェア #アーキテクトが犯す間違いトップ #それによりプロジェクトや仕事が犠牲になる可能性があります #𝟭 #𝗗𝗲𝘀𝗶𝗴𝗻𝗶𝗻𝗴 #𝗳𝗼𝗿 #𝗶𝗺𝗮𝗴𝗶𝗻𝗮𝗿𝘆 #𝘀𝗰𝗮𝗹𝗲 #何百万人ものユーザーのためのオーバーエンジニアリングそれは決して来ないでしょうアントンマーティニューク