蕁麻疹ができて痒みに苦しんでたという話。

昨年からのバタバタぶりが少し落ち着いてきた1月中旬、足に肌色の蕁麻疹が出てきました。はじめは少し痒いくらいだったのですが、日に日にひどくなり、ついにはとても強い痒みが来て、掻くと余計に痒みが強くなるというやっかいなものになりました。

実は、こうした蕁麻疹は2年前にも体験していて、その時は初夏だったので、汗なんかも関係あったのかなあと考えていたのですが、まさかこんな冬になるとは思いませんでした。

夜になると痒みが強くなり、起きている間はできるだけ掻かないように意識できるのですが、いざ寝てしまうと無意識のうちに掻いてしまい、それでさらに痒みが強くなって掻くという悪循環になってました。さらには強い痒みで何度も起きてしまい、掻いたことの罪悪感も相まって、ろくに寝れずに会社に行く日もありました。

前回の時は、はじめに行った病院との相性が悪くて、この辛い時期が長かったのですが、最終的には良い病院と出会い、2ヶ月程で治りました。

その点、今回はすぐに良い病院に行くことができ、1週間経ったあたりでかなり落ち着きました。今は発作的な痒みは無くなったので、心穏やかに眠れるようになりました:D

いつかまたなるかもなので、対処法をメモしときます。（この対処法は自分がうまくいった方法で、人によっては効果が無い、もしくは逆効果の可能性もあります。治療する際は病院等で相談して下さい。）

1. 痒くなってきたら、冷やす

冷やせば、その瞬間は痒みがおさまります。

逆に温めると痒みが増します。夜寝ている間に痒みが来るのも、温かい毛布にくるまって寝ているのもあるでしょうね。。。

2. 早く病院に行く

発作的な痒みがくる状況になると、もう病院に行って薬をもらった方が良いです。放っておいてもひどくなる一方でした。

病院で出された薬は以下。

• セレスターナ配合錠（飲み薬:朝夕食）
• アレロックOD錠（飲み薬:朝夕食）
• ステロイド剤（塗り薬）

3. 症状を緩和する市販薬

いくつか市販薬も試したのですが、一番効果的だったのはこの薬でした。

ジェルタイプの塗り薬でスーッとする成分が入っているので、痒みを冷ましてくれます。正直痒みを取る目的では病院でもらったステロイド剤より効果がありました。

【送料490円・税込5000円以上で送料無料】2/2 10時～ エントリー＆3ショップ購入で最大10倍!ア… 価格：520円（税込、送料別）

4. 調子に乗ってお酒を飲まない

蕁麻疹の原因は医者曰く「アレルギー」だそうです。

原因をあれこれと考えてみたのですが、痒みがきた頃に特に変わったものは食べていないし、生活環境も特に変わったことはなく、これ、と思い当たるものはありませんでした。

強いて言えば、正月頃から毎日お酒を飲んでいたくらいですかね。家で飲むのもそうですが、新年会やイベントやらで外で飲む機会もあったので、元来アルコールが得意で無い自分にとってはオーバーペースだったのかもしれません。

お酒が直接の原因ではないかもしれないですが、アルコールで血流が良くなると痒みが増すので、良くはないです。

そういえば2年前の時も暑くなりはじめた頃で、毎日梅酒を飲んでいたから痒くなったと思い、その後禁酒していたのを後から思い出しました。。。

痒みを舐めたらダメ

経験がある方なら分かりますが、あの発作のような痒みはホントに辛いものです。さらに掻きむしってしまった後の激しい自己嫌悪、あれも苦しいですね。

お酒が原因かははっきりしてませんが、「それ以上飲んだら体壊すぞ」という体からのサインだと思うので、完治するまでは禁酒を、完治してもほどほどにしたいと思います。

というわけで、宴の席ではしばらくウーロン茶になりますので、ご承知おきをm(_ _)m

気がつけばもう1月が終わろうとしていますが、今年最初のエントリです。

昨年秋ごろから本業でバタバタとしていて、貧乏暇なしを体現するがごとく仕事に明け暮れていたら、気がついたら年が開けていました。

いちおうまだ1月なので、まずは昨年の振り返りを。

2011年

昨年も色々とあったのですが、イベント関連を振り返ると印象深かったのはやはりPHPカンファレンス関西を開催できたことです。

毎年、東京で行われているPHPカンファレンスのような大きなイベントを、地元関西でも開催したいという想いがずっとあったので、それが無事に実現できたことは大きな意味がありました。

このイベントを運営したスタッフが母体となって、Kansai PHP Users Group（kphpug）を立ち上げました。カンファレンスや勉強会といったPHPに関するイベントの開催を通じて、関西のPHPerが交流出来る場を作っていきたいと思います。

また、JAWS-UG大阪にスタッフとして関わるようになりました。あまりスタッフらしいことはしていませんが、これまで接することが無かった人たちと新たに交流できるようになりました。これも昨年の大きな変化でした。

2011年に参加したイベントを並べてみました。

こうして見ると、年初のCakePHP勉強会とappengine ja night #13以外は全て関西で開催されたものばかりでした。関西が盛り上がるのは良いことですね。

• 第2回関西アンカンファレンス
• CakePHP新春勉強会 東京
• appengine ja night #13
• Japan AWS User Group (JAWS) – Osaka勉強会 第1回
• PHPカンファレンス関西
• Japan AWS User Group (JAWS-UG) – Osaka勉強会 第3回
• 第1回関西PHP勉強会
• RxTstudy
• 第一回関西PHP初心者勉強会
• PHP Masturi 2011
• 第2回 関西PHP勉強会

2012年は「変化」の年

2012年は「変化」の年です。

これは個人的にというだけでなく、会社としても、この「変化」というキーワードを今年の目標に置いています。

１×１を個人事業ではじめて12年目、法人化して7期目に入っています。さらにこのblogを書きはじめて6年、OSSのコミュニティ活動に関わって5年が近くが経ちました。

これまで多くの方々とのご縁のおかげでなんとかやってこれました。本当にありがとうございます。

現状維持だけを考えれば、ここ 1, 2 年は色々な面でこのままやっていけそうな感覚はあります。しかし 5年、10年というサイクルで見ると、このまま現状維持を目指していたのでは萎んでいくのが目に見えています。

もちろん、これまでも精一杯取り組んではきたのですが、そろそろそのアプローチを見直す時期に来ているのかなと感じています。これは数年前から薄々は感じていたのですが、昨年あたりからその感覚が強くなってきていて、いよいよ行動に移す、移さないといけない時が来ています。

実は昨年から少しづつ変化の兆しはありました。

一つ例をあげると、kphpug では @BiMihoujyunをはじめとする若いメンバーが中心となり「関西PHP初心者勉強会」というイベントを開催してくれるようになりました。これまでは自分や決まったメンバーが開催していたのですが、これからの人が引っ張っていってくれるようになると、また違う盛り上がりをみせてきますね。

仕事面でもこういった変化の兆しは少しづつ見えていて、より先へ進もうとしています。

今年は、こういった変化の兆しを作る、そして実際に変化していく一年にしようと思います。

2012年が終わった時に「あー結局、何にも変わらなかったね」ということだけにはならないようにやっていきますので、2012年もよろしくお願いします！

PHPer の年末を彩る PHP Advent Calendar jp 2011 が今年も無事に終了しました。

今年は12/1から12/26まで、全26回に渡って全国の PHPer が PHP に関するエントリを投稿しました。今年は見事に登板日を超す人もいなくて、無事に完走できました。（焼肉奢りの人はいませんでした＞＜）参加された皆さんお疲れ様でした！

エントリ内容

今年もPHP言語についてやライブラリ、フレームワークなど多岐に渡る内容が投稿されました。昨年も様々な記事がありましたが、あえて違いをあげるなら PHP5.4 に関する記事が登場したことでしょうか。

PHP 関連では 5.4 や各フレームワークなど内容を絞った Advent Calendar も開催されていたので、PHP Advent Calendar jp については、普段 PHP を使っていて気になること、つまづいたところ、もっとこうした方が良いよ、といった Tips 的が多く、PHP を使う多くの方に参考になる記事が多かったと思います。

他にも、PHP自体のソース解説やフレームワーク論、プロセス制御、hiphop phpなど中級者〜上級者向けのコアな内容や、資格試験、イベント報告、そして退職報告に絡めたエントリなど、盛りだくさんではあるのですが、とてもバランスが取れたラインナップとなりました。

電子書籍化

今年は技術評論社さんのご協力により、Advent Calendar の記事を電子出版して頂ける予定です。せっかくこれだけの記事が集まったのですから、まとめて読めるのは嬉しいですね。

価格は無料で、2012/1 or 2 月頃に提供頂けるようです。みなさんお楽しみに:D

PHP Advent Calendar jp 2011 エントリ

=

PHP5.4のビルトインサーバで CakePHP を動かしてみました。

CakePHP Advent Calendar 2011 の 4 日目です。

いよいよ PHP5.4 の正式リリースが近づいてきました。5.3 からのマイナーバージョンアップとはいえ、Trait や Short syntax for arrays、Array Dereferencing など興味深い機能が追加されています。

そんな新機能の中から注目のビルトインサーバを使って、CakePHP を動かしてみました。今回は CakePHP1系と2系の両方を試しています。

PHP5.4RC2をインストール

まずは現時点での最新版 PHP5.4RC2 が動く環境を作ります。

手順は以前書いたエントリ「 現状のPHP環境はそのままで、PHP 5.4 を試す 」を参考にして下さい。

上記エントリではとりあえず 5.4 環境を作るという内容でしたが、実際にアプリケーションを動作させる場合は、./configure で利用するオプションを指定する必要があります。今回は下記のようにオプションを指定しました。

$ ./configure --with-mysql --with-pdo-mysql --enable-mbstring --with-pgsql=/opt/local/lib/postgresql90

ビルトインサーバを起動

ビルトインサーバは PHP5.4 で実装された新機能です。CLI 版 PHP のオプションとして実装されており、コマンドラインから Web サーバを起動して、その上で PHP を実行することができます。これを使えば Apache のような Web サーバが無くても CakePHP を実行することができます。

では先ほど構築した PHP5.4RC2 環境でビルトインサーバを起動してみましょう。

CLI 版 PHP に「-S」を付けるとビルトインサーバが起動します。「-S」の後ろは HTTP リクエストを待ち受ける IP とポートを指定します。下記例では local:8111 で待ち受けます。なお、ここでは既存の PHP の ini ファイルを利用したいので、「-c」で php.ini のパスを指定しています。

$ sapi/cli/php -S localhost:8111 -c /path/to/php.ini
PHP 5.4.0RC2 Development Server started at Sun Dec  4 15:38:15 2011
Listening on localhost:8111
Document root is /path/to/docroot
Press Ctrl-C to quit.

起動したらブラウザで「http://localhost:8111/」にアクセスするとページが表示されます。

Ctrl-C を押すと、ビルトインサーバが停止します。

-t で DocumentRoot を指定

デフォルトではコマンドを実行したカレントディレクトリが DocumentRoot になります。「-t」を付けると任意のディレクトリを DocumentRoot に変更できます。

$ sapi/cli/php -S localhost:8111 -t /path/to/docroot

.htaccess は無効

.htaccess はビルトインサーバ上ではただの１ファイルにしかすぎず、mod_rewrite などの制御は働きません。

しかし、ビルトインサーバではリクエストファイル名に「.」が含まれておらず、該当ファイルが存在しない場合は、index.php もしくは index.html を起動する仕様になっているようなので、CakePHP のように index.php からフレームワークが起動するアプリケーションでは問題無く実行することができます。

詳細はPHPマニュアルに

さすが PHP ということで、すでにビルトインサーバについては PHP にマニュアル解説があります。詳細はこちらをどうぞ。
PHP: ビルトインウェブサーバー – Manual

CakePHP2 を試す

では実際に CakePHP2 をビルトインサーバ上で動かしてみましょう。今回動かしたのは 2.0.4 です。

手順は簡単で、CakePHP2 の app/webroot を DocumentRoot に指定して、ビルトインサーバを起動するだけです。

$ sapi/cli/php -S localhost:8111 -c /path/to/php.ini -t /path/to/cakephp2/app/webroot

ブラウザでアクセスすると見事におなじみの画面が表示されます。

本格的なアプリケーションは実行していませんが、ざっと見た感じでは、PHPソースを変更することなく、そのまま実行することができました。

CakePHP1 を試す

次は CakePHP1 をビルトインサーバ上で動かしてみます。今回動かしたのは 1.3.13 です。

$ sapi/cli/php -S localhost:8111 -c /path/to/php.ini -t /path/to/cakephp1/app/webroot

ブラウザでアクセスするといつもの画面が表示されますが、いくつかエラーが出ています。

エラーメッセージは以下。

Strict Standards: Redefining already defined constructor for class Object in /path/to/cakephp1/cake/libs/object.php on line 54

Strict Standards: Non-static method Configure::getInstance() should not be called statically in /path/to/cakephp1/cake/bootstrap.php on line 38

Strict Standards: Non-static method CakeLog::getInstance() should not be called statically, assuming $this from incompatible context in /path/to/cakephp1/cake/libs/cake_log.php on line 290

E_STRICTエラー

PHP5.4 からエラー出力レベル E_ALL に E_STRICT が含まれたため、E_STRICT に引っかかった箇所がエラーとして表示されてます。

CakePHP ではフレームワーク自身が error_reporting() でエラー出力レベルを上書きしてしまうので、E_STRICT を除外するように変更する必要があります。（display_error=off でエラー表示を抑制する手もありますが、開発環境では表示しておいた方が便利です。）

この問題についてはビルトインサーバ上でなくとも、PHP5.4環境では同じく発生します。

修正箇所は github に commit してあるので、こちらをどうぞ。
Commit 9cbc30101c7d43221b88ea0d9fa66c2cfaa4f1d1 to shin1x1/cakephp – GitHub

URLパス生成の問題

「http://localhost:8111/a」など存在しないコントローラにアクセスするとお馴染みのエラー画面となるのですが、CSS が効かずにテキストのみが表示されます。画面下の画像も表示されていません。

これはフレームワークのURL生成に問題が発生しているためで、HTMLのソースを見ると CSS のパスが「/index.php/css/cake.generic.css」のように頭に余計な内容が入っています。

<link rel="stylesheet" type="text/css" href="/index.php/css/cake.generic.css" />

この対応として、app/webroot/index.php に以下の記述を追加します。

+  if (php_sapi_name() == 'cli-server') {
+    $_SERVER['PHP_SELF'] = '/'.basename(__FILE__);
+  }
  if (!include(CORE_PATH . 'cake' . DS . 'bootstrap.php')) {

これで「http://localhost:8111/a」でアクセスすると CSS が効いて、いつもの表示になります。

他にも FormHelper が生成する URL など各所で同じ現象が発生しますが、上記修正で対応ができます。

ユニットテストもちゃんと通りました

ちなみに CakePHP1 系で作ったとあるアプリケーションの alltest を通すとビルトインサーバ上でもちゃんとテストが通りました。これで 5.4 上でも動作することが分かりました:D

ビルトインサーバで手軽に試す

ビルトインサーバの利点はなんといっても「手軽さ」です。

新たに環境構築が必要な場面で、いちいち Apache に VirtualHost を追加したりせずともビルトインサーバを使えば、すぐに任意のディレクトを DocumentRoot にして Web サーバを起動することができます。

ビルトインサーバは CLI 版 PHP ではデフォルトで組み込まれるので、拡張等無しで多くの環境で利用できるのが良いですね。

ぜひ PHP5.4 ビルトインサーバでお手軽に CakePHP を試してみて下さい。

明日の CakePHP Advent Calendar 2011 5 日目は、@kashioka さんです。お楽しみにー。

PHP Advent Calendar jp 2011 2日目です。

はい、PHPer王子です。

前日の @cakephper さんになんだか妙な名前を付けられました が、今年も PHP Advent Calendar を実施することになりました。管理人がなぜか 2 日目という変わったスタートとなりましたが、なんとか12/25の最後日まで駆け抜けたいと思います。参加されたみなさんよろしくお願いします！

ちなみにまだ数日空きがあるので、いっちょ書いてみよーという方の参加お待ちしてます:D

PHPerにおける連想配列の悩み

王子らしくPHPerの悩みを解決したい！ということで、連想配列にまつわるお悩みを。

普段PHPを書いていて何とも悩ましいのが、array関連の関数です。PHPerなら、もう何度となく聞いたことがあるであろう「引数に統一感が無い」というやつですね。

一例をあげると、コールバック関数を受け取る array_filter, array_map, array_reduce などの関数の場合、引数として受け取るのはどれも対象の連想配列とコールバック関数の２つです。普通に考えれば、どの関数でも同じ順序で引数を受け取れば良いように思うのですが、下記のように array_filter/array_walkは第1引数が array になっているのに対して、array_map は第1引数がコールバック関数となっています。

array array_filter ( array $input [, callback $callback ] )
array array_map ( callback $callback , array $arr1 [, array $... ] )
bool array_walk ( array &$array , callback $funcname [, mixed $userdata ] )

実際のコードで書くと違和感はさらにつのります。引数が違うという点もそうですが、array_mapの無名関数の後に連想配列を指定するのがなんとも気持ち悪いですね。

arryなら！

ということでもっとシンプルに書けるように arry というライブラリを作ってみました。

これを使うとこんなにすっきりと書けます。

メソッドチェイン

各メソッドはインスタンスを返すので、メソッドチェインもできます。

実行すると以下のようになります。

200
180
160
140
120
100
80
60
40
20

メソッドチェインを繋げていく

上手く繋げて行くと、array を追加して、各配列について計算した結果を追加して、ソートして、出力する、ということが一気に書けます。

実行すると悲しき今シーズンの結果が表示されます。

1. Dragons    75 59 0.560
2. Swallows   70 59 0.543
3. Giants     71 62 0.534
4. Tigers     68 70 0.493
5. Carp       60 76 0.441
6. Baystars   47 86 0.353

キーがあるかどうか

PHPでハマりがちな isset() / array_key_exists() も exists() メソッドで指定したキーが連想配列に存在するか確認できます。

PHP5.4なら

5.4ならarray()の代わりに[]が使えるので、さらにすっきりとなります。

実はこの arry という名前は、5.4 以降では array() を使わなくだろうから、この名前にしています。今は紛らわしいですが、5.4 が当たり前になったころにはこのライブラリ以外で array() と書くことはなくなるかもしれません:D

shin1x1/arry – GitHub

本当はSPLで

そんな arry ですが、array系関数の代わりとして使うにはまだまだ実装が足りません。

実はこれを書いた理由は SPL でこういった実装が欲しかったからなんですね。ArrayObject もありますが、実装メソッドが少なく、完全に連想配列をメソッドで操作するというわけにはいきません。

arry を膨らませていっても良いのですが、PHP 標準の SPL でこういったクラスが欲しいですね。

さて PHP Advent Calendar jp 2011 3日目は、AWS の貴公子 @tottokug さんです。どんなネタが飛び出すか楽しみですね！

11/24に大阪市内で第２回関西PHP勉強会を開催しました。

平日夜の開催ながら多くの方に集まって頂き、本当にありがとうございました。

今回は「あらためて5.3、こんにちは5.4」をテーマに、PHP5.3, 5.4に関するセッションが2つ、ライトニングトークが飛び入り含めて7つとなり、終了時間ギリギリまでめいいっぱいの内容となりました。

あらためてPHP5.3

「あらためてPHP5.3」ということで、PHP5.3ならではの機能について発表してきました。

登場からもう2年半経つPHP5.3ですが、環境としては使いつつも、5.3ならではの機能を使っている人はまだ少ないように感じます。そこで5.3の代表的な機能である「namespace」「クロージャ」「LSB」を取り上げました。

とは言うものの、実は「namespace」に関する内容がほとんどになっています。実は資料を作っている段階では namespace だけで発表時間（40分）を超過する内容になってしまってました。あれこれと削ったのですが、半分以上が namespace に関することになりましたね。（PSR-0 のこととか autoload のこととかも話そうと思ったました:D）

namespace は一見すると地味な機能で、名前競合などを経験して実際に困った人でないとメリットが見えづらい機能です。ただ今後普及していくであろう5.3フレームワーク（Lithium, Symfony2, ZF2, FuelPHP等々）ではフレームワークに namespace が利用されているので、フレームワークを利用する側も使い方くらいは知っておく必要があります。

初歩的な部分や実際に使ってみたハマリどころなどもご紹介していますので、これから5.3の機能を触る方は参考にしてみてください。

PHP Matauri 2011 が終了しました。いやあ楽しかった。

Photo by zatsu

大きな問題もなく無事にイベントを終えることができました。関西の方はもちろん、大阪開催にも関わらず、多くの方に関西外からお越し頂き、みなさん本当にありがとうございました。

個人的にも昨年参加できなかった PHP Matsuri にようやく参加できました。色々と感じたことなどをつらつらと書いていきます。

PHP Matsuri はどんなイベント？

参加前

• 昨年の PHP Matsuri は参加できず。
• まあ運営はいつものメンバーなので、後で聞いてみよう。
• みんな「とにかく楽しかった」しか言わない。。。
• 「カンファレンス」「ワークショップ」「ハッカソン」「開発合宿」「アンカンファレンス」が合わさったイベント？
• それぞれ参加したことあるし、魅力的なラインナップ、確かに楽しそうなのは分かる。

1日目終了

• カンファレンス、ワークショップは納得の内容。
• TDDワークショップでちょろっと講師。参加された方、ありがとうございました！（FizzBuzzでPHPUnitを体験）
• 翌日のライトニングトーク大会に向けてハッカソン開始するが、細々したことばかりやって今ひとつ手につかず。
• まあ雰囲気楽しいし、翌日の発表は今回はもういいかなーと思いつつ、3:00頃に就寝。

2日目午前終了

• チェックアウトぎりぎりの10:00前にようやく起床（同室の@itemanさんに起こしてもらったm(_ _)m）
• みんな頑張って作業してるのに触発されて、慌てて作業開始。
• そもそもテーマすら決めてなかったから、なかなか決まらず。
• ようやくあれこれやりだした頃にライトニングトーク大会締め切りが来て、エントリ出来ず。
• ただ頭のどこかでは「まあ間に合わなかったら別にいいか。」と思っていた。

2日目ライトニングトーク大会開始

• あ！！！そういうイベントか！！！
• ようやくイベントの核に気づく。
• 発表しない PHP Matsuri なんて、クリープの無いコーヒー、炭酸の無い RedBull やん。。。

PHP Matsuri はどんなイベント？

まず参加前に思っていた「「カンファレンス」「ワークショップ」「ハッカソン」「開発合宿」「アンカンファレンス」が合わさったイベント」は確かにそのとおり。それぞれが単体でイベントできる内容でかつ、わずか30時間の間に同じ場所で一気に繰り広げられるから、濃度が半端無く濃い。それだけに参加した人には強烈な印象（疲れも）が残ります。

ただそれだけじゃなく、参加して分かったのは、実は一番大事なコンテンツは2日目午後の「ライトニングトーク大会」だということ。そもそものコンセプトである「アウトプットする」を実践する「ライトニングトーク大会」こそがイベントで一番のコンテンツであり、@yandoさんが書かれているとおり、まさに「参加者の皆さん自身こそが目玉コンテンツ」ですね。

それを理解した頃には、まさに「後の祭り」なわけで、次回は発表するようにします！

PHP Matsuri を関西で開催したということ

多くの方に参加頂いたわけですが、関西以外からの参加者の方が多く、わざわざ関西に来てもらえて嬉しい気持ちでいっぱいでした。PHPカンファレンス関西の時もそうでしたが、イベントのために来阪してもらえるということはありがたいことですね。

一方で、関西からの参加者が少し少なく寂しい気持ちも若干ありました。

そもそも関西スタッフである自分のアピール不足が原因でもあるので、そこは反省するとして、ただこういった機会はそうは無いので迷っていた方には、できたら参加してもらいたかったなあという思いが残っています。

イベントに参加したからと言って、次の日から人生がバラ色になるとかそういうことはありません。イベントで高ぶった気持ちも翌日からの日常で徐々に落ち着いていき、いつもの日々に戻ります。

ただ確実に心のどこかでは何かが変わります。

上手く伝わるか分かりませんが、自分の中では、日常で徐々に積もっていく閉塞感というか、勝手に自分が創りだした心の壁のようなものを打ち砕くような効果があります。あと、なんとなくですが、スタッフ、スピーカー、参加者に関わらず、参加した人同士の結びつきも感じます。通常のイベントでもこういった感覚はあるのですが、一夜を共にした仲というのは（男女間に限らず）特別なものを感じます。

今後、関西でもイベントを開催していきたいので、次回こそはみなさん参加をお待ちしてます！

次回は？

会場でも次回開催を期待する声が多く、私自身もまた参加したいと思うのですが、いかんせん有料＋宿泊イベントということで運営負荷も大きいので、まだどうなるかは未定です。

突然ですが、最後にイベント中のとあるシーンが写真に残っていましたので、ご紹介します。

左から、マイクを持って何かを言っている@shin1x1、真ん中で不敵に笑う@yando、何かを決意したような@k1low。

Photo by koyhoge

次回が楽しみですね。みなさん、おつかれさまでしたー。

one more thing…

イベントの翌々日にCakePHPコアデベロッパーの@predominantさんと夕食に行くことができました。

身振り手振りにGoogle翻訳を駆使し、Air に入れていた自社フレームワークのコードを見てもらったり、MotoGP の話をして、とても楽しい時間を過ごすことができました。こういった機会に巡り会えたもの PHP Matsuri のおかげですね。

ありがとうございましたm(_ _)m

スティーブ・ジョブズ氏のご冥福をお祈りいたします。

林檎に囲まれて

初めて購入した Apple 製品は、iPod touch でした。基本、音楽プレーヤーとして使っていました。それから 1 年後に iPhone 3GS を買ったため、Apple UI にすっかり慣らされてしまい、Macbook Pro を買うことになります。それ以降の林檎購入ラッシュに入ります。iPad, iPhone4, MacBook Air, iMac と気が付くと林檎マークだらけになりました。

引いてみると完全に Apple 信者のようですが、自分の感覚としては単に「良いから使ってる」だけで、それほど思い入れがあるわけではないです。他に良いものがあれば多分使います。（スマートフォンは INFOBAR がメインになってますし）

そんな自分でも今回のニュースを見た時は、やはりショックを受けました。ただただ残念です。

多くの人が悲しむ

これだけ影響を与えた方の訃報だけに多くの方がその死に驚き、悲しみました。Web上だけでなく、新聞やテレビなどでも特集含め多くの注目が集まっています。

もちろん自分もその悲しみを感じている一人ではあるのですが、なんとなく、もやもやですが、少し違和感を感じました。

10/6（日本時間）に亡くなった方は、おそらくジョブスだけはなく、悲しいことですが、多くの方が亡くなっています。その方の死は、自分が知っている限りでは、これほど取り上げられることもなく、これほど多くの方がその死を悲しむこともありません。

もちろん知らない人の死は知りようがないですし、悲しむ人の多さを競うわけではないです。毎日亡くなった方全員の死を悼むなど現実的でもありません。

でもジョブスだって知り合いでは全く無いです。この死を悼むという気持ちはなんなんだろうと考えたりしました。

名を残す

ジョブスの功績をあらためてここであげる必要もなく多大なものです。

しかしこれらを実際に具現化した人たちはどうでしょうか。どんなに素晴らしいアイデア、強力なリーダーシップがあっても、実際に作る人がいければ製品は生まれません。しかしそういった製品を実際に手を動かして作った人の名前はあまり聞かれません。例えば iPhone であれば、ハードウェアは外部調達にしてもソフトウェアは内製していたかと思います。iOSの開発に携わっているプログラマの名前を何人の人が知っているでしょうか。アイコンをデザインした人を知っていますか？

などと思い、名を残したければリーダーにならないとダメなんだろうなあ、という方向に思考が向かったのですが、考えてみるとジョブスほどの名声を得た人は世界でも稀なので、リーダーだからとかそういう問題じゃない気がしてきて、これはここまでで。

動画見たり、本を読んだり

悲しみと共にジョブス関連の動画や名言集に関するポストが多く出てきたので、表現が適切かどうかは分かりませんが、一種のブームのようになってきました。

自分もあらためてジョブスの遺した足跡を辿ってみたくなり、動画を見たりしてます。ちょうど来月に「本人公認の決定版評伝」が出るらしいので、早速予約しました。

こういった出来事をきっかけにして、その人をもっと知りたくなり、知っていくとよりファンになる、そしてあらためてその死を悼むということは、これまでもありました。（最近だとマイケル・ジャクソン）一種ミーハー的でもあり、生前から心酔していた人からすると面白くないかもしれません。

動画は以前からあったものが多く、書籍も多数出ていましたが、今ほど興味を持っていませんでした。雰囲気もあるのかもしれませんが、人の死がきっかけで急にその人に興味が湧くというのは不思議な気分です。

「世界に自分のアイデアを広めるために会社を作る」

色々な動画を見ていた中で胸に刺さった言葉です。

「会社をなぜやっているのか？」ここ最近、日々自分に問いかけていることだけに一つの光明な見えたような気がしています。

動画は、2001年にNHK「クローズアップ現代」でジョブスに行った単独インタビューです。2001年とはいえば iPhone 以降の快進撃のはるか前なので、その後の成り行きを考えると感慨深いですね。ふっくらした顔つきで穏やかに話す姿が新鮮なインタビューでした。

NHK　クローズアップ現代　パソコン界の先駆者

あらためて前を向く

人の死によって、あらためて自分の生を考えさせられる。本来なら自分自身が日々問うべきことなのでしょうが、日常に流されて忘れがちだったことをあらためて考えました。

今のところ生きているので、精一杯やっていこうと思います。

さてやって参りました PHP Matsuri の魅力を余すところなくお届けしているリレーブログ。昨日の @kaz_29 さんからバトンを受け取って、今日の担当は私 @shin1x1 でございます。

9 日目の今日は何を書こうかなと昨夜あたりから、あれこれ構想を練っていました。

やはり、これまでのリレーブログと同様に PHP Matsuri に対するアツい想いをしたためようと、朝からせこせこと書き出していたところ、リレーブログ担当でも無い @slywalker から、とんでもないエントリが飛び出してきました。

どう考えてもこれは妨害激励以外何者でも無いのですが、内容がとにかく素晴らしくて、自分の言いたいことを端的に表現しており、今日は同じテーマだとこれ以上は書けないと思うので、アツい想いを語るのは止めました。

PHP Matsuri というかエンジニアとしての姿勢など、アツい思いを読みたい方はこちらをどうぞ。

さて、じゃあ何を書こうかな。リレーブログ当番としては何か書かなきゃならんので、ちょっと別の視点から淡々と書いてみます。みなさんお付き合いのほど、よろしくお願いします。

関西で開催するということ

今年の PHP Matsuri で個人的に一番大きなポイントはここ。

これまで 2008年の「CakePHP Conference Tokyo」からはじまり、2009年「CakeMatsuri」、2010年「PHP Matsuri」（PHP Matsuri は参加できず＞＜）と毎年秋にイベントを開催してきたのですが、いずれも会場は東京（近郊）でした。もちろんスピーカー、スタッフ、参加者の大多数が関東圏の人だったため、これは至極当然の選択でした。

関西在住の自分は、新幹線に乗ってエッチラオッチラ参加したわけです。

当時はそれが当たり前のことだったので、違和感は感じませんでした。遠方から参加しているのは自分だけでなく、同じく関西から参加される方、さらには福岡、北海道から参加される方もいたので、まあそういうもんかなくらいの認識でした。ただ参加して感じたこと、想いを共通体験としてシェアできる人が近くにあまりいないということに一抹の寂しさを感じていました。

そんな想いが募っていき、いつか、ここ関西で、東京に行かなくても参加できる大きなイベントをやりたい！という想いから、PHPカンファレンス関西を開催しました。おかげ様で、PHP カンファレンス関西では、多くの方にお越し頂きました（ありがとうございました！）。さらにその後のPHP勉強会での盛り上がりや、先日行われた Word Camp Kobe の成功を見るに、関西の PHP コミュニティは非常に盛り上がっています。これまで、こういった大型イベントが行われていなかったのが不思議なくらいです。

そして PHP Matsuri 2011 が大阪で開催されます。

開催地の選定は春頃でした。スタッフの大多数は関西以外で、やはり関東圏の人が多いです。正直、スタッフの都合、さらに昨年のリピーター、参加者の母数を考えると東京近郊で開催するのが順当なところです。しかし、それが大阪での開催となりました。要因は色々ありますが、関西コミュニティの盛り上がりも大きな要因です。これは、これまで関西で色々なイベントに参加された皆さんお一人お一人の功績です。今、関西は良い流れになってきています。

関西勢もっと！

こういった流れで開催されるこのイベントだけに是非、関西の方にも多く参加してもらいたい！というのが個人的な想いです。

続々と参加申し込みはされているのですが、今のところ関西の方がやや少なめな印象です。むしろ昨年参加した方が関西外から来る方が多いかも。（これはこれで、すごいことで、イベント満載の関東圏から、わざわざ大阪まで来て参加するということが、このイベントの魅力を表していますね！）

もちろん、関西外から関西に来て頂けれるのは嬉しい限りなのですが、せっかく地元関西で開催されるのに参加しないのは勿体無いです。

この言い方が適切か分かりませんが、こういったイベントが関西で開催される機会はそう多く無いです。

はっきり言います。迷ってるくらいなら参加しましょう！！もう予定がある、興味が全く無いという方は残念ながらですが、興味あるし、時間もお金もなんとかなりそうという方はぜひ参加しましょう。細かいことは参加すれば何とかなります。

参加費が高い。。。

今回の参加費（22,000円）は決して安い金額ではありません。ただ金額はそれで得られるものとの対比で考えるべきもので、今回のイベントについてはその価格以上の価値が十分にあると思っています。

さらに言うと、もし来年同じイベントが関東で開催されて、そちらに参加しようと思うと、参加費が同じだとしても、これに交通費がのります。さらに前乗り、後泊まりを考えると軽く倍以上（3倍くらい？）かかります。そう考えると関西在住で、純粋に参加費だけで参加できる今回は「半額」で参加できるという考え方もできます。（書いていて、そういえば東京への参加だと費用かかってるなーとあらためて思った><）

ひとりだと不安。。。

ひとりで不安、という人こそ参加すべきです。次回は一緒に参加できる仲間をこのイベントで見つけて下さい。

知らない者同士でも一夜を共にすれば、不思議と一体感が出てきます。僕らスタッフ同士も、仲良さそうにしている参加者同士も、はじめから知り合いだった人はほとんどいません。私を例にすると、元から知り合いだった人は一人もいません。全員こういったイベントやコミュニティ活動から知り合った人ばかりです。

特別なことは、何もする必要ありません。

一緒にイベントに来た、隣に座った、カンファレンスを聴いた、ワークショップで学んだ、ハッカソンで何か作った、ライトニングトークで発表した、ご飯を食べた、休憩所でコーヒーを飲んだ、同じ部屋だった、何でもいいんです。ただ一緒に過ごしたというだけで、それは大きな共通体験となります。

そんな共通体験を、著名なフレームワークデベロッパーやオープンソース界で活躍されている方達ともできるのが PHP Matsuri です。

英語が苦手。。。

英語が全くダメ？大丈夫、ほとんどの人には日本語がバリバリ通じます。

海外のゲストもカンファレンスの発表では通訳が付きます。ゲストと直で交流できるのがイベントの魅力ではありますが、どうしてもダメなら無理に話さなくて良いです。話せば楽しいでしょうけれど、英会話教室じゃないので英語を話すことを強制するイベントではありません。日本語で話したい方は私と話して下さいm(_ _)m

さあ祭りへ！

さあ、ここまで読んだあなたなら、もう参加する勇気が出てきましたね。

まだ迷ってる？迷ってる暇は無いですよ。イベントは10/15ですが、会場手配の都合でチケットは10/10で締め切っちゃいます。もう買っちゃいましょう。関西人スタッフの一人としては、ぜひ関西の人にこそ、この経験を味わってもらいたいと思っています。秋の夜長に南港でステキな一夜を過ごしましょう！

PHP Matsuri 2011に参加する

明日のリレーブログは sio_19851001 さんです。どんなエントリになるか楽しみですね！

Mac で資料作成（システム仕様書など）に使うツールがようやく固まってきました。

Mac に移行してきて早 2 年、開発環境はすんなり移行できたのですが、なかなか移行ができなかったのが資料作成ツールでした。

というのも Windows では定番の Office（Word / Excel / PowerPoint） と Visio という強力なツールを使っていたため、Mac に移行した後も、結局、資料作成する時は vmware に入れた Windows XP を起動していました。

せっかく Mac に移行したのだから Mac 環境で使えるツールを使いこなしたいものです。あれやこれやと試してはいたのですが、結局決まらず悶々としていたある日、Google+でこんな質問をしました。

多くのコメントを頂いて、色々なツールを試した結果、ようやく Mac 上で資料作成できる環境が整ってきました。どれも便利なツールなので、迷っている方は参考にしてみて下さい。また、他に良いツールがあればぜひ教えて下さい。

1. Google Docs（スプレッドシート）

脱 Office に向けて、目を付けたのが、お馴染み Google Docs です。まずは Google スプレッドシートで 脱 Excel を果たしました。

Google Docs には、文書、スプレッドシート、プレゼンテーションと Office で使っていたようなアプリケーションが揃っているのですが、文書やプレゼンテーションは残念ながら Word や PowerPoint ほどの表現力が無く、Office の替わりとしては使いづらい印象です。

しかし、スプレッドシートは、かなりしっくりきました。機能は Excel には及ばないですが、実用上はそれほど不便は感じません。むしろクラスドならではの、色々な人と手軽に共有できたり、ファイルの置き場を考えなくてすんだり、どの環境からも簡単にアクセスできるなどの利点の方が大きいです。あと Google フォームとの連携も強力ですね。印刷を前提としなければ Excel の役割は十二分にスプレッドシートでこなせます。

Google スプレッドシートを使い出して、自分が Excel に求めていたものは、このシンプルな機能だけで十分だったんだなあと気づきました。

脱 Office ツール: Excel

2. Keynote

Mac でプレゼンテーションといえば Keynote です。

勉強会でも良く見ていたので、Mac を買ってすぐにインストールしました。はじめは PowerPoint との違いに戸惑い、なかなか使いこなせませんでしたが、慣れてくると、もう PowerPoint に戻る気はしないですね。

どこが良いかというと、使っていて心地良いんですね。フォントがキレイ、エフェクトが豊富、プレゼン時のサブモニタ表示が見やすいなどポイントは色々あるんですが、全体を通じて使い心地が良いというのが大きいです。とくにテキストや図などドラッグで位置合わせするときに表示されるガイドが、便利ですね。後述する Cacoo でも採用されていますが、位置合わせが必要な資料作成ツールでは必須ですね。（たまに PowerPoint を使うとこのガイドが表示されないので、すごく戸惑います。）

PowerPoint でできて、Keynote でできない、ということは特に無かったので、あとは操作への慣れだけですね。

脱 Office ツール: PowerPoint

3. Cacoo

あと残りの２つ、Word と Visio からの脱却に時間を要しました。というのも、なかなか自分に合うツールが無かったため、あれを使っては止め、これを使っては止め、となっていたのですが、まずは Visio の代わりとして Cacoo を使うようになりました。

Cacoo は言わずと知れたオンラインで図を作成できる Web サービスです。

リリースされた当初はブラウザ上で図がキレイに書けるということで注目していたのですが、個人的には Visio に比べると操作性も機能面でもまだもうひとつというところがあり、普段の資料作成では Visio を使っていました。

しかしさすがというべきか、Cacoo では Web サービスらしく機能拡張やステンシルの追加が随時行われていき、ここ最近ではかなり実務でも使いやすくなってきました。個人的には ER 図用のステンシルが追加されたことが大きいですね。「ER 図を書く」という機能ついてはまだ Visio の方が便利なのですが、「図を書く」という行為については Cacoo でも十分こなせます。

Google Docs のところでも書きましたが、どの環境でもブラウザがあれば使える Web サービスは便利ですね。最近ではこの利点があるために機能面で多少足りないところがあっても、ついつい Cacoo を使っています。あと、なんだかんだ言っても、ステンシルがキレイ（かわいい）というのは使う気にさせられますね。

今は無料版を使っていますが、このまま使用頻度が増えてくれば、いずれ有料版に移行していこうと思います。

脱 Office ツール: Visio

4. OpenOffice.org（文書ドキュメント）

最後まで難航したのが Word の代わりとなるツールです。一時は Plain Text で内容を記述できる Sphinx を利用していたのですが、PDF 出力時に思ったようなレイアウトに調整するのが大変で、結局挫折しました。（Sphinx 自体は HTML 出力前提であれば今でも使いたいと思うツールです。）

そしてたどり着いたのが OpenOffice.org です。

OpenOffice.org 自体はもちろん以前から知っていたのですが、あくまで Office 文書のビューアくらいにしか使っていませんでした。ビューアとして使った場合、ある程度は元の内容が表示できるのですが、細かいところでレイアウトが崩れるので、正直あまり良いイメージを持っていませんでした。

しかし、Office 文書を開くのではなく、OpenOffice.org 上で新規文書を作成したところ、見方がガラっと変わりました。というのも Word と同様の操作で文書が作れるのはもちろんこと、Word よりもおせっかいな挙動が無く、実に素直に動作してくれます。Word では一気通貫で文書を作成していく分には問題無いのですが、あれこれ試行錯誤して、表を動かしたり、スタイルを変更していくと、思ったように動作しないことがままあります。

この「ここにこの文字を入れたいのに、なぜ、そーなる。。。」「なぜ文字間が広がる。。。」「なぜ番号付けが飛ぶ。。。」といった現象が、OpenOffice.org はほとんど無く、思ったとおりに文書を作ることができました。動作も軽快でテキストエディタで文章を作るようにさくさくと資料を作成することができます。正直 Word よりも使いやすいと感じました。

文章を書く、レイアウトを作るという資料を作る上でメインとなるタスクを Mac 上で実現できる算段が付いたことでようやく脱 Office の道が開けてきました。

作成した文書の配布に関しては、基本 PDF に出力しています。もし元ファイルを編集したいというニーズがあっても OpenOffice.org なら、Windows でもフリーでソフトを入手できるので、そこの安心感もあります。

脱 Office ツール: Word

次は脱アプリ？

こうして見ると Keynote 以外は、Mac 関係無いですね。

今後、Keynote や OpenOffice.org 文書作成に匹敵するくらいの本格的な Web サービスが登場すれば、Office 全てが OS 問わず ブラウザから使えるようになるかもしれません。Google Docs や Cacoo の発展を見ると、そう遠くない未来にそういったツールが登場しそうです。（そういえば Office をクラウドで使うといった話もあった気もしますが:D）

なんにせよ、ようやく Mac だけで資料が作成できる環境が整いました。しかし、１つだけ心に引っかかっていることがあります。

実は Visio の代わりとして以前に OmniGraffle を購入したのですが、これがさっぱり使いこなせず、完全に HDD（SDD）の肥やしとなっています。使いこなしている人の話を聞くと、とても良いツールだと思うので、誰か使い方を教えて下さいm(_ _)m