やはりテストの話題になって stubとmockの違いを1行で！ 今のテストフレームワークのお薦めは？ RRが熱いよ！(英語ぽく書くのが目的じゃない、rubyぽいdslが必要なんだ！) mock で should_receive でガチガチにサブオブジェクトに介入してくる人って何なの！ duck type の考え方からしても、何をやるかは相手に任せるベッキー mock は探針であるべきだ stub しか使わないよね ごめん、俺、最近は実データ派に戻ってきたんだ（Fixtureラブ） Fixture はシナリオ別に使い分けるのが面倒じゃない？ そこで FactoryGirl ですよ 何が嬉しいの？ テストデータを ruby コードで動的に書きたいときがある それって、もし fixture を簡単に切り替えられる機能があれば不要じゃね？ 動的なら YAML でゴリゴリ書く方法もあるし 切り替え、
朝に「どうしても話がしたい」というので時間を取ったはいいけど、消費電力比でこれだけのパフォーマンスが、というプレゼンを散々聞かされて… まあ、本人は投資を受けようと一生懸命なのだろうし、肝心の私が決してエコ関連の業界に詳しくない（専門外というか、あんま興味なくて不勉強）ので温度差がありすぎた、というのもあるんだけども。必死に喋ってるのだが、よく見ると松村邦洋に似てるじゃんとか思った。 エコ方面の技術にあまり関心が持てない理由は、いまある生活に新しい機能が付加されてより便利な社会になるという話ではなく、すでに稼動しているシステムを置き換えるにあたって、より環境に優しい風の代替財にすることで環境改善に繫げていきましょう風の話が多いからだ。環境に優しい、というのがポイントだ。 明確に環境に優しい技術というのは、例えば消費電力のピークカットだとか、もう具体的に「ピーク電力がこれだけ下げられます」と
Asentogel sebagai penyedia link login bandar toto menjadi topik utama dikalangan pecinta togel, dengan jumlah kemenangan berapapun wajib dibayar. Tidak hanya itu saja, ASENTOGEL sering memberikan keuntungan secara tiba-tiba kepada sehingga menjadikannya situs terbesar di Indonesia dan menjadi pilihan utama tempat bermain togel online. Akses Bandar Toto Resmi Asentogel Banyak dari kalian yang selal
Experiences deploying a large-scale infrastructure in Amazon EC2
Experiences deploying a large-scale infrastructure in Amazon EC2 At OpenX we recently completed a large-scale deployment of one of our server farms to Amazon EC2. Here are some lessons learned from that experience. Expect failures; what's more, embrace them Things are bound to fail when you're dealing with large-scale deployments in any infrastructure setup, but especially when you're deploying vi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
