IDEA * IDEAドットインストール代表のライフハックブログ
物事を習慣化するための泥臭いステップ - Casual Thoughts
本を読んだり、ウェブを徘徊していると、目から鱗が落ちるようなアイデアやLife Hacks術に出会うことは非常に多い。一方で、出会いの機会は多い反面、そういったものが自分の中で習慣化し、血となり肉となるケースというのは我ながら驚くほどに少ない。「あれこれと色々な本を読むのではなく、1つの本でえたものをきちんと習慣化できてから、次に手を出しなさい」なんてアイデアに目から鱗が落ちても、また次の本についつい手をだしてしまうのが、まぁ人情というものだろう。そういった人情に流されないためには「仕組み」が必要なわけだが、あれこれと試行錯誤しながら作ってきた仕組みが、最近ようやく形になってきたので、本エントリーではそれを紹介したい。 アイデアを実現するためのもう一つのアイデアに徹底的にこだわる コーチング・マネジメント―人と組織のハイパフォーマンスをつくる 作者: 伊藤守出版社/メーカー: ディスカヴァ
エラー｜【早稲田塾】大学受験予備校・人財育成
ページが見つかりません ページが削除されたか、名前の変更、弊社の不手際によるリンクの間違い、または、アドレスの入力間違いなどが考えられます。 お手数ですが、ホーム、またはサイトマップから目的のページをお探しください。 お知りになりたい内容がどのページに掲載されているかわからない場合は、ページ右上部の検索機能をご利用ください。
RailsでAmazonの商品を扱う - 今日のごはんは素麺です
Amazonの商品はAPIを介して簡単に取得できますが, 取得した情報はキャッシュ目的以外でローカルに格納してはいけない, などの制約がある. なのでどんな風に書けばいいかメモ. あと毎回APIを介していては遅くなるのでmemcachedを使う(キャッシュ目的なのでOKなはず). まずAmazonのAPIに簡潔にアクセスできるRubyGemsを入れる. $ sudo gem install amazon-ecs次にRailsのconfigの中身を書き換えておく. # config/environment.rb config.gem 'amazon-ecs', :lib => 'amazon/ecs' # config/initializers/amazon_ecs.rb Amazon::Ecs.options = { :aWS_access_key_id => 'APIを使うために必要なア
あるRuby on Railsプロジェクトのふりかえり - yuum3のお仕事日記
昨年末から始めた、Ruby on Rails を使ったある仕事がひと段落したので、ふりかえってみました。 この仕事で作ったWebアプリの詳細は書けませんが、画面数 60、テーブル数 15 と小規模のものでした。システムはところどころに難しい部分はありました、UIは一部に Ajax(JQueryを使用)を導入し使い勝手を高めています。 1. ソースコードが少ない！ 書いたRubyコードの行数を合計すると 約3600行 しかありませんでした！ 1画面あたり 60行しか書いてない !! ・・・「あんまり仕事してないじゃん！」と思わずつぶやいてしまいまました ^^); やはり、Ruby on Rails は生産性が高いと言われる通りです。 ただし、だらだらとコードを書かないように以下のように注意しました。 共通部分はモジュール化しMix-inで共有 継承による機能の共有は設計が難しくなりますし、委
Route 477(2009-06-09)
■ [ruby] Rubyのテスト環境大戦争 おまいらは本当にテストが好きだな！というわけで、Rubyのテスト関係のライブラリを並べてみた。 テストフレームワーク Test::Unit Ruby標準添付のユニットテスト用フレームワーク。 RSpec DSLを使う、「BDD」という概念を流行らしたユニットテスト用フレームワーク。 Cucumber 自然言語を使って、ブラックボックステストを記述する。RSpecの「Stories」と呼ばれていた機能が独立した。 あとはShouldaとかbaconとかいろいろありますけども。 モック・スタブライブラリ モック＝あるオブジェクトに期待したメッセージが飛ぶかどうかテストするためのオブジェクト、 スタブ＝ネットワークが絡むとか、実際のオブジェクトが使えない場合に使う偽オブジェクト。 と思ってるんですけどどうなんですかね(more: モックとスタブの違い
[lib] モックとスタブの違い
TEST http://d.hatena.ne.jp/devbankh/201001 モックやスタブを使った効率的なユニットテスト http://d.hatena.ne.jp/devbankh/201002 モックとスタブの違い コミュニケーション http://d.hatena.ne.jp/devbankh/20051124 簡単かつ効果的に話すために "モックオブジェクト"という言葉は、テストのために本物のオブジェクトをまねる特殊なオブジェクトを表す言葉として定着した。しかしモックという言葉は元々スタブをキャッチーにしたものでなく、[スタブを使ったのとは別の] ユニットテスト方法を用いるためのものなのだ。この記事では、モックオブジェクトのファンに好まれる相互作用中心のテストと、よく行わている状態中心のテストスタイルとの違いを説明するために、モックとスタブの違いについて掘り下げる。 目次
![[lib] モックとスタブの違い](https://cdn-ak-scissors.b.st-hatena.com/image/square/06a15c64ba0ceec233d86d71001ebb29a9dcbf5d/height=288;version=1;width=512/https%3A%2F%2Fcdn.blog.st-hatena.com%2Fimages%2Ftheme%2Fog-image-1500.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
