ソフトウェアアーキテクトが知るべき97のこと
ビジネスとプログラム両方の知識と経験が求められるソフトウェアアーキテクト。本書は世界中で活躍するソフトウェアアーキテクトによる97本のエッセイを収録した書籍です。プロジェクトにおいてもっとも重要な事柄とは何か、顧客やチーム、またコーディングやスケジュールなどについて、経験豊かなアーキテクトが自らの体験を踏まえて解説します。ソフトウェアアーキテクトを勇気づけ、新たな気づきをもたらす一冊です。日本語版には、伊藤直也、江島健太郎、小野和俊、榊原彰、鈴木雄介、萩本順三、萩原正義、牧野友紀による11本の書下ろしを収録。 目次 監修者まえがき はじめに 01 システムの要件よりも履歴書の見栄えを優先させてはならない ニティン・ボーワンカー 02 本質的な複雑さは単純に、付随的な複雑さは取り除け ニール・フォード 03 最大の問題は、たぶん技術的なことではない マーク・ラム 04 まずコミュニケーション
「アジャイルな見積りと計画づくり」書評 -- 顧客を黙らせる為の見積りではなく喋らせる為の見積り - アンカテ
翻訳者の角谷さんより献本をいただきました。ありがとうございます。 アマゾンに以下のレビューを投稿したのですが、なぜか1ヶ月以上待っても表に出てこないので、こちらに出します。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ この本が問いかけているのは「開発者にとって客は敵なのか味方なのか」という問いだと思う。 私がソフトウエアの見積りの本を読む時に、漠然と期待してしまうのは、「これで客の口を塞ぐことができるか」ということだ。つまり、自分が「これは1000万円かかりますね」と言って顧客がそれを値切ろうとした時に、「いやこの見積りは正確です。なぜなら....」と言うような、建築における構造計算のような理論武装が欲しいと思ってしまう。 こういう思考の暗黙の前提は、「開発者と顧客は敵同士である」ということだろう。 見積りも仕様も開発者と顧客の間で交わす契約である。契約とは
0×0018 till I die » はてなnaoyaさん「はてなを支えるバックエンドシステム」
403 Forbidden nginx
建築マップ「東京キリストの教会」
槇さんの教会です。なにやらキムタクがでている交響曲というドラマにも使われたそうです。キムタクが設計したこの教会。槇事務所ではその為に図面を貸したとのことです。 この教会は小田急線の代々木八幡から南に5分くらい歩いたところにあるのですが、部分部分に面白い仕掛けがちりばめられています。 まだまだ槇さん健在といった感じです。 正面ファサードがフラットで、ガラスに正方形のグリッドが走っています。この内部が礼拝堂に当たるわけです。下の写真がその内観。 光と十字架のコントラストがにくい演出です。 正面ファサードから見た印象がそのまま内部へ還元されているこのデザイン。非常に直球的で素晴らしいです。プランニングも非常に明快で、上の写真で見ると左側が階段になっており、後ろから回って礼拝堂に入るという動線。
DSAS開発者の部屋:GREEさんの勉強会の資料を公開しました
先日発表してきた、グリーさんの 第9回 オープンソーステクノロジー勉強会 『DSASのいろいろ』の発表資料と音声を公開しました。 発表資料 (PDF, 2,294 KB) 音声 (mp3, 32,151 KB) 発表はこんな内容です。 自己紹介 [0:22] (1) DSASの特徴の紹介 [6:34] 設計思想、全体構成など (2) DSASの構成要素の紹介 [17:22] ロードバランサ - LVS, keepalived [17:33] ネットワークブートの活用 [30:23] 故障に強いストレージサーバ - DRBD [37:15] NICの二重化 - bonding [44:29] シリアル接続 温故知新 [46:24] サーバリソースの見える化 - ganglia [49:11] 質疑応答 [58:00] 発表はかなり駆け足でしたが、 ロードバランサ (LVS, keepaliv
最速配信研究会 - Web2.0とC10Kに関する数々の誤解
Web2.0 = Ajax/Cometなの？とかプロセスIDは今でも16ビットなの？とかはサテオキ、 個々のクライアントがサーバに要求する処理量は小さなものでハードウェアの性能上は問題がなくても、あまりにもクライアントの数が多くなるとサーバがパンクする――。これが最近Web開発者の間で話題となっている「C10K問題」（クライアント1万台問題）だ。 AjaxやCometなどのクライアント側技術に伴うサーバ側の問題に関していろいろ誤解があるようなので,書いておきたい.きっとlingrの中の人はこの記事読んでニヤニヤしてるはず. 以下、記事にないことも書いてあるのでそのつもりで. 誤解その1 AjaxによるWebアプリの台頭でサーバ側の負荷が増大する Ajaxの典型的な使い方はサーバに問い合わせてページの一部分だけを 変化させるというモノだ.これはページ全体を書き換える従来の方法と違い, すでに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
インタラクティブ・ビジュアルユニット「1024 architecture」が、すごい！
asahi.com：高層ビル「だるま落とし」で解体 鹿島が新工法を実用化 - ビジネス
