タグ

2011年12月4日のブックマーク (10件)

  • Rails Guides

    PDF Documents from Rails Guides(v3.1.3) Documents From Ruby on Rails Guides Home Contents Cover Page Start Here Getting Started with Rails Models Rails Database Migrations Active Record Validations and Callbacks Active Record Associations Active Record Query Interface Views Layouts and Rendering in Rails Action View Form Helpers Controllers Action Controller Overview Rails Routing from the Outsid

    deeeki
    deeeki 2011/12/04
  • TDD の基礎体力と、TDD に対する想い - ぐるぐる~

    TDD Advent Calendar 2011 の 4 日目の参加エントリです。 前半では、TDD を学ぶ前に身に付けておくといいと思う基礎体力について書きました。 後半は、まぁ、その。後悔はしていません。反論ウェルカム、議論しようぜ。 不安をテストに 「レッド - グリーン - リファクタリング」は、TDD の根っこの部分であり、これ自体が「どう TDD をやればいいか」を教えてくれるものではありません。 それに対して、「不安をテストに」というのは、「どう TDD をやればいいか」という指針を与えてくれる言葉です。 この言葉自体は、TDD Boot Camp で自分のものにできました。 不安については、テスト駆動開発入門では (言及されているものの) 自然に組み込まれていて、最初に読んだときには全然気づきませんでした。 しかし、TDDBC で id:t-wada (和田さん) に短くて

    TDD の基礎体力と、TDD に対する想い - ぐるぐる~
    deeeki
    deeeki 2011/12/04
  • theta.ne.jp

    This domain may be for sale!

  • PHP 5.4から配列定義は超簡単に、そして落とし穴も – yohgaki's blog

    (Last Updated On: 2018年8月13日)PHP 5.4 Advent Calender 2011用のエントリです。(まだ空きがあるので是非どうぞ) このエントリを書いているのは11/23です。初めの方から重いネタだと後の方が苦労する(?)ので軽い話です。 PHP 5.3までの動作 現時点ではPHP Manualの配列のページには記載されていませんが、配列の定義が簡略化されます。まず現状の配列の定義方法は <?php $a = array('foo'=>123, 'bar'=>456, 789); var_dump($a); こんな感じですね。これを実行すると $ ../php-src-5.4/php arr.php array(3) { ["foo"]=> int(123) ["bar"]=> int(456) [0]=> int(789) } このような出力になります。

    PHP 5.4から配列定義は超簡単に、そして落とし穴も – yohgaki's blog
    deeeki
    deeeki 2011/12/04
  • WordPressをもっと便利にするスニペットが500個以上登録されている -WPSNIPP

    WordPressにちょっと機能を追加したい時に役立つスニペットをまとめたサイトを紹介します。 目的をもって探すだけでなく、こんなこともできるのかという発見もあるかもしれません。 WPSNIPP – 500+ WordPress code snippets for your blog [ad#ad-2] WPSNIPPでは現在、545個のWordPressの便利なスニペットが登録されています。 下記にほんのちょっとだけ、その便利なスニペットをピックアップしました。 よく使うショートコードをボタンから選択可能に 特定のページのみ特定のスタイルシートを適用 アーカイブウィジェットの表示期間を制限する Google+1ボタンを設置する プラグインを管理画面を使わずに停止する CSSファイルのキャッシュを防止する 大切な「wp-config.php」を守る よく使うショートコードをボタンから選択可

  • MongoDB+RubyでJOIN的な事をすると、どんな場合にどんな問題が起きるのか。

    05 November 2011 お断り 以下の記事は、公式のRubyドライバを使うとそうなる、という話です。 Rubyにおいても、もっと上手いやり方があるかもしれません。 独断的に書いていますが、MongoDBを使い始めてまだ日が浅いので、全般的に知識が間違っている可能性があります。その場合はごめんなさい。そしてそっと教えて下さい。 ヤバイ。レスポンス性能ヤバイ。 先日、頑張ってこういうサイトの試験的公開にこぎつけたんだけれども、レスポンス性能が0.5res/secを切っていた。 ヤバイ。 何がヤバイのか そこでまず、MongoDBのクエリがまずいんじゃないかと疑った。結果的に最もヤバイのはRailsのView構築コストだったんだけど、クエリもそれなりに問題点があった。今日はそのクエリの部分の話。そして最初に結論を簡単に言うと、 MongoDBは、RDBMSにおけるJOIN的なこと=「参

  • bukupe.com - bukupe リソースおよび情報

    This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

    bukupe.com - bukupe リソースおよび情報
  • gitお悩み相談室

    こんにちは、浦です。 今日はgitコマンドに関する素朴な疑問について、Q&A形式でまとめてみました。 【Q】 編集がパーになるのが怖くてcheckoutできません。どうしたら良いでしょうか? 【A】 checkoutに-pを付けましょう。確認メッセージが表示されます。 編集をそのまま残したい箇所ではnを、 編集をパーにしてよい箇所ではyをタイプします。 【Q】 addしたらdiffに何も表示されなくなりました。どうしたら良いでしょうか? 【A】 diffに--stagedを付けましょう。コミット待ちのdiffが見れます。

    gitお悩み相談室
    deeeki
    deeeki 2011/12/04
  • Sass を今すぐ実務で使おうよ! « NAVER Engineers' Blog

    はじめましての tacamy です。 さて今日は Less & Sass Advent calendar 2011 の 3 日目です。 「Sassかぁ。まーたしかに便利そうだけど、 実務で使えるか分からないし自分には関係ないかな。」 とか思ってませんか・・・!? ぜんぜんそんなことないですよ!( ・`ω・´) その証拠に、NAVER では半年ほど前から、 新規サービスはすべて Sass を使って制作していますが、問題なく使えています。 むしろ効率化できて、CSS を書く工数が減った気もします(個人の感想です)。 小難しいテクニックは、このあとの 22 人が書いてくれると思うので(丸投げ)、 今日の記事では、Sass を実務で使うことに絞って書いてみます。 実務でSassを使うメリットって? 制作の工数が減る CSS3 を使うときのベンダープリフィックスをいちいち自力でつけたり、

    deeeki
    deeeki 2011/12/04
  • Issue Tracking Systemの利用パターン - こくぼ@Everything is the experience.

    ツールは手段です。ツールを使用するには目的が伴うのが普通です。 記事では目的に応じたIssue Tracking Systemの使い方を示したいと思います。 Issue Tracking Systemを導入する目的 Issue Tracking Systemを導入する目的はなんでしょう? 要件を管理したい タスクを管理したい 報告書の元ネタにしたい 情報を共有する場にしたい 進捗を管理したい 課題を管理したい いろいろ挙げられると思いますが、ここでは次の3点に絞ります。 要件管理 要件 + タスク管理 課題管理 順番に見ていきます。 その前に前置き 要件という用語はユーザーストーリーとして置き換えてもらっても構いません。 ざっくりと次のようなイメージをしてもらえば良いでしょう。 要件(ユーザーストーリー) お客さん*1が望んでいること、お客さんに提供する価値 タスク 要件を実現するために

    Issue Tracking Systemの利用パターン - こくぼ@Everything is the experience.