PHP の思ひ出

（この記事は「プリキュア・メモリ」を脳内 BGM にお送りしています）

• モダンPHPアンチパターン - Qiita

うひゃあ。 PHP って今そんなことになっているのか。 今度仕事で PHP やる機会があっても最初から勉強しなおしだな，こりゃ。

ASP の劣化コピーだろ，これ

PHP は最初から気に食わない言語だった。 だって ASP （ASP.NET じゃなくて ASP）の劣化コピーにしか見えなかったんだもの。 MS ですら ASP.NET に移行していたあの当時に PHP が魅力的に見えるはずがなかった。

PHP で制御を行う

最後に PHP の仕事をしたのは2010年かな。 ネットワークに繋がっている機器を PHP で（もちろん Web インタフェースで）制御するという仕事で，初めて PHP が面白いと思った仕事だった。 ちなみにこの時のフレームワークは Smarty だった。

今まで C/C++ でゴリゴリと制御を書いてきた身としてはまさに「目からうろこが落ちる」状態だった。 スクリプト言語で制御ができるなんて！

当時の機器は制御ロジック自体は内部に埋め込まれていた。 だから programmable な部分は

1. 機器に制御のトリガ・イベントを送る
2. 機器間の同期をとる

ことであり，トリガ・イベントを送るだけでいいのならスクリプト言語でも構わないわけだ。

IoT たらいうバズワードでもてはやされる最近の「スマート家電」の特徴は，制御だけでなくセンサも備えていることだが，センシング・データを「情報」として解釈して自律的に動けるほど「スマート」なものは少ない¹。 結局，データの解釈とその結果として何らかの制御トリガを蹴ったくるのは「外部のなにか」であり，その「外部のなにか」の真正性が問題になる²。

PHP は死なず？

これは印象論だが，ゼロからシステムを組むのであれば PHP を使う必然性は全くない。 Web サービス限定であっても「後ろから前まで JavaScript でいいじゃん」な感じである。 デスクトップアプリですら Electron で組めるんだから。

まぁでも，安いレンタルサーバを借りてる場合は選択肢は少ないし，既に PHP が稼働している環境なら PHP のほうが手軽なことも多々ある³。

あるいは日本以外にも PHP が人気な国もあるそうなので，「ただ消え去る（fade away）のみ」とはならないかもしれない。 ただ，時々舞い込んでくる「汎用機の COBOL システムをオープン系のシステムに replace する」案件に関わってると，似たようなことが PHP 界隈でも起きないか心配なところではある。

PHP 5.4 は捨てましょう

「モダンPHPアンチパターン」によると，既に PHP 5.4 はサポートが終了しているらしい。

って，あれ？ さくらのレンタルサーバは PHP 5.4 が標準じゃなかったっけ？ と思って確認したら 5.4 だった。 とりあえず 5.6 に上げておく。 まぁ，ほとんど使わないんだけどね⁴。

これって，ひょっとして結構インパクトが大きい？