きのこ本のアーキテクト版 - 達人プログラマーを目指して
すべてのプログラマーに読んでもらいたい本で紹介した「きのこ本」があまりにも良かったので、同シリーズのアーキテクト向けの姉妹書として ソフトウェアアーキテクトが知るべき97のこと 作者: 鈴木雄介,Richard Monson-Haefel,長尾高弘出版社/メーカー: オライリージャパン発売日: 2009/10/05メディア: 単行本（ソフトカバー）購入: 17人 クリック: 362回この商品を含むブログ (82件) を見るをamazonのマーケットプレイスで注文していたのですが、本日やっと届きました。 中身はまだほとんど読んでないのですが、ちょっと斜め読みしたところでは翻訳の質もよく、プログラマが知るべき97のことと合わせてお勧めできる本だと思いました。興味深いのは、プログラマー向けの本と著者がかなりかぶっていることですね。外国だとやはり上級のプログラマーがアーキテクトになることが多いのだ
システムアーキテクチャ構築の原理 - 廻る技術の覗き穴
システムアーキテクチャ構築の原理 ITアーキテクトが持つべき3つの思考 (IT Architects’Archive ソフトウェア開発の実践) 作者: ニック・ロザンスキ,イオイン・ウッズ,榊原彰,牧野祐子出版社/メーカー: 翔泳社発売日: 2008/12/03メディア: 大型本購入: 15人 クリック: 355回この商品を含むブログ (16件) を見る アーキテクチャ設計の際には、ぜひ手元に置いておきたい一冊。 設計に関する書籍はスタイルやパターンについて書かれたものが多いが、本書はステークホルダ、スコープ、パターンに始まり、データ構造、運用、セキュリティ、パフォーマンスなど取り扱う範囲が非常に広い。 しかし網羅性は高いものの、各項目はそれほど詳細に記述されているわけではない。詳しく学びたい場合は、各章で参考文献が紹介されているので、それらを参考にするのがよいだろう。 また、実際の設計の
自称ITアーキテクトを育てないための、10のステップ - moonmile solutions 分室
ってのを考えてみる。 この分野も迷惑の掛け具合は、建築が倒れた時の「建築士」ぐらい責任を持たせた方がいいかもしれない、とか考えてみる。 なので、メタファとして「建築設計技師」と同じ立場に「ITアーキテクト」を置くと。 プロジェクトマネージャ、プロジェクトリーダーとの分離 → 手を動かす大工とは異なる 正確な図面を起こす → UML でも何でもいいんだが、一定の基準を満たす「図面」を提出 図面を、ソフトウェアができあがるまで説明し続ける → アジャイル的に図面を変えるのは良いが、常に説明責任を負う。 図面は、ソフトウェアが使われている間、保管される。 → 建築と同じで、後に構造欠陥が見つかった時には、責任を問うため。 材料（コンポーネント、言語）の特性を知っている。 → 材料の構造的な強度を知っていると同じように、学問的に知っている必要がある。 → この場合、プログラム言語やコンポーネントな
書評:ソフトウェアアーキテクトが知るべき97のこと - qaz76のブログ
http://d.hatena.ne.jp/qaz76/20100903/1283524501 で挙げた本の格言を12に絞ってみた。 ソフトウェアアーキテクトが知るべき97のこと 作者: 鈴木雄介,Richard Monson-Haefel,長尾高弘出版社/メーカー: オライリージャパン発売日: 2009/10/05メディア: 単行本（ソフトカバー）購入: 17人 クリック: 362回この商品を含むブログ (82件) を見る 4.まずコミュニケーション、そのための明快さととリーダーシップ ソフトウェア・アーキテクトは、自分がリーダーであることを忘れがちです。 しかし、健全な職場で能力を発揮するためにはリーダーとして同僚から人目置かれるようにならなければなりません。これには深い意味がある。 「伝える能力」と「発言力が必要」とも言えよう。 8.すべてのものは、かならずエラーを起こす エラーが起
ITアーキテクチャ設計について学んだのでメモしておく - oknknicの日記
概要 ITアーキテクチャとは IEEE1471にてメタモデルが定義されている。 IEEE 1471 - Wikipedia ITアーキテクチャの分類 以下の3つに分類される。詳細は後述する。 アプリケーション・アーキテクチャ インフラストラクチャ・アーキテクチャ インテグレーション・アーキテクチャ ITアーキテクチャの検討 アーキテクチャに唯一無二の答えはない。 そのため、演繹的な進め方ではいつになってもアーキテクチャは出来上がらない。 ので、仮説検証型で検討を進める。 まず仮説をたて、それで要件を満たせること・満たせないことをはっきりさせる。 そのうえで、顧客の要望との落とし所を探していく。 ITアーキテクチャの適用 既存システムを一気に新たなアーキテクチャで作りかえる、というのは現実的でない。 既存システムを生かしつつ、段階的に着実にアーキテクチャを適用していく。 IT戦略 IT駆使に
誰もがみんなアーキテクト（ただし、彼らがそうじゃないときを除いて） - GOLEM-XIVの日記
この記事は"こちら"へ移動しました。 This article has moved to "here".
“職業としてのITアーキテクト”、その実態と理想とは？
ソフトウェア開発にスピードと変化への対応が強く求められる今日、プロジェクト成功のキーマンとして、ITアーキテクトの育成が急務といわれている。経済産業省のITスキル標準（ITSS）で公的に定義されたこともあり、“職業としてのITアーキテクト”は、社会的に認められる存在となった。しかし実際ITアーキテクトと呼ばれる人が世の中にどのくらい存在し、どのような仕事をしているのか、その実情はかなり曖昧（あいまい）だ。本稿では、IT Architectフォーラム開設と同時に実施した読者調査の結果から、ITアーキテクト職の実態とその理想像を探ってみたい。 ITアーキテクト職の設置状況は？ まず読者の勤務先において、ITアーキテクトという職種がどの程度確立されているのか聞いた結果が、図1だ。現時点で同職が設置されているのは、「以前から社内に存在している」「最近（1年以内）になって新設された」を合わせて、全体
＠IT： ITアーキテクトとスーパーSEの違い
ITアーキテクトという職種は、その職種をつくり上げてきた先人がいたからこそ、今日存在するものだといえる。ITアーキテクトをつくり上げ、現在第一線のITアーキテクトとして活躍しているエンジニアは、どのような道筋をたどってきたのか。また、今日のITアーキテクトの流行をどのように見ているのか。情報処理推進機構（IPA）ITアーキテクト委員会の主事を務める日本IBM サービス事業 ストラテジー＆コンピテンシー IBMディスティングイッシュド・エンジニア ITアーキテクト 榊原彰氏のインタビューをお送りする 私が入社したときには、実はITアーキテクトという職種は存在していませんでした。現在でいうプロジェクトマネージャもITアーキテクトもすべて「システムエンジニア」（SE）という1つの職種でくくられていたのです。システムエンジニアのほか、メインフレームマシンの保守を担当する「カスタマーエンジニア」、そ
ITアーキテクチャ・スクールで学んだ（学ぶべきだった）10のこと - GOLEM-XIVの日記
この記事は"こちら（http://yukis.biz/）"へ移動しました。 This article has moved to "here（http://yukis.biz/）".
ITアーキテクトに俺はなる！ - s-n-kのブログ
現状は「へたれプログラマ」だけど、いずれは「優秀なITアーキテクト」になりたい。カッコイイから。 どうやらITアーキテクトになるには以下のスキルを身につけるべきらしい。ITエンジニアとしての道を究めるには（5） より引用 マネジメント プロジェクト計画・プロジェクト管理・要求／変更管理・コミュニケーション 開発手法 要求分析・システム分析・システム設計等、フェイズの目的とアクティビティ把握 開発プロセス 開発プロセスの基礎知識からプロセステーラリング・要員アサイン計画 J2EE/EJBテクニカル 分散システムにおけるデザイン・EJB設計・業務モデルから設計へ落とす デザインパターン デザインパターンの基礎知識から、設計課題に最適なパターンを選択 コンポーネントモデリング 拡張可能・再利用可能なコンポーネントの設計・開発 アーキテクチャモデリング 実装環境の幅広い知識を持ち、拡張性・スケーラ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
