ログハウスの例えとソフトウェアの特性と - 勘と経験と読経
オーダーメイドのソフトウェアを作るときに困るのは、ソフトウェアの特性を理解していないお客様との対話だ。あたりまえだけれどもお客様自身はソフトウェアを作ったことが無いので一般常識で「できそう」と考えられることと、実際に「できること」の差をうまく説明しないと、もめる。もちろん全ての誤解を解くのは難しいのだけれども、説明する努力は行うべきだと考えている。そこで、私はログハウスを例えにして説明している。 今回は長くなったので、6つの誤解をまとめてみましょう。 既にあるソフトウェアを流用した方が速く作れる ソフトウェアはハードと違って後から容易に直せる 誰が作っても中身は同じ品質になる 共通部品から先に作ることが出来る 人を増やせば一度に沢山の機能が作れる 正確な見積もりを出すことが出来る ソフトウェア開発プロジェクトをとりまく６つの誤解〜プログラミングを経験しないとわからないこと | Social
信じられないDB文化「Join禁止」に「固定長DB」、、でも、合うんです。大規模コンシューマ向けサービスのRDB設計 - レベルエンター山本大のブログ
僕らが最近手がけているのは、とても大規模なコンシューマ向けサービスだ。 100万人の契約ユーザが使い、1テーブルに1億レコード以上のデータを貯め、24時間止めることが許されず、 要求から応答までのターンアラウンドタイムが1秒以内という厳しいSLAのサービスである。 中でも僕はRDBやフレームワークを担当している。 僕がこの現場に来て、驚愕した文化が2つある それは「Join禁止」と「固定長DB」だ。 ありえない。 とはいえ、正直に言えば「またか、、、」という感想でもある。 RDBを知らないレガシーな人たちが設計したDBではよくありがちな設計だからだ。 と僕は早々にこの文化と戦って、絶対に覆してやろうと考えてた。 過去の経験上それはたやすいハズだった。 しかし、この文化と戦うこと3ヶ月間。 屈した。初めて屈した。いや、屈したというよりは理解した。 大規模コンシューマ向けサービスのRDBという
Webアーキテクチャ設計術 --- ITpro
Webシステムを設計するアーキテクトが検討すべきポイントを連載でお届けします。まず，「HTTPの仕組み」を説明した後，「可用性」「パフォーマンス」「セキュリティ」「運用性」の4点を取り上げます。この4点を，ソフトウエアの品質について定めた国際規格「ISO/IEC 9126-1」に基づいてマッピングすると，図1のようになります。網掛け部分が連載のターゲットです。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
