ソフトウェアアーキテクトが知るべき97のこと
ソフトウェアアーキテクトが知るべき97のこと大人気の書籍『ソフトウェアアーキテクトが知るべき97のこと』のエッセイを無料で公開中！すべてのソフトウェアアーキテクトにおすすめの本がウェブで読めるようになりました。 エッセイ一覧システムの要件よりも履歴書の見栄えを優先させてはならない本質的な複雑さは単純に、 付随的な複雑さは取り除け最大の問題は、たぶん技術的なことではないまずコミュニケーション、そのための明快さとリーダーシップパフォーマンスの決め手はアーキテクチャー要求仕様の本当の意味を探れ立ち上がろう!すべてのものは、かならずエラーを起こすそれは交渉だということに気付け定量化を求めよ500行の仕様書より1行のコードフリーサイズのソリューションを求めるなパフォーマンスの検討に早過ぎるということはないアーキテクチャーとはバランスをとること犯罪的なコミットエンドラン
移り気な利用者を捉える | ソフトウェアアーキテクトが知るべき97のこと
移り気な利用者を捉える著者: 牧野友紀 われわれアーキテクトが挑戦しなければならない課題が顕在化しつつあります。それは、事前に想定しきれない多様な利用者、どう変わるか予想できない利用者を相手に、柔軟に対応するアーキテクチャを考えることです。 我々が対象とするアーキテクチャとは、ソフトウェアの構造と制御のことであり、情報システムが時間と空間の観点で安定的に機能する仕組みです。時間の観点では、長期にわたり変わらず機能する安定性を実現することであり、アプリケーションが変わっても、トランザクション量が増えてもアーキテクチャは不変であることが求められます。空間の観点では、情報システムの利用者と情報源の関係に柔軟性を実現することであり、これをおろそかにすると一度は利用者の要求に応えるものの直ぐに老朽化します。 今、チャレンジしなければならないのは、空間的な問題を解くことです。例えば旅行商品の販売におけ
問題にフォーカスせよ | ソフトウェアアーキテクトが知るべき97のこと
問題にフォーカスせよ著者: 榊原彰 お客様あるいはユーザーの要求を把握し、システムとして実装することは簡単ではありません。多数の要求がすべて終始一貫しているとは限りませんし、そもそもビジネスとして実現したい内容もシステムに対する要求も、すべて要求として列挙されることがほとんどなのです。単純にシステム自体が理由となっている場合を除き、システムに対する要求（システム要求）はビジネス経営上の要求（ビジネス要求）から派生します。たとえばサポート期限切れのシステムを別な環境にリプレイスしたいなんでいう、単純にシステムが理由と思われている要求項目にしたって、本当はそれを機会にTCOの削減を行いたいというビジネス要求が背後にあるかもしれません。 日本のIT業界は長らくこうした点を暖昧に扱ってきました。そんなことはない、と言われる方も大勢いらっしゃることでしょう。でも、ビジネス要求もシステム要求も津然一体
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
