タグ

2012年8月23日のブックマーク (5件)

  • GMOクラウドのクラウド・ホスティングサービス | GMOグローバルサイン・ホールディングス

    幅広いマルチクラウドで、用途に合った最適なソリューションを。 GMOグローバルサイン・HDが提供する『GMOクラウド』は、約11万社のITインフラを26年以上支えるサービスブランドです。

    GMOクラウドのクラウド・ホスティングサービス | GMOグローバルサイン・ホールディングス
  • Amazon RDS(マネージドリレーショナルデータベース)| AWS

    Amazon Relational Database Service わずか数回のクリックでクラウド内にリレーショナルデータベースをセットアップ、運用、スケールする Amazon Relational Database Service (Amazon RDS) は、総保有コスト (TCO) を考慮して最適化された、管理しやすいリレーショナルデータベースです。セットアップ、運用、需要に応じたスケールが簡単です。Amazon RDS は、プロビジョニング、設定、バックアップ、パッチ適用など、差別化されていないデータベース管理タスクを自動化します。Amazon RDS では、数分で新しいデータベースを作成でき、8 つのエンジンと 2 つのデプロイオプションからニーズに合わせてデータベースを柔軟にカスタマイズできます。お客様は、2 つの読み取り可能なスタンバイ機能を備えたマルチ AZ 、最適化され

    Amazon RDS(マネージドリレーショナルデータベース)| AWS
  • すごいぞRSpec(letとlet!編) - @yohfee.blog!

    すでに前回のすごいぞRSpec(shared example group編) - ぷろぐらまねがで登場してるけどあらためてletを調べるよ。rspec-core(2.5.1)/features/helper_methods/let.featureを参考に。 let 要するにメモ化するわけで、同一サンプル内だと同じオブジェクトを使いまわせるのだな。違うサンプルでは改めて評価される。さらに遅延評価なので実際に評価されるのは最初にメソッドが呼ばれたときだ。 $count = 0 describe 'let' do let(:count) { $count += 1 } it 'memoizes the value' do count.should == 1 count.should == 1 end it 'is not cached across examples' do count.shou

    すごいぞRSpec(letとlet!編) - @yohfee.blog!
    inouetakuya
    inouetakuya 2012/08/23
    let! ... letとの違いは評価のタイミング。letが遅延評価なのに対してlet!はbefore each的に各サンプルの実行前に評価される
  • 普通のプログラマへ良いコードを書く方法を教える!リーダブルコード | Act as Professional

    私はすばらしいコードを「エレガントなコード」と呼ぶ@HIROCASTERでございませう。 まず、はじめに。書はハッカーは読まなくて良い。普通のプログラマに読んで欲しい。 デザインパターンやリファクタリングよりも、書に書かれていることの方がプログラマは毎日考えて、意識してコードを書くのだ。 よって、普通のプログラマならば書を読んでおきたい。普通のコードを書く人にオススメの1冊だ。 例えるならば、バク転や月面宙返りをする方法ではなく、日常的におこなわれる「歩く」という行動に着目し、姿勢良く、美しく、シッカリ、確実に歩くための方法が書かれている。 書の目的は、君のコードをよくすることだ。 「良いコード」の定義とは、コードを読んだときに最短で理解できる様に書かれていることである。そう、書は伝えている。 では、良いコードを書くための方法を具体的に学んだり、教えられたりしたことはありますか?

    普通のプログラマへ良いコードを書く方法を教える!リーダブルコード | Act as Professional
  • プログラマなら買って損なし!今月発売される注目の技術書5冊 | Act as Professional

    チケット駆動開発を提唱する2人の著書なので、ソフトウェア開発でBTSのチケットをもっと効率よく扱いたいと考えている日全国のプログラマの皆さん必見の書籍になるかと。 著者も書籍の内容について、情報を発信しています。 実際にチケット駆動開発を実践されている方のお話を聞いている方のお話を聞いていると、様々なバリエーションが存在していました。そこで書籍「チケット駆動開発」では、基的な考え方を示しながら、バリエーションについても触れる事にしました。 チケット駆動開発をアジャイル開発だけでなく障害管理・タスク管理・課題管理・インシデント管理・ストーリー管理など各状況でテーラリングするためのノウハウを整理してまとめました。 提唱者みずからの情報発信によって、誤解が解けたことについて書いています。 チケット駆動開発 no ticket, no commitは誤解 サービスデザインパターン 原著の評価も

    プログラマなら買って損なし!今月発売される注目の技術書5冊 | Act as Professional