ソフトウェアアーキテクトが知るべき 97 のこと

ソフトウェアアーキテクトが知るべき 97 のこと

01【01】システムの要件よりも履歴書の見栄えを優先させてはならない 02【02】本質的な複雑さは単純に、付随的な複雑さは取り除け 03【03】最大の問題は、たぶん技術的なことではない 04【04】まずコミュニケーション、そのための明快さとリーダーシップ 05【05】パフォーマンスの決め手はアーキテクチャー 06【06】要求仕様の本当の意味を探れ 07【07】立ち上がろう！08【08】すべてのものは、かならずエラーを起こす 09【09】それは交渉だということに気付け 10【10】定量化を求めよ 11【11】500 行の仕様書より 1 行のコード 12【12】フリーサイズのソリューションを求めるな 13【13】パフォーマンスの検討に早過ぎるということはない 14【14】アーキテクチャーとはバランスを取ること 15【15】犯罪的なコミットエンドランを防ぐには 16【16】選択肢を 1 つに絞らないための現実的な方法 17【17】ビジネスサイドに主導権を渡せ 18【18】一般性より単純性、再利用よりもまず最初に使えること 19【19】アーキテクトは手を汚さなければならない 20【20】継続的にインテグレーションを実行せよ 21【21】日程による失敗を避けるために 22【22】アーキテクチャーではトレードオフは避けられない 23【23】要塞としてのデータベース 24【24】不確定性が潜むという感覚を磨け 25【25】鏡に映る問題は見かけよりも大きい 26【26】再利用は、アーキテクチャーだけではなく人と教育の問題と心得よ 27【27】アーキテクチャーに I（自我）なし 28【28】地上 300m からの目 29【29】選ぶ前に試せ 30【30】ビジネスドメインを理解せよ 31【31】プログラミングは製造ではなく設計だ 32【32】デベロッパーに自己裁量を与えよ 33【33】時間がすべてを変える 34【34】「ソフトウェア・アーキテクト」の A は小文字だけ。それで満足せよ。35【35】大きなスコープは敵 36【36】役者ではなく執事になれ 37【37】ソフトウェア・アーキテクチャーが倫理的な意味を持つことを考えよ 38【38】摩天楼はスケーラブルではない 39【39】未来はヘテロジニアスとともにある 40【40】パフォーマンスがまず大事 41【41】ダイアグラムの空白に注意せよ 42【42】デザインパターンに習熟せよ 43【43】状況がなによりも大切 44【44】ドワーフ、エルフ、ウィザード、キングの 4 種類の人々 45【45】建物のアーキテクト（建築家）から学ぼう 46【46】繰り返しと戦え 47【47】現実の世界にようこそ 48【48】支配せず、観察せよ 49【49】アーキテクトは2つの顔を持つ 50【50】アーキテクトは境界とインターフェイスに注意を注げ 51【51】デベロッパーに力を 52【52】理由を書き留めよ 53【53】暗黙の仮定、特に自分自身ものを疑え 54【54】あなたの知識と経験を共有しよう 55【55】パターンの病理学 56【56】たとえ話の使いすぎに注意 57【57】アプリケーションの保守に力を入れよ 58【58】3 つから 2 つだけを選ぶ覚悟を決めよ 59【59】趣味や個人的な意見ではなく、原理原則に従え 60【60】動くスケルトンから始めよう 61【61】データがすべて 62【62】単純なものは単純に 63【63】アーキテクトは何よりもまずデベロッパーであれ 64【64】ROI 変数を意識せよ 65【65】目の前にあるのはレガシーシステムだという前提で設計せよ 66【66】解決策が 1 つしかない場合には、セカンドオピニオンを求めよ 67【67】変化の影響を把握せよ 68【68】ハードウェアの理解も必要 69【69】今の近道、後で大損 70【70】「完璧」は、「十分よい」の敵 71【71】「よいアイデア」を避けよ 72【72】優れたコンテンツは優れたシステムを作る 73【73】怒れるアーキテクトとしてビジネスと対立するな 74【74】主要な指標の耐久性を試してどこで壊れるかを確かめよ 75【75】設計するならコーディングできなければならない 76【76】他の名前でバラを呼べば、キャベツにしかならない 77【77】しっかりとした問題には高品質のソリューションが与えられる 78【78】勤勉さが必要 79【79】自分の判断に責任を持て 80【80】クレバーになるな 81【81】武器は慎重に選べ、安易に手放すな 82【82】本当の顧客は目の前の顧客ではない 83【83】設計した通りにはならない 84【84】フレームワークは相性で選べ 85【85】強力なビジネスケースを作れ 86【86】コードだけではなくデータをコントロールせよ 87【87】技術上の借金は返済せよ 88【88】問題を解こうとするな 89【89】システムは用具的に作れ 90【90】問題解決に情熱を注げるデベロッパーを探して手放すな 91【91】ソフトウェアは実際には存在しない 92【92】新しい言語を学べ 93【93】未来永劫安泰なソリューションはない 94【94】ユーザーの拒否感情の問題 95【95】コンソメの重要性 96【96】エンドユーザーの立場からはインターフェイスこそがシステム 97【97】優れたソフトウェアは構築されるのではなく、成長する

Chapter 27

【27】アーキテクチャーに I（自我）なし

2021.05.23に更新