Debain での話。

• 手元で色々 PHP いじってて環境が微妙なことになってしまったとき
• まぁ、こういうことになる人ってあんまいないと思うけど

$ sudo pecl install hoge

でインストールすると、

...
checking for PHP includes... -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib
checking for PHP extension directory... /usr/lib/php/20100525-debug
checking for PHP installed headers prefix... /usr/include/php
...

おや？

で、当然 /etc/php5/conf.d/http.ini とかに

extension=http.so

とか書いても、

$ php -v
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626/http.so' - /usr/lib/php5/20090626/http.so: cannot open shared object file: No such file or directory in Unknown on line 0
...

とかいわれる。

extension のインストールされたディレクトリと、phpの設定がもってる extension dir が違うようだ。

$ php -i | grep extension_dir
extension_dir => /usr/lib/php5/20090626 => /usr/lib/php5/20090626

となるから当然で。

あれ、じゃあなんで pecl install するときにここに入らないのだ、と思い一応 pecl config-show で確認。

$ pecl config-show
...
PHP extension directory        ext_dir          /usr/lib/php5/20090626
...

ちゃんとなっている。

ビルドのときには /usr/bin/php-config が使われるのでそれも確認

$ which php-config
/usr/bin/php-config
$ php-config
...
  --libs              [-lcrypt   -lz -lcrypt -lonig -lcrypto -lssl -lcrypto -ldb-4.8 -lqdbm -lbz2 -lz -lcrypto -lssl -lcrypto -lrt -lm -ldl -lnsl  -lxml2 -lgssapi_krb5 -
lkrb5 -lk5crypto -lcom_err -lxml2 -lxml2 -lxml2 -lcrypt -lxml2 -lxml2 -lxml2 -lxml2 -lcrypt ]
  --extension-dir     [/usr/lib/php5/20090626-debug]
  --include-dir       [/usr/include/php5]
...

あれ。

php-config は誰によってインストールされるか、

$ dpkg -S php-config
php5-dev: /usr/share/man/man1/php-config5.1.gz
php5-dev: /usr/bin/php-config5

php5-dev。だけど /usr/bin/php-config5 ってことは多分 /usr/bin/php-config は symlink にしてるんだな、と確認してみると、

$ ls -la /usr/bin/php-config
-rwxr-xr-x 1 root root 4570 2012-02-03 08:36 /usr/bin/php-config

あれ。実体だ。

つまり原因は、

• 何かしらのタイミングで php-config が実体になっちゃった
• php5-dev をインストールしなおしても、update alternatives が働かない
• 何かしらのタイミングで実体になっちゃったものがずっとつかわれちゃってる
• pecl install のときにおかしくなる

ということなので、 /usr/bin/php-config を削除して php5-dev のインストールしなおし

$ sudo rm /usr/bin/php-config
$ sudo apt-get remove php5-dev
$ sudo apt-get install php5-dev

...

php5-dev (5.3.10-1~dotdeb.1) を設定しています ...
update-alternatives: /usr/bin/php-config (php-config) を提供するために 自動モード で /usr/bin/php-config5 を使います。
update-alternatives: /usr/bin/phpize (phpize) を提供するために 自動モード で /usr/bin/phpize5 を使います。m

で、再度確認

$ ls -la /usr/bin/php-config
lrwxrwxrwx 1 root root 28 2012-02-06 11:47 /usr/bin/php-config -> /etc/alternatives/php-confi

$ php-config
...
  --libs              [-lcrypt   -lz -lcrypt -lonig -lcrypto -lssl -lcrypto -ldb-4.8 -lqdbm -lbz2 -lz -lcrypto -lssl -lcrypto -lrt -lm -ldl -lnsl  -lxml2 -lgssapi_krb5 -
lkrb5 -lk5crypto -lcom_err -lxml2 -lxml2 -lxml2 -lcrypt -lxml2 -lxml2 -lxml2 -lxml2 -lcrypt ]
  --extension-dir     [/usr/lib/php5/20090626]
  --include-dir       [/usr/include/php5
...

OK。

で、 pecl install してめでたし。

追記

最初の php-config のときに

  --version           [5.4.0beta1-dev]
  --vernum            [50400]

が出てたので自分で作ってた php5.4 の .deb をインストールしたときだなー間違いなく。

ますますこの問題おこるひとほとんどいないきがするよ。。

起こるとしたら、debian標準のaptから dotdeb に切り替えたとか、何かしら環境を変えた時とか。

小ネタ。

Symfony2 つかってるとページング処理どうしようかってのに KnpLabs が公開してる KnpPaginatorBundle を使うことが多い。KnpPaginatorBundle は 2.0 系から Zend_Paginator に依存しなくなって使いやすくなりましたね。 *1

そして、最近特に管理画面系をサクっと仕上げるのに欠かせないのが Twitter Bootstrap なわけだけど、つまり、KnpPaginatorBundle が吐き出すページング用の HTML を、Twitter Bootstrap の、navigation でうまくいくやつを出力したいと思うわけです。

これね:

• High Performance PHP Framework for Web Development - Symfony 2.0.x
• Bootstrap, from Twitter v1.4.0
• KnpLabs/KnpPaginatorBundle - GitHub 2.0

テンプレートファイルを用意して parameters.ini に設定

Twitter Bootstrap 用に変更している点は、現在のページを active ってクラスにしている点とかその他なんだっけもろもろです。

これを自分で作ってるアプリの適当な Bundle の Resouces/views な場所に入れます。(今回は、 Pagination:pagination.html.twig にいれた。)

で、KnpPaginatorBundle が使うテンプレートを指定するのが parameters.ini で:

[parameters]
...
    knp_paginator.template.pagination=MyAppBundle:Pagination:pagination.html.twig

的なかんじ。

追記: なぜ parameters.ini なのか質問されたので追記。こういう設定は普通 config.yml 的なところで knp_paginator: template: pagination ... なんじゃ？とも思ったんですけど、ソース読んだら parameters から取ってたので、parameters.ini に書きました。勘違いしてたりして...！

追記の追記。 parameters.ini → config.yml に設定変わってた。

この内容つくったとき、最新のソースでソース読んでつくったんだけど、今度ブログ書こー、とおもって1ヶ月くらい経過してたせいで、その後テンプレート指定の方法が変わってたw

32c5c3c 時点では、parameters.ini でOKです。最新のソースでは 06dc809d で設定方法がかわってるので、 config.yml に書けば良いっぽいですね。

と、いうことで多分 config.yml に以下のように記述すればいいとおもいます。

knp_paginator: template: pagination: MyAppBundle:Pagination:pagination.html.twig

※ブログ書く前に最新版で確認しましょうという話。

でなんかする

なんちゃら Controller:

<?php
// in some action

        $qb = $this->get('doctrine')->getEntityManager()->createQuery('...');
        $paginator = $this->get('knp_paginator');
        $posts = $paginator->paginate(
            $qb,
            $this->getRequest()->query->get($pageQueryName, 1), # page number
            $itemCount # items per page
        );

        return $this->render('MyAppBundle:Internal:Hoge/fuga.html.twig', array(
            'posts' => $posts
        )); 

なんちゃら .html.twig

{{ posts.render()|raw }}

• それだけなのでとくにオチとかもないです
• KnpPaginatorBundle 使うと 各 column での sort とかも簡単に実装できるので楽ですね

Redmine の API をごにょごにょしたいことが多いんだけど、毎回 PHP ってのも芸が無いので年始の休みのときに遊びはじめてみた node.js / JavaScript のモジュールにしてみた。

• sotarok/node-redmine - GitHub

何でもある npm になかったので、node.js の練習がてら作ってみました感じです。この記事ではバージョン0.2.0 です。

まだ作ってみたばっかで全然使ってないから API とかは変わるかもしれません。すいません。

インストール

npm だと、

$ npm install redmine

です。それ以外の方法はよく知りません。

使い方

example においてあるけど、

var Redmine = require('redmine');

var redmine = new Redmine({
  host: 'vivid-winter-3808.heroku.com',
  apiKey: 'xxxxxxxxxxxxxxxxx',
});

redmine.getIssues({project_id: 1}, function(err, data) {
  if (err) {
    // error
    console.log("Error: " + err.message);
    return;
  }

  console.log(data);

  // { offset: 0,
  //   total_count: 3,
  //   issues:
  //    [ { updated_on: '2012/01/13 03:18:30 +0900',
  //        priority: [Object],
  //        status: [Object],
  //        tracker: [Object],
  //        project: [Object],
  //        description: 'Test issue description',
  //        subject: 'This is test issue on 1326392307929',
  //        done_ratio: 0,
  //        created_on: '2012/01/13 03:18:30 +0900',
  //        start_date: '2012/01/13',
  //        author: [Object],
  //        id: 3 },
  // ...
});

的な感じ。

久々に Redmine の REST API 調べてたら Issues 以外にも API 増えてたから必要に応じて対応しようかな。

とりあえず Issues しか対応してないです。

APIとか

Redmine.getIssues(criteria, callback)
Redmine.postIssue(issue, callback)
Redmine.updateIssue(id, issue, callback)
Redmine.deleteIssue(id, callback)

いやこれやすいか微妙だからすぐかえるかも。なんたって 0.2.0 だから...。

なんとなく、

Redmine.issue.get(criteria, callback)
...
Redmine.issue.delete(id, callback)

とかのほうが使いやすいのでは（というか他のAPIに対応するため）、という気がしている。

まぁ適当にアップデートします。

その他

• Redmine の API テスト用に初めて heroku 使ってみたけど、すごいですね。やっぱりよくできてますね。
  • テスト用サイトはこちらですが、添付ファイルの永続化とかしてないし本番用に使う気はないのけど、とりあえずうごいている
• node.js のパッケージもはじめて作ったけど簡単ですね。
  • npm publish で公開できるのはすごい。PHP でもこういう感じに簡単にしたいなあ。
• test は見よう見まねで書き始めたけどちゃんと書きます書きます
• node.js 楽しいです

参考にしたものたち:

• amachang/facebook-node-sdk - GitHub
• 思考の軌跡 ? herokuでRedmine(1.2.1)を動かす(前編)
• 思考の軌跡 ? herokuでRedmine(1.2.1)を動かす(後編)
• Bundler: The best way to manage Ruby applications
• Deploying Rails Apps on Aspen/Bamboo | Heroku Dev Center
• About the Badious Bamboo Stack | Heroku Dev Center
• npm モジュールを公開してみる - Web屋の人の日記 || WebJourney 開発ログ
• Travis CI: Building a Node.js project

去年の年末、Facebookで以下の様な画像が流れてきて自分もついついシェアしたんだけど、久々に、というか、自分にとってのここ最近の課題をドンピシャで突かれたような気がして、しばらく頭から離れなかった。

• 出展: 中村 修治さんのフォトアルバム | Facebook

「プロ」か「アマチュア」か、というのはこの際どうでも良くて、この図の、上の曲線が、目指すべきところだなって話なだけなので、とりあえずその話をまとめてみることにする。

けど、まぁ、だいたい、こういう話をまとめるのは苦手だし途中で面倒になってしまうので、以下サブセクションだけ先に作ってみたものの、ちゃんと書くかどうかわからない... が、まあ、いい！あと、なんかグダグダ書いてしまいそうだけど、結局、サブセクションのタイトルにしたことをこねくりまわしているだけです。

作ってみるまでわからない

何にも言えることだけど作ってみるまで、それがどんなものかわからない。人間はその場に無いものがどんなものか評価することはできない。多分、よほどの何かを持った一握りの人でない限り。だから、まずモノが無いと議論が始まらない。

アイデアに価値はない、というのは多くの人が言っていて、僕もそう思ってる。

でも、実際にモノを作るにはアイデアが必要だ。で、アイデアはどんどん湧き出てくる、そして僕らはそれを話しあう。あれもいいね、これもいいね、という話は年中している。で、作り始めるときは、そりゃもちろん「いいね」と思ったものを作る。よくないね、と思ったものは、強要されてるんだ！でない限りは、まぁ作らない。

ところが、いいね、と思って作り始めたモノなのに、作ってみると、よくなかったりする。逆に、よくないね、と思ったものも、強要されて作ってみたら実はいいね、だったりもする。

アイデアレベルで良し悪しを判断することは、絶対にできない。アイデアは、モノになって初めて価値のある何かになって、そこで初めて議論ができる。

だから、要するに作ってみるまでわからない。

手戻るなら早ければ早いほうが良い

もうひとつ、ウェブサービスにしても何か他のプロダクトにしても、「手戻り」は必ず発生する。作ってみなければわからない、の次の話だ。

実際に作ってみたら「やっぱコレ違うな...」なんてことはめちゃくちゃ頻繁に起こることだし、というか、まあ、絶対に起こる。一人でサービスを作ったら、だいたい、コツコツつくって、それで、デキた、それで公開、だいたいまあそれでOKだろう。でもそれでも、実際に他の人に使ってもらったら「いややっぱこうだったな」ということは、起こる。数人〜多くの人が関わるプロダクトだったら、なおさら、それは絶対に起こる。 *1

で、作ってみなければわからないもので、「よくなかった」ものができてしまった、そうしたら、良いものにするために議論をする、そして、修正する、もしくは、最悪、作りなおす。

細部にこだわって全体に手をつけずに時間をかけて作り込んできたものが、ようやく出来上がったとして、そこからの手戻りは、すごくパワーがいる。スケジュールが自由にできない場合、パワーが要るでは済まされず、そもそも、手戻りできない可能性もある。

だから、出来る限りこのサイクルを、早く・短くしたいわけだ。

赤いのが目指すべきライン、青いのがダメパターンってことです。 適当な絵だけど、だいたいこういうことだよw

実践することの難しさ

だけど、この話をすすめるうえで非常に難しい点が、「いち早く70%〜80%程度の完成度で人に見せられるものを作ろう」なんてことは、意識してれば出来るというモノでもない、というコト。

というのは、

• 見た目・細部にこだわる作業はテンションがあがる。
  • たとえば、ウェブサービスで言えば、モックつくる、と言って、スタイルをあてずに真っ白に黒字で作ってるとテンションがあがらないよね。
• 早い段階で全体像を見せる、というのは、必ずしも「とりあえず動けば良いで実装を進めれば良い」というわけではない。
  • 細かいトコロやリファクタは後回しにしたとしても「後々ココはこうなるなー」などと想像しながら、ある程度柔軟に対応可能なように作らないと、絶対後々つらくなる
  • で、それをするには、設計・プログラミングの技術や経験をかなり求められる

なんてことがあるからだ。

だから、ココまでの話を実践するには、ザックリいうと「実力」が必要になる。それを実践するだけの力。

さらにいえば、自分があまりできていないのでなんともいえないけど、「細かいところをとりあえず後回しにしつつ全体が見えるようなものを早い段階でつくりあげる」を実践するには、それ自体を意識し続ける訓練と経験が必要だと思う。

• 日々それを意識して感覚を鍛える
• 細かいトコロはとりあえず捨てる勇気を持つ
• 全体像をつくりあげる実力をつける *2
  • 経験
  • 問題に対する解決方法を日々蓄積しておく

なんか当たり前の話に落ち着きつつあるんだけどまあそいういうことなんだろう。。

で

今年の目標としようと思う点。タイトルに戻るけど、

• 「いち早く70%〜80%程度の動くものを人に見せる」を頑張る

もうちょっと細かくいうと、

• それはつまり、サービス・ソフトウェアライブラリ・何か、に関わらず、自分が今やっている作業が「細かいところ」ではないか、その作業を続けることによって全体が見えるようになるのかを考える。
  • もし細かいトコロをやってしまっていることがわかったら、それが楽しいことでも、とりあえず、やめる。

ということで、またしても全然具体的じゃないけど、今年も頑張っていきます。

おまけ。ある程度のものを作るのに役に立つかもしれないと思っているもの

最終的にウェブサービスに限った話になってきたけど、最近でいえば、以下のツールは、やっぱり、ある程度のモノを早い段階で人に見せるために役に立つと思う。

• 各種アイコン集
• Bootstrap, from Twitter
  • CSS も JS も使える。
  • このままプロダクトとして外に出すのはちょっとためらわれるけど。こじんてきには。 *3
• Initializr - Start your HTML5 project in 15 seconds!

毎年この時期に、今年のまとめ記事とか書こうと思ってだいたい面倒になって書かないで終わるので、今年はなんとなくちゃんと書いてみようかと思います。

テーマは、今年変わったもの、です。僕にとって変わってものもあれば、世の中的に変わったものもあるかもしれません。そのへんは割りと適当です。

ガラケー → iPhone

これは今年のはじめですが、僕もいよいよ iPhone にしました。遅いって？遅いですよね。

ガラケーでもGoogle Maps見れるし、メールもできるし、なによりケータイサイトが見れるし、アプリもそこまで必要でもないじゃろ、と思っていた割りとずっと必要ないと思ってたんですが、特に、Facebook のようなものは、写真をばしばし投げたい、スマホで見たい、と思い始めたのがきっかけで、ついに iPhone4 を買いました。

それにともない、以下のような変化も。

• モバイルで Twitter: movatter → iPhone の Twitter 公式アプリ
• 携帯で写真: ほとんどとらない → iPhone でよく撮る
• 一眼レフ: いつも持ち歩いてた → ちょっとしたことの場合はもち歩かなくなった
• 出かける先の地図とか: 事前に調べてケータイにURL送ってた → 移動中とかに調べるようになった
• 持ち歩きでアニメ: iPod で小さい画面で見てた → iPhone で見るようになった
• 位置情報の記録: とくになにもしてなかった → Facebook やら、最近だと Path やらで色々チェックインするようになった

その他小さな事が様々変わったと思います。音楽とかは相変わらず容量が足りないので iPod Classic で聞いてます。

やっぱり、ネットに張り付いて生活しているので、iPhone だと、Macの前から離れるときでも、シームレスな感じがします。(まぁ、それが良いことかどうかはよくわかりませんが)

mixi → Facebook

オフライン、リアルな友達とのやりとりはほとんど Facebook になりました。特にここ2~3ヶ月、高校や大学の友人も次々と Facebook を始め、あらゆるコミュニケーションがとりやすくなったし、飲み会の調整コストも下がりましたね。

人が増えまくったらまた別の問題も発生するんだろうけど、今のところ、リストを上手いこと管理することで、昔よくあった、人と繋がりすぎてプライベートなことがつぶやけなくなった〜的な問題は、今のところ僕には発生していません（ま、リストを真面目に管理するって人はそんなに多くないとはおもいますが）

位置情報、写真の共有、メッセージのやりとりのすべてがやりやすくなった気がします。

1つあるとすれば、mixi にあった日記のような、フローではないストック型のひとまとまりの文章を共有する場所がなくなりましたね。mixi でみんなの日記をたまに見てまわるのは好きだったのですが。

グリー → クロコス

完全に個人の話ですが、転職しました。

転職に際しては、自分の中でも迷いがありました。当時もブログに書きましたが、絶賛成長中のグリーでの仕事はアプリ系のインフラとしてフレームワーク作ったりとかしていたので、それはそれでめちゃくちゃ楽しかったし、様々な課題がそこら中に転がっていたし、なにより、尊敬できるエンジニアが回りにたくさんいて、エンジニアとして働く環境としては、自分にとっては非常に良い場所だったからです。

でも、去年の12月に岡元さん、小澤さんと出会い、これほどの機会は、今後ほとんど無いんだろうな、と考えた時、自分が後悔しないためには、とりあえずやってみるしかないっしょ、と思い、会社をつくり、参画することを決めました。

会社を移ってから半年ですが、まだまだスピード感が足りないとか、足回りが整ってないとか色々ありつつも、自分たちでサービスをつくりそれをどうやって広めていくか、使ってもらうか、今後それをビジネスにしていくかを必死に考え、とにかく手を動かすことはできたのではないかと思います。

今年はまだまだ荒削りでざっくり前に進んできた感があるので、来年はより具体的に自分たちの成長路線を定めて、変わらず手を動かしつつ、新しいことにチャレンジしていこうと思います。

それにともなって変わったものは、もう書き切れないですね。とにかく、ひとつ言えるのは、人付き合いの幅が広くなったと思います。

来年も、よりよい変化を起こしていきたいと思います。

その他よく使うようになったツールとかサイトとか変わらないものとか

• Twitter : まあ、ずっと、息を吸うように使っている
• Path: 最近よくつかう
• Speaker Deck: SlideShare から移った
• Sparrow: メーラ。Thunderbird から移った。
• Alfred: ランチャ。Spotlight/QuickSilverから移った。
• Lion: Mac OS。Snow Leopard から移った。
• 変わらないもの: Twitter, vim, Opera, はてダ, Red Bull

あと、Facebook のタイムラインによると。

• Facebook上で増えたともだち: +222人
• いいね: +278
• スポット: 382チェックイン

開発の話

ちょっと細かい話。

SVN → Git

いや、これ必ずしも今年というわけではないですが、個人的には 2008 年あたりから移りつつ合った Git ですが、Ethna のリポジトリ、会社のリポジトリ、自分の周りの環境はあらゆるものが Git になりました。SVN を使っている環境はほとんどもう触れないため svn コマンドは忘れたほどです。

Git にして、開発スタイルもあらゆる面で変化しました。

• とりあえずコミットできる
• とりあえずブランチを切れる
• ローカルでもオフラインでもどこでも開発できる、コミットできる
• 歴史をどうにでもできる
• 他人との開発で patch のやりとりが簡単にできる

Firefox → Google Chrome (Canary)

Google Chrome の開発者ツールは、昔一度使ってみたもののいまいち慣れなくて Firebug を愛用していたためずっと開発用ブラウザは Firefox だったのですが、ふと Google Chrome の Canary を開発用ツールとして使い始めたら、だいぶ使いやすくなっているし機能も圧倒的に良いし軽いしってことで、開発用ブラウザは Google Chrome Canary になりました。

そんなわけで

変わったもの、変わらないもの、色々ありますが、来年は何がどう変わるか、楽しみですね。僕も、自分/自分たちのチカラで、自分のこと、自分の周りの人のことを、良い方向に変えていけたらいいなあと思います。

みなさま今年も大変お世話になりました。

良いお年を！