ヱビスブログ

PHPサイキョウ

「rocks」でやった結果。

• Results 1 - 10 of about 6,900 for "PHP rocks"

なるほど。
他はどうか。

• Results 1 - 10 of about 36,900 for "Ruby rocks"
• Results 1 - 10 of about 8,700 for "Python rocks"
• Results 1 - 10 of about 1,580 for "Perl rocks"

Ruby 圧倒的過ぎるだろ。

その他。

• Results 1 - 10 of about 10,100 for "C++ rocks"
• Results 1 - 10 of about 9,540 for "Java rocks"
• Results 1 - 10 of about 973 for "C# rocks"
• Results 1 - 10 of about 496 for "JavaScript rocks"

C++ と Java が大体同じくらいで Python より多い。意外。

ついでに「rules」でもやってみた。

• Results 1 - 10 of about 24,000 for "PHP rules"

すげえ！これは期待出来る！

• Results 1 - 10 of about 31,700 for "Ruby rules"
• Results 1 - 10 of about 9,690 for "Python rules"
• Results 1 - 10 of about 5,570 for "Perl rules"

Ruby 強すぎ。

おまけ。

• Results 1 - 2 of 2 for "UnrealScript rocks"
• Results 1 - 3 of 3 for "UnrealScript sucks"

『次世代 Mock Object フレームワークの雄』として一部から熱く注目されている（と思いたい） PHPMock ですが、ちょろっとテストコード読んだくらいで触った事が無かったのでトライ。

ちなみに PHPMock のテストコードは PHPSpec で書かれている。個人的には残念な書き味というか、読みやすくない。PHPUnit バンザイ。

ただ PHPUnit の Mock はもうちょっと融通利かせてもらえると有難い。という所で PHPMock はどうか。

Let’s do this.

PHPMock にはまともなドキュメントが一切無い。tgz 玉もないので Google Code からチェックアウトするしかない。specs ディレクトリにテストコードがあるのでこいつを見れば大体の使い方はわかる。test as document を地で行く感じだ。メソッド名は RSpec の mock/stub に似ているというか似せてある。

テストコードはこんな感じ。ダウンロードはこちら。

■ test/ProductServiceTest.php

<?php
define(DEMO_ROOT, dirname(dirname(_FILE_)));
require_once DEMO_ROOT . '/phpmock/src/PHPMock.php';
require_once DEMO_ROOT . "/lib/ProductService.php";
require_once DEMO_ROOT . '/lib/IDBConnection.php';
require_once DEMO_ROOT . '/lib/Publisher.php';

class ProductServiceTest extends PHPUnit_Framework_TestCase
{
    const PRODUCT_ID = 1234;
    
    public function test_プロダクトを全件取得する ()
    {
        $mockDb = PHPMock::mock('DBConnection');
        $mockDb->shouldReceive('execute')
               ->withAnyArgs()
               ->once()
               ->andReturn(
                 array('name' => 'NINJA GAIDEN 2')
               );
        $this->service->setDBConnection($mockDb);
        $this->assertNotNull($this->service->getAll());
    }

    public function test_プロダクトIDからパブリッシャの名前を取得する()
    {
        $mockPublisher = 
            $this->createPublisherMock(self::PRODUCT_ID);
        $this->service->setPublisher($mockPublisher);
        $publisher = $this->service->
                getPublisherByProductId(self::PRODUCT_ID);
        $this->assertEquals('Activision', $publisher['name']);
    }

    public function test_クイックモックでfindAllしてみる()
    {
        $mockPublisher = PHPMock::mock('Publisher', 
                            array('findAll' => array()));
        $mockPublisher->findAll();
        $this->assertTrue($mockPublisher->verify());
    }

    public function test_引数がマッチしなければ例外を投げる()
    {
        $mockPublisher = 
            $this->createPublisherMock(self::PRODUCT_ID);
        try {
            $mockPublisher->findByProductId(9999);
        } catch (Exception $e) {
            return;
        }
        $this->fail("An expected exception has not been raised.");
    }

    public function test_PHPUnitのMockObjectはこんな感じ()
    {
        $mock = $this->getMock('DBConnection', 
                array('execute', 'preparedStatement'));
        $mock->expects($this->once())
             ->method('execute')
             ->will($this->returnValue('aaaa'));
        $this->assertEquals('aaaa', $mock->execute("sql statement"));
    }

    public function createPublisherMock ($productId)
    {
        $mock = PHPMock::mock('Publisher');
        $mock->shouldReceive('findByProductId')
             ->with($productId)
             ->andReturn(
                 array('name' => 'Activision')
             );   
        return $mock;
    }

    public function setUp ()
    {
        $this->service = new ProductService;
    }

    public function tearDown ()
    {
    }
}

で、このコードは実行すると「test_引数がマッチしなければ例外を投げる」でコケる。
PHPMock_Expectation#matchArgs に問題があって

■ phpmock/src/PHPMock/Expectation/Expectation.php

    public function matchArgs(array $args)
    {
        if (empty($args) && empty($this->_expectedArgs) && is_array($this->_expectedArgs)) {
            return true;
        } elseif ($args == $this->_expectedArgs) {
            return true;
        } elseif ($this->_expectedArgs == true) {
            return true;
        } elseif ($this->_expectedArgs == false && empty($args)) {
            return true;
        }  
        return false;
    }

「$this->_expectedArgs == true」これだと $this->_expectedArgs に値が入ってれば true になっちゃうという良く話題になるアレです。正解は「$this->_expectedArgs === true」これですな。

上のコードで使っている DBConnection はインターフェースで Publisher は空っぽのクラス。
インターフェースに定義されているメソッドは PHPMock#_generateDefForMethods がよしなに実装してくれるので安心。PHPUnit の Mock Object だと定義したメソッドをイチイチ配列で全部ツッコまないといけない。

いわゆるスタブは無くて shouldReceive 一本になると思われる。
PHPMock#mock の第二引数に array($methodName => $returnValue) を与える事で簡単にモックが作れるのは好感。

■ まとめ

• まだまだ挙動が怪しい点はある
• それでも PHPUnit の mock よりは楽できる
• テストコード内でザクザクモック作りたいなら MockInterceptor よりオススメ

今週発売される DICE のモダンコンバット FPS「Battlefield: Bad Company」のミニトレイラーが公開されていますが、これがパロディシリーズになっていて非常楽しめる！

■ Snake Eyes（MGS4 パロディ）

「iPod 持ってるヤツがバレルの中に隠れてるんだよ！」「段ボールに隠れるくらいバカだろ」「ソリッド…メタル…良く判んないけど日本のムービーでそんなのが！」
これは笑った。

■ Bad World（Gears of War パロディ）

GoW の CM で使われていた「Mad World」をフィーチャー。「the dreams in which i'm dying are the best i've ever had ってどういう事だよ！」「これを歌え Mama's little baby loves Short'nin' bread」
くだらねー。

■ Rainbow Sprinkles（RainbowSix パロディ）

RainbowSix はステルスアクション FPS なので「これは隠密ミッションだ！」って感じ。「バックアップしろ」「ドアをブリーチしろ！」という風に仲間に指示して進めるのが R6 のゲームプレイ。B-Company なのでイチイチ言われた通りに行動しない所が良く表現出来てる。
この3本では一番好き。

RSpec 使って開発してて、ちょっと一手戻りたい時に it 節というか example をバコっとコメントアウトしてたんですけど。

■example_group_methods.rb

      # Use this to temporarily disable an example.
      def xit(description=nil, opts={}, &block)
        Kernel.warn("Example disabled: #{description}")
      end
      alias_method :xspecify, :xit

とびてー。

先日 twitter で The New Gamer というブログの存在を知る。

単純なゲームレビューサイトはちょっと風味が違う。
ゲームを題材にパースペクティヴを効かせたエッセイが多い。更新頻度はそんなに高くない。

ヘッドライターが1人とサポートライターが2人くらいで運営しているようだ。
サポートライターはレビュー中心。

ヘッドライターの書くエントリは構成がきれいで、言い回しもカッコいい。
それでいて文章から滲み出ているキチガイっぷりがたまらない。大好きだ。

The New Gamer JP

NO MORE HEROES のリミックスサントラが 3/14 に発売になります！

今回は、おそらくghm史上、最高にカオスな一枚に仕上がっていると笑顔で断言します！

ghmサウンドチームの高田雅史、福田淳、吉岡たく Squad、6955、THE RIOT-怒りの10代-、bloco 23、The Outer Rim Produced by Norihiko Hibino、 HONDALADY、NEUTRINOといった、バラエティ豊かな面子が大集結！

「NO MORE HEROES」リミックス発売決定！ - 新高円寺百景

ゲーム作家・飯田和敏率いる「THE RIOT-怒りの10代-」のギターとして本作品に参加してますので、どうぞご贔屓に！！



---

• 殺し屋たちの旋律を聞け 『NO MORE HEROES（ノーモア★ヒーローズ）』リミックスアルバム発売決定 / ファミ通.com
• 豪華メンバーが集結！『NO MORE HEROES』リミックスアルバムが発売決定 - iNSIDE

Safari のタブ選択ショートカットキーはデフォルトが「⌘{ / ⌘}」なんですが、Dvorak-Qwerty⌘ の環境だとイマイチ動いてくれない。

で、これを変更する方法をたまに忘れるので例によって俺メモ。
Safari に限った事ではなくて Mac OS X のアプリケーション全体で使えます。

1. 「システム環境設定」 → 「キーボードとマウス」
2. 「キーボードショートカット」タブ
3. 「+」をクリック、変更したいアプリケーションを選択する
4. メニュー項目を入力（「次のタブを選択」）
5. ショートカットキーを入力

これだけ。すげーカンタン。

Firefox と同等にしました。
TextMate のタブ切り替えもこれなのでコンテキストスイッチする必要が無くて安心。

SafariStand を入れておくと更に「カンマ / ピリオド」でもいけるようになる。

ザラッと訳してみる
元々がちょっと変な所は手を入れてます。なんだか良く判らんのは原文残してます。添削してつかあさい。

40 signs you really are a lousy PHP programmer

1. phpDoc 等でコードにコメントを入れない
2. Zend Studio や Eclipse PDT の様な IDE の恩恵に目を向けない
3. Subversion 等のバージョン管理ツールを使おうとしない
4. プロジェクトにて、コーディング・命名規約や共通の規約を設けない
5. 一貫性の有る手順を設けない
6. 入力値や SQL クエリのエスケープ、検証をしない
7. コードを書く前にアプリケーション全体の計画をしない
8. テスト駆動開発を行わない
9. error_reporting を on にしないで開発、テストをする
10. デバッガの恩恵に目を向けない
11. リファクタリングをしない
12. MVC の様にレイヤーの切り分けを維持しようとしない
13. これらの略語の意味を知らない：KISS, DRY, MVC, OOP, REST
14. 関数やクラスがデータを返さずに、直接 print や echo をする
15. ユニットテストや一般的なテスティングの利点に目を向けた事が無い
16. データや文字列やオブジェクトではなく、HTML を return する
17. メッセージや設定パラメータをハードコードする
18. SQL クエリの最適化をしない
19. __autoload 関数を使わない
20. エラーをスマートに扱わない（don't allow intelligent error handling）
21. $_POST を使わずに何でも $_GET にしてしまう
22. 正規表現をどう使えばいいか知らない
23. SQL インジェクションやクロスサイトスクリプティングという言葉を聞いた事が無い
24. 設定をシンプルにしない → クラスのコンストラクタでパラメータを受けたり、セッタ・ゲッタを呼び出したり、実行時に定義する事が出来る
25. オブジェクト指向プログラミングの利点と制限を理解していない
26. OOP の誤用。どんなに小さな物でも OOP で書いてしまう。
27. 再利用出来るソフトウェアは OOP じゃないと駄目だ、と思っている
28. 理にかなったデフォルト設定をしない（don't choose intelligent defaults）
29. 設定ファイルがひとつじゃない
30. ファイルの中身が見えるようにせず、拡張子を .php の替わりに .inc にする（don't want the file contents to be seen, but give it a .inc extension instead of .php）
31. データベース抽象レイヤを使わない
32. DRY 原則を守らない → コピペや重複を避けた方がいい
33. 関数 / クラス / メソッドの責務を一つに絞らず、相互作用するように作らない
34. abstract/interface クラスや、ポリモーフィズム、アクセス修飾子等の OOP の利点を得ようとしていない
35. デザインパターンを使ってアプリケーション設計の最適化をしない
36. 複数のファイルやディレクトリが必要なアプリケーションで、ベースディレクトリの定義をしない
37. グローバルネームスペースを汚染する → ライブラリに共通の文字列をプレフィックスとして付ける方法がある
38. DB のテーブルにプレフィックスをつけさせない
39. 別々のテンプレートエンジンを使う
40. ウェブ開発のコンセプトに長けており、コードのキレイな PHP フレームワークに注目していない

PHP に直接関係無い項目もありますね。
素直に納得出来る項目もあれば、場面ってのも。
場面ってのはそれが有効に作用するケースもあるだろう事を知っていないといかんのですけど。

CoD4 では装備セッティングを「カスタムクラス」として 5 つ作成できます。
で、俺チャンが使っているセッティングを公開してみたいと思った次第。

Maps は使用頻度の高さ程度。実際は場面。
最近は Headquarters しかやってないんですけど Team Deathmatch, Domination でも同じセッティングでやってます。

これ書いてる時点で Lv.34 (Prestige Lv.1) なので P90 とか Frag x 3 とかナシ。

中距離 3 発フィニッシュ系

Assult

M16A4 (RedDotSight)

Perk1

RPG x 2

Perk2

Stopping Power

Perk3

Martyrdom

Maps

Ambush, Bog, Crossfire, Crush, Downpour, Overgrown, Pipeline, Showdown, Strike

beta 時はフルオートだった M16 ですが、あまりにも強過ぎたせいか 3 点バーストに変更。
それでも強い！バランスが良過ぎる。Stopping Power 付きだと上半身に 3 発ヒットでおｋ。ただ 3 点バースト故、近距離 2v1 だと撃ち負ける事が多いので Martyrdom (aka ウンコ) で巻き添え狙い。

近距離〜中距離タカタカ系

SMG

MP5 (RedDotSight)

Perk1

RPG x 2

Perk2

Stopping Power

Perk3

Martyrdom

Maps

Backlot, Countdown, District, Shipment, Vacant, WetWork

銃声は一番好き。
beta 時も含めてちゃんと使った事が無かった。Prestige 入りしてから使ってみたらビックリ。
レートこそ低いんですが、その分リコイルも少ないし何より集弾率が高い！Stopping Power で威力増すれば全然使えます。一番ビックリなのが中距離戦も結構行けちゃう点。

裏取り専用ステルス系

SMG

MP5 (Silencer)

Perk1

Bandlier

Perk2

UAV Jammer

Perk3

Extreme Condition

Maps

Bog, Crossfire, Overgrown

GPS 映らない Perk 設定で敵の裏取り。Bandlier で所持弾数を増やしておかないと困った事になりがちでした。Lv.40 以降ならば P90 にサイレンサーで Perk3 は Steady Aim に。

裏取りはその名の通り敵のバックエンドにダッシュ！捲り一発！で Kill していくんですが、「裏取りするヤツがいる」事にイラっとさせてプレイを粗くさせる目的もあります。いわゆる『裏の裏』になるケースもあるのでハマると気持ちいい。

裏取り 5 Kill -> AirStrike -> "Friendly Helicopter Inbound" がキマると脳汁ドバドバ出ます。

アンチヘリ専用

LMG

RPD (Grip)

Perk1

-

Perk2

Stopping Power

Perk3

Deep Impact

Maps

ヘリが来たら

ヘリが来たら使います。正確にはヘリに殺されたら。
Grip 付けると化ける。かなりリコイルが抑えられます。
アイアンサイトでも十分狙いやすいので普段使いも出来るっちゃ出来るんですが、あまり使わない。一時 Shipment で使ってたんですが MP5 のが扱い易い事が判ってからアンチヘリ専用に。

近接もたまにあるけど基本は中距離系

Assult

M4 (RedDotSight)

Perk1

RPG x 2

Perk2

Stopping Power

Perk3

Steady Aim

Maps

Crush, Downpour, Pipeline

ゲームスタート時に選択する事はありませんが、相手が近距離に持ち込むタイプの時はこっちに切り替えます。フルオートなので遠目の 2v1 でもそこそこいける。気がする。Stopping Power より Double Tap のがいいのではと思う事もありますが、そもそもあまり使わないので研究機会が無い。

Lv.41 以降は RPG が Frag x 3 になってます。
あと Shipment の時だけ Perk2 を SonicBoom にするのもアリ。

それにしても最近はヘリがソッコーで撃墜されてしまう。
6 Kill で止めて（つまり死んで）リスポン後に AirStrike → 6 Kill 止め、のループのが良いのかなー。特に Shipment とか。

【補足】
実はこの草稿を用意した時の話で、今はちょうど一周回った Lv.35 (Prestige Lv.2) です。クラスのセットアップはちょっと違います（AK-74 / AK-74u）が「同じ装備使っててもつまらん」という理由なので上記のクラスが自分的にはベーシックパターンです。

livedoor Reader と言えば視点移動の少ない UI のおかけで楽にフィード閲覧が出来る、ピン機能、Greasemonkey でイジりまわせる等々。

ただどうもここ最近使っている俺のテンポが悪い。ピンがすぐ埋まってしまう。
登録フィード数は5000件ちょいくらい。

フローはこんな感じ

1. ピンを立てる
2. 記事を読みにいく
3. 内容次第では Yojimbo にブックマークあるいはアーカイブ

ピンは100件までなので溜まりきったら読んで空きを確保するわけですが、この作業が頻発する。
そのせいか「ピンを立ててもいいんだが空きが少ないから止めておこう」という非常に宜しくない事を考えるようになってしまった。

ピンを同時に別の何か、SBM 的なモノに投げるようなグリモンでも書こう。でもわざわざそんなことせんでも「一発クリップ」があるなー、という段階でピンの使い方を間違っていた事にようやく気付いた。重要度の高い（であろう）記事は一発クリップ、ニュースや中身の薄そうな記事はピン、という使い方が良いんじゃないか。

一昨日くらいからこのスタイルにしてみたんですが、これが結構いい具合。ピンの溜まるスピードがかなり落ちる。ピンに立ててある記事は比較的どうでもいいものがほとんどなので開いて斜め読みして閉じていく事で LDR にすぐ戻れる。意外と良ければ Yojimbo に投げる。

livedoor Clip は LDRize でバツバツ読めるし、自分の clip したフィードを Vienna に食わせておくようにもしている。タブで元記事表示が出来るので悪くない。Vienna 単体で RSS リーダーとして使うには複数台環境で厄介になるが、フィード1件ならどうでもいい。Vienna から Yojimbo にブックマークやアーカイブする AppleScript を書けばより幸せになれる。



購読数が7000や8000になるとまた読み方が変わってくるとは思いますが、今の所はこれで機能しそうです。

セバスチャンがまた面白そうな事やってます。

Hamcrest
Getting Started with Hamcrest

Hamcrest という matcher 拡張ライブラリ。
厳密には拡張ではないのか。「テスト表現を宣言的にしていこうぜライブラリ」のが近い？

Java と .Net 向けにあったものをセバスチャンが PHP にポーティング中。
リポジトリも本家にあります。
http://hamcrest.googlecode.com/svn/trunk/hamcrest-php/

早速チェックアウトして使ってみました。
Let's do this.

競艇場にはお抱えのアナウンサーがいて、彼らがレースの実況をするそうだ。
なかには独特の節回しでファンを獲得している様子。

YouTube に数点ありました。

■ 平和島競艇・ベイ吉こと松永良一アナ

「まさに」「XXXとお伝えしておきます」「捲りぅいっっぱつ！」「XXと呼んで頂けたらと思います」

テキトーなニックネーミングと耳に残るフレージングが素敵すぎる。
「お伝えしておきます」はちょっと使いたくなる。

■ 蒲郡競艇場の名物アナ、高橋貴隆氏の実況ハイライト2007Ver.


すっごいツボ。
通常時と気合いの入った擬音表現のギャップがヤバい。

お二方とも普段からこのスタイルでは無くて、大きいレースの時だけらしい。

おまけ。ギャオン。

■ 飯塚オート実況(・∀・)ｷﾞｬｵ


本年も宜しくおたのもうします。

ここまでの流れ

RSpec 本を発見する
↓
秒殺 1Click 予約
↓
エントリ書く
↓
何故かはてブされている
↓