Lunarian's Blog

私生活で色々あって人生の機微を味あわされています。金銭的には多少余裕があるのと買い物でストレス解消している面もあって、久々に万年筆が、それもペリカンのスーベレーンが欲しくなってしまいました。

先々週くらいから欲しいな〜と思い始めていて、先週もどんどんと物欲が増していき、昨日とうとう購入してしまいました。

ペリカンのスーベレーンシリーズは、長い歴史を持つ万年筆シリーズで、ドイツ語で「優れもの」を意味する「souveran」（スーベレーン）の名が冠されています。

現在では、M300からM1000まで、その軸の太さと長さによりタイプが分かれており、M300は小型で柔らかいペン先（ニブ）が採用されており、M400はやや小型で、汎用的なものであり、M800は大型スタンダードで独特の重量バランスがあり、M600はその中間に位置づけています。M1000は最大のもので柔らかいペン先が採用されており、極上の書き味とのことです。

私は手が小さい方なので、M400くらいがちょうどいいなと思いつつ、M800は現在使用しているセーラー万年筆のプロフィット21・長刀研ぎとそんなに大きさが変わらないので、良いモノが欲しいと思う傾向の私としては、M800に惹かれていたのですが、普段良く使うキャップレス・デシモと比較してもそんなに変わらないM400のサイズ感がやはりぴったりなのかなとも思い、また速記に向き筆記試験向きでもあるということなので、M400にしました。

最近ちょっとしたデザインリニューアルがあり、キャップ先がメタルの素材感になりました。黒地に金のペリカンマークの旧モデルも好きでしたが、実物を見てみるとこっちも高級感があり満足しています。

スーベレーンといえば、やはり緑縞かなという思いもあり、緑縞を購入しました。青縞もボルドー縞も茶縞も惹かれましたが、やはり緑縞かなと。M800はブラックと緑縞しか無いのでM800を購入予定の方で色をダブらせたく無い方は要注意ですが。

実物を手にしてみるとインクが入っていない状態はとても軽くてびっくりしました。インクを入れて見るとほどよい重量感で、EF（極細）とはいえインクフローは滑らか。国産万年筆のF（細字）くらいの太さで、個人的にはもっと細い方が好みなのですが、滑らかさを捨てるよりは良いかなと思います。

ペン先のデザインと緑縞、黒の光沢とメタルの質感からくるその佇まいは、高級感があり所有欲をこれでもかと満たしてくれます。

キャップレスデシモはペン先が柔らかくしなるような感触なのですが、M400はやや固く、それでも滑らかでしっかりとした筆記感があります。

書くという行為は、ずっとITだった自分だったからこそ、その良さが分かる気がします。毎日帰宅後、就寝前にでも何とはなしに思いやアイデアを書き記していきたいなぁと思っています。その良き友になってくれそうです。

写真ギャラリー

もともと読書は好きだが、小説はほとんど読んだことが無かった。小説というものが、最も古く最も親しまれたエンターテイメントであることは認識しつつも、そこに嵌まることは無かった。あの文庫本の真っ白とは言いがたい黄色がかった紙を見ると、何か古くさいものを感じていた。それよりは、PCの画面を通してみる自分にはその裏の構造（HTML/CSS）まで透けて見える世界が好きだった。

数年ぶりに自分だけの自由な時間が出来て、それでも試験勉強なるめんどくさい大嫌いなものに向かわなければいけないときに、不意に活字を読みたい衝動に駆られた。同僚のかわいい子が小説が好きな子だったので、おすすめを借りたら、モノの見事に時間を切り取られるほど熱中した。その子はセンスが鋭く、また頭も良い子で、抜群に選択のセンスがあると感じていた。というか可愛い子だからそう思いたい。

そんな時に人生で初めて金銭的に余裕がある数ヶ月があり、そこで、前々から気になっていた電子書籍に手を出してみたくなった。自分としては、Androidタブレットは持っているし、電子ペーパー技術に興味があったし、充電の手間は嫌だったし、楽天が商売上手とは思っていないので、自然とAmazon Kindle PaperWhiteを選択した。安い方のWi−Fiのみモデルでも良かったが、そのとき金があったのと、やはりいつでもどこでも本が買えるという欲求を満たしてくれるのが、電子書籍の最大の利点だとも思っていたから、3G付きモデルを購入した。

安くて早くて旨い

Amazon Kindle PaperWhiteは、良く出来た端末で基本的に不満がないほど良く出来ている。それでいてAmazonが展開するKindleストアは、私のような小説を全然読まなかった男にしてみれば、安く大量に良い小説が読める最良のストアだ。とはいえ、実際の中古本よりも安くは無く、それでいて売ったりも出来ないのを価値に感じない人もいると思う。私はそうではなく、むしろ部屋に本がこれ以上増えないことを歓迎したい気持ちが勝る。本好きな人は紙じゃ無いと嫌だというし、本棚に並んだ本を見ているだけで満足できる人もいるだろう。実は私もその口で本棚に大量の本が並んでいる。しかし、それらは小説では無くほとんどが実用書か学術書だ。それらは実際の必要に駆られて並んでおり、すでにスペースを本棚2個分くらいオーバーしてオーバーした本は職場にあるか押し入れにあるかのどちらかになっている。私の場合、小説は一度読んだらまた再度読み直すことはほとんど無いだろうから、場所をとらずに、アカウント情報に紐付けられていつでも読みたいと思ったときに読める方が嬉しいのだ。

バックライト付き電子ペーパーは、夜のバルコニーでたばこを吸いながらでも読めるし、寝る前にも読める。また本体も軽く、電車で片手がつり革、片手がKindleで読み進めることも出来る。紙の本だとしおりが面倒だし、ドッグイヤーは好きじゃないし、ページをめくるのが片手だとうまくいかない。私は手が小さいし、そんなに器用でも無い。

それにくわえて、早川書房などが一斉にセールを行って、購入意欲をかぎ立ててくれて、あとは芋づる式に本をぽんぽん購入してしまっている。300円とか500円とかでAndroidのゲームアプリを買うこともあるけれど、それよりも財布のひもが緩んでいる。お得感があるし、自分が小説というものに嵌まってきていて、アプリよりも価値を見いだしているからだろう。

良さに気付くのはシリーズものに嵌まって止まらなくなったとき

「探偵はBARにいる」という映画が大泉洋主演でやっていたのを記憶していたが、その原作のススキノ探偵シリーズがセールになっていたので、第一作を読んでみたところ、大嵌まりしてしまった。もともと推理ものは好きだし、探偵モノも好きなので、当然なのかもしれないが、おもしろくて仕方が無い。

1冊読んで、また次のやつ、それも読み終わって、あぁ止まらない、次もだ！…と行くとき、次の日の朝の本屋が空く時間を待たなくて良く、またそのシリーズの次の買いたいヤツだけが本屋に在庫が無いという悔しい思いもしなくて良い。これがどれほど快適か、というのをこのKindleで思い知らされた。他方で、本を売る側からしても顧客の購買意欲が最大限高まったところを逃さなくて良いという利点があるのでは無いか。

小説というエンターテイメントは電子書籍でまた違う形を見せると思う

小説というエンターテイメントは、本屋や図書館、文芸雑誌や文学賞などで醸成されてきたと認識している。でも、このKindleは、それらをある種ケータイ小説に近いところに持って行くのだと思う。どこでもいつでも手軽に読めて、在庫に顧客が悩むことはなくなる。中間マージンが廃され、より多くの収益が数社の元締めと作家にもたらされるだろう。作家と読者がより強く繋がり、それらは多数の幸福と多数の不幸を招くだろう。小説はより身近で、より小粒な小説家がスマッシュヒットで食べていけるようになるかもしれない。それらは、小説の低廉化を招くが作家にはより多くの収益をもたらすとスマホアプリマーケットが一部証明している。
小説というエンターテイメントは、本屋や図書館、文芸雑誌や文学賞などで醸成されてきたと認識している。でも、このKindleは、それらをある種ケータイ小説に近いところに持って行くのだと思う。どこでもいつでも手軽に読めて、在庫に顧客が悩むことはなくなる。中間マージンが廃され、より多くの収益が数社の元締めと作家にもたらされるだろう。作家と読者がより強く繋がり、それらは多数の幸福と多数の不幸を招くだろう。小説はより身近で、より小粒な小説家がスマッシュヒットで食べていけるようになるかもしれない。それらは、小説の低廉化を招くが作家にはより多くの収益をもたらすとスマホアプリマーケットが一部証明している。

紙を愛する読者には受け入れられないかもしれないが、私のように小説の中の世界を愛する人間には幸せなことだと思う。より多くのより多様な作家が存在しうるエコシステムがすでに形成されつつあるのだ。
紙を愛する読者には受け入れられないかもしれないが、私のように小説の中の世界を愛する人間には幸せなことだと思う。

巷で話題の最高のテキストエディタ「Sublime Text 2」ですが、便利なのは多数のプラグインを簡単に追加出来ることかと思います。

その中で、HTML、CSS、JS、PHPなどのLint（文法チェック）をリアルタイム（保存時）に行ってくれるプラグインである「Sublime Linter」（GitHub）というプラグインがあります。

これを利用していて、どうもPHPだと動いてくれないという問題に遭遇しましたが、解決したのでその方法を以下に記します。

ちなみに、JavaScriptやCSSでは、nodejsの導入が必要です。そちらについては、詳しい他のサイトエントリを参照すれば簡単かと思います。（詳しい他のサイトエントリ：macのテキストエディタ Sublime Text2でJavaScriptのシンタックスエラーチェックをリアルタイムで行う方法 | clicktx::Tech::Memo）

原因その１.PHP.exeの場所をちゃんと指定できてない。

この問題は、主にPHPにパスが通っていないWindowsで起きるようです。MacなんかはPHPにパスが通っている（ターミナルで「php -v」と打ってバージョンがちゃんと返ってくる）ので、設定は必要ないようです。

詳しくは、SublimeLinterのDefault設定ファイルに詳しく書いてあるのですが、必要なことは、SublimeLinterのUser設定ファイルに、php.exeへのパスを記入するということです。（もちろん環境変数をいじってパスを通すだけでもOKなようです）

1. PHPのサイトから、Windows用のPHPバイナリを落とす
2. 解凍して適当な位置に配置（仮にC:\php\とします。つまり、php.exeがあるのは、C:\php\php.exe）
3. Sublime Text 2を起動して、上部メニューバーから「preferences」→「Package Settings」→「Sublime Linter」→「Settings – User」を開く
4. 以下のように入力して保存する

原因その２．開いているPHPファイルのSyntaxがHTML5になっている

上記の原因その１については、デフォルトの設定ファイルを見れば分かるので特段躓かないかと思うのですが、次の問題はなかなか分からず四苦八苦したのですが、結構シンプルな問題でした。こちらのQ&Aサイト（Stack Overflow）を読んで解決しました。

どうやら、Sublime Text 2は、PHPファイルをHTML5のSyntaxで自動読み込みするらしく、それが原因ということのようです。ですので、コマンドメニュー（Ctrl＋Shift＋P）を開いて「syntax: php」と打って、syntaxをPHPに切り替えれば、ちゃんと動作します。

なお、コンソール（Ctrl＋＠）にて、「sublime.active_window().active_view().settings().get(‘syntax’)」とコマンドを打つことで、現在開いているファイルをどのSyntaxで読み込んでいるかを確認できます。

たったこれだけですが、なんでこういう動作になってるかなぁ。。。という感じでした。

フレームワークを利用するときに便利なことの一つが、DBのリレーション関係です。適切に設定を行えば、複数のテーブルを関連づけて読み込み・保存することが簡単にできるようになるのです。

CakePHPでのhas_manyなどのリレーションについては、ドキュメントが豊富で簡単に出来て、とても便利でした。CakePHPで出来ていたことがFuelPHPでも出来るようなのですが、どうやるのかについて、各種書籍やWeb上の公式ドキュメント、各種サイトを閲覧しても分からず、Coreソースを見たりなんだりして、やっと分かったことについてまとめます。

私は、職業プログラマというわけでもないので、誤りや非効率的な部分があると思います。その点コメントでご指摘頂けるとありがたいです。

今回題材にする例

本エントリーでは、セミナーの開催情報を表示するシステムを例にしてみます。

存在するテーブルは、「開催するセミナーの情報を管理するテーブル」と「そのセミナーの講師を管理するテーブル」です。
これらをそれぞれ、データベース上に「seminar」テーブルと「teacher」テーブルで管理します。

「teacher」テーブルには、「seminar_id」カラムがあり、このカラムの情報で「誰がどのセミナーの講師か」を把握します。

セミナーには複数の講師が担当する場合もありますから、テーブル同士の関係は、「一つのセミナー情報に対して、多数の講師が存在しうる」という形になります。
この関係は、CakePHPでも、FuelPHPでも、「seminar」 has many 「teacher」という形で表されます。

（同じ人が複数のセミナーの講師になることもあるので、HABTMの方がよいのではないかという指摘はもっともですが、ここでは端折ります。）

CakePHPで出来ていたこと

※前提として、私はCakePHP1.3までしかいじったことがありません
CakePHPでは、モデルで「has one」「belongs to」「has many」「HABTM」の設定が可能です（アソシエーション: モデル同士を繋ぐ — CakePHP Cookbook v2.x documentation）。

CakePHPでのモデルの設定

seminarモデルとteacherモデルにそれぞれ以下のような設定を記載します。

View上でのフォームの記載

POSTされた後のコントローラーで処理されて、以下のような配列として格納されます。

Controller上での書き込み方法

FuelPHPで同じ事をやるには？

似たようなことをFuelPHPでやるには、以下のような形になります。

FuelPHPでのモデルの設定

seminarモデルとteacherモデルにそれぞれ以下のような設定を記載します。
CakePHPとやることに大差はありませんが、FuelPHPの方がよりわかりやすいかと思います。Ormパッケージの有効化などを忘れずに行って下さい。

Controller上でのフォームの記載

Viewの書き方については、だいぶ異なります。Fieldsetクラスを用いて、Viewの内容をControllerで書いてそれをViewに渡す形になります。詳細は、各種書籍やサイトをみれば分かるかと思います。

講師の名前部分、第一引数については、このように記載することで、POSTした後、配列として格納されます。

Controller上での書き込み方法

上記のようなフォームでPOSTした後のデータをリレーションに基づきどう書き込むかは以下のようになります。
バリデーションなどは端折っています。

まとめ

説明としてはかなり端折り気味でつたない上に誤っている恐れがありますが、個人的なメモとしても記しておきます。とにかくforgeの引数に格納した配列を渡すことで、リレーションを適切に保ったモデルインスタンスができあがるということです。

FuelPHP関連スライド

FuelPHP関連書籍

FuelPHPを学ぶに当たって以下の２つの書籍がとても参考になりました。というか、他に書籍あるんでしょうか？

満を持して発売された紙の書籍。入門の名にふさわしくインストールから利用まで、とてもわかり易く書かれている。oilコマンドの使い方なども、書いてある通りやってみて「なるほど」と思えることがあって、FuelPHPの便利さが実感できた。CakePHPのコンソールを全然使ってなかったので、ちゃんと使ってみようと思ったりもした。

ただ、Controller_Templateの使い方が、この本やネットだとよくわからず、下の電子書籍も読んでみた。

上記紙の書籍を読んで、いろいろいじくってからこの電子書籍を読むと、するすると頭に入ってきた。Controller_Templateの所はこっちのほうが記載が豊富で、やっと理解（ちゃんと動作させることが）できた。まぁ、元ソースを読めという話でもあり、ここらへんは楽をしたい私の性分のせい。それ以外の記述も充実しており、購入者限定のメーリングリストなどもあるようなので、気になる方は上記のリンクから「達人出版会」のページへ。（決済はPaypalのみ。）

最近話題のPHPフレームワーク「FuelPHP」を試してみました記念でエントリー。

私は、ずっと素のPHPか、CakePHPを利用してWebアプリやらサイトやらを作っていたわけなのですが、結構重めのサイトを作る機会が増え、さらにGoogleがサイトの表示速度がSEOに影響すると明言したこともあり、Webアプリ・サイト側の軽量化に取り組んでいました。

CakePHPは、1.3から利用していて、2.0になってだいぶパフォーマンスが改善したのですが、それにしてもやっぱり遅くて、速度の改善ばかりに時間をとられ、機能追加できないわ、イライラするわでした。そんな中、いくつかのアプリが、ちょうどリファクタリングの時期かなとも思っていたので、FuelPHPを試してみた次第です。

試してみた感じ：CakePHPからの移行について

CakePHPとは違うなと感じさせられる反面、MVCモデルという基本構造は同じなので、CakePHPで得た理解が役に立ちます。とはいえ、CakePHPで当然だったことが当然じゃなかったりもして、調べるのに時間を食ってしまうこともあります。

下で紹介している書籍2冊を読みつつ、実際に弄ってみて、全体をおぼろげながら理解してみると、「あぁ、そういうことだったんだ」と納得することが多いです。その段階にいたって、改めて考えると、全体として構成が素直だなと感じることが多いです。

素直なのは理解もしやすいですし、実行速度・開発速度の両方に帰依しているということでしょうか。

FuelPHPの簡単な感想

まず速いですね。これがホントに素敵。余計なものが一切ないという印象。まだやっと全体の構成がつかめた程度なので、なんとも言えないところがあるのですが、全体を理解してみた感じ、とても素直な構成で、ところどころ気が利いてるという感じ。

例えば、CakePHPですとアプリ部分（ROOT/App）とリソース部分（ROOT/App/webroot）が一つのディレクトリ下にあり、オープンなサーバーに設置する際には、public_html以下にwebroot、public_htmlと同位もしくは上位ディレクトリにAppフォルダをとするには、いくつかの手順を踏まなければなりません。まぁ、そんなに大変ではないので別にどっちでもいいのですが、FuelPHPは、最初からアプリ部分とリソース部分が分かれていたりします。合理的でシンプルです。

ただ、やっぱりドキュメントの多さや機能の豊富さでは、Cakeに軍配が上がります。これはしょうがないところなのですが、CakePHPにあったCryptable.Behavior的なものが無いのが困ったところです。ormの設定でなんとか簡単に出来ればよいのですが、そこまではまだ試せてない感じです。

FuelPHPの使い所は？

まぁ、まだ堪能してるわけではないのですが、簡単なアプリから中規模アプリなら、CakePHPよりFuelPHPの方が断然いいと思います。なにより速いので、安いサーバーでもストレスなく動くというのがとても良いです。

MVCの使い方についても、CakePHPを使っている時には、最初結構フリーダムな感じで「お前らのMVCはダメだ」的なエントリーを見て考えなおして変えて…みたいなことをしたりもしていましたが、FuelPHPを利用していると、またMVCモデルというものに対して考えるきっかけになりそうです。

参考になったスライド

参考になった書籍

以下の２つの書籍がとても参考になりました。というか、他に書籍あるんでしょうか？

満を持して発売された紙の書籍。入門の名にふさわしくインストールから利用まで、とてもわかり易く書かれている。oilコマンドの使い方なども、書いてある通りやってみて「なるほど」と思えることがあって、FuelPHPの便利さが実感できた。CakePHPのコンソールを全然使ってなかったので、ちゃんと使ってみようと思ったりもした。

ただ、Controller_Templateの使い方が、この本やネットだとよくわからず、下の電子書籍も読んでみた。

上記紙の書籍を読んで、いろいろいじくってからこの電子書籍を読むと、するすると頭に入ってきた。Controller_Templateの所はこっちのほうが記載が豊富で、やっと理解（ちゃんと動作させることが）できた。まぁ、元ソースを読めという話でもあり、ここらへんは楽をしたい私の性分のせい。それ以外の記述も充実しており、購入者限定のメーリングリストなどもあるようなので、気になる方は上記のリンクから「達人出版会」のページへ。（決済はPaypalのみ。）