満足せる豚。眠たげなポチ。:大規模サービスの運用事例まとめ
ここ数年の大規模サービスのシステム運用について調べてみたので参照したページやファイル、本へのリンクをまとめておく。PDF へのリンクも多数含まれているのでご注意を。 時代が時代なら企業のノウハウとして隠されていたような情報がこれだけ公開してもらえているというのが非常にありがたい。公開してくれている各企業や公開してくれている人に感謝。 あとで気付いたが、Google や Facebook の事例も探しておけばよかった。Thrift とかあったのに。「こんな情報もあったよ」などあればぜひ教えてください。追記していきます。 youtube http://d.hatena.ne.jp/stanaka/20070427/1177651323 digg http://d.hatena.ne.jp/stanaka/20070427/1177651323 livedoor http://labs.cybo
満足せる豚。眠たげなポチ。:TDD は企画には使うなってことでいい？
あかさたさんの「TDD は新規性の高いサービス開発には適さない」にとても同意。 What(何を作るかっていうゴール) が決まっているかどうかに依存するってことだよね。つまり、naoya さんが言う「新しい機能を作っているときや、新しいサービスを作っているとき」は設計でも実装でもなく、本質的に企画の状態だから TDD とか関係ないと。たまたまコードで表現できる人だから企画をコードで検証している（プロトタイプ作りながら取捨選択してサービスや機能をデザインしている）だけなんでしょう。 個人的に今まで一番「BDD/TDD すばらしい！」と感じたのは、ある機能用のライブラリを書いているとき。開発時の制約で VB6.0 を使っていたんだけど、Collection にイライラしたので Ruby の Array を移植した。 まず、要素の追加とか要素へのアクセスとかの基本機能についてこつこつとテストを書い
満足せる豚。眠たげなポチ。:業務システム開発の世界だってコードの力で変えられる
これ、必読。 業界の重鎮とやらに惑わされるヒマがあったら、一歩でも前に進むために何をするかを考えたい。 山ほどあるサブセットから, どうやって適切な妥協点を選べばいいのだろう. 絡まりあったプラクティスをときほぐして本質に迫る根気と,サブセットの善し悪しを判断するクライテリアを K は持っていた. http://www.dodgson.org/omo/t/?date=20071103 誤解を恐れずに言えば、業務システムの開発において一番面白いのは実はここだ。 プログラミングとは、忠実に正確にまじめにシステムを動かすためのコードを書く作業ではない。 本当のプログラミングとは、コードの力を駆使して問題自体を解消してしまうような仕組みを創造するプロセスだ。その対象が身内なこともあれば、顧客なこともあるだろう。その意味で、「業務システム開発はクリエイティビティを発揮できない」なんていうのは、「私は
満足せる豚。眠たげなポチ。:簡単Ruby on Railsの決定版？ - Instant Rails -:
最近はCNETでも取り上げられたり、DHHがGoogle-O'Reilly Open Source AwardsのHacker部門を受賞したり、日本でも結城浩さんが「Railsアプリに挑戦」されていたり、とすっかりRubyという枠を飛び越えて走り始めた感のあるRails。 そんなRuby on Railsがまた一つお手軽になりました。それがこのInstant Rails。 これはRailsの開発環境一式がダウンロード＆Drag and Dropで作れてしまう「ちょっとRailsを試したい」という人にはぴったりのパッケージになっています。このInstant Railsをダウンロードしてzipを解凍し、使いたいフォルダへD&Dするだけで、Ruby、Rails、Apache、MySQL、さらにMySQLの管理ソフトとしてphpMyAdminが使えてしまうというスグレモノ。新しいものを始める時にひ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
