PHP 5.0.0が10周年を迎えました

本記事は英語版ブログで公開された記事の翻訳版です。

10年前の昨日、2004年7月13日、PHP 5.0.0が世界に向けて公開されました。Zend Engine 2を搭載し、実質的に生まれ変わったPHPです。

Zend Engine 2自体はPHP 4.3.0のいくつかのアルファ版から（試験的にですが）すでに公開されていました。一般的なユーザーにとって目立つ大きな違いは、オブジェクトの参照渡しがデフォルトになったことと、新しいオブジェクトモデルのサポートです。細かいことはさておき。

実は、PHP 4以前のPHPは基本的に手続き型言語で、クラスやオブジェクトをサポートしてはいましたが、いずれも後付けの機能だったのです。その歴史は現在でもデフォルト機能セットの多くに――最近追加されたパスワードハッシュAPIなどの新機能にさえ――見てとることができます。

それでも、いざ本格的な（「マシになっただけ」と主張する人もいますが）オブジェクトモデルを手にしてみると、コミュニティはそれをどうしたらいいのか分からなかったのも事実です。

すべての要素をまとめあげた、ある印象的な名前のフレームワークが現れて初めて、人々はPHP 5が何をもたらしたのか理解しはじめたのでした。そのフレームワークとは？もちろんRuby on Railsです。

個人的に、Ruby on Railsの登場はPHPにとって最大の事件だったと思います。

PHPコミュニティではおなじみの反応として、人々はまずそれを真似たCakePHPを作り、次に独自のものを作りはじめました。Zend Framework、Symfony、後にはLithium、Laravel、他にも色々――出来がいいものも、それほどでもないものもありますが、ほとんどすべてがRailsの提示したMVCパターンに基づいて構築されていました。

しかし10年とは長いもので、PHP 5.0.0が初めてリリースされてからずいぶんと多くの変化がありました。そこで私たちはリサーチの一環としてコミュニティのメンバーの何人かにアンケートをとってみることにしました。

この10年でPHPに起きた最大の変化は何だと思いますか？

名前空間だという人もいれば、PHP 5.0の登場とオブジェクトモデルの変化だという人もいましたが、最も変わったのはコミュニティだという意見が圧倒的でした。

PHPはWebに影響を与えたと思いますか？

簡単に使え、「糊」として機能するため、PHPはWebサーバーの約80%にインストールされ、Webサイトの約50%で使用されています――つまりあなたがアクセスするWebサイトの2つに1つは何らかの形でPHPを使っているということです。PHPがWebに影響を与えたことはまちがいありません。

他の言語ほどクールでも流行りでもを押さえてもいませんが（現実を直視しましょう、そうだったことは一度もありません）、それでも私たちの多くは「仕事を成し遂げる技術」としてPHPを好んで使います。

この10年でPHPコミュニティに起きた最大の変化は？

この10年間には様々なことが起きましたが、その原因となった最大の変化はコミュニティの成熟でした。

この質問に対する回答は、等値演算子問題への認識の向上からベストプラクティスの作成と使用まで多岐にわたりました。多くの人が挙げていたのは、Composerに代表される現在の「ルネッサンス」です。

PHPコミュニティにおけるコミュニケーションレベルに、Facebookよりも何よりも影響を与えたのはTwitterでした。現在PHPコミュニティの会話はもっぱらTwitter上で行われています。

— Cal Evans

クラウドは今後PHPにどれくらい影響を及ぼすと思いますか？

意外にも、ほぼ全員が「ごくわずか」という回答でした。PHPは元からシェアードナッシングなので、「言語としては」無限に水平スケーリングが可能であり、クラウドには最適です。

ただし 共有リソースを使うコードを書きはじめると、組み込みのファイルベースのセッションを使うといった単純なことを実装するだけでも、たちまち厄介な事態になってきます。

PHP自体はクラウドの影響を受けないとはいえ、それが糊付けする物のほうには大いに関係があるのです。そこでPHPコミュニティは重点的にこの問題に取り組んでいます。たとえばmemcacheによるセッションのスケーリング、MySQLやPostgreSQL向けのレプリケーション、リレーショナルデータベースからの完全な脱却などです。

PHPにとって最も差し迫った問題は何だと思いますか？

ほぼ例外なく、PHPのコア部分にもっと一貫性を持たせたいという明確な意思が感じられる回答が返ってきました。たとえばNeedle/haystack（haystack/needle？）の矛盾は、PHPがダメな言語である証拠の1つとして、しじゅう槍玉に挙げられます。それが元凶ではないことはPHPコミュニティの誰もが知っていますが、できれば変えていきたいところです。

新しい機能の導入を妨げているレガシーな方針を廃止すべき、メジャーバージョンアップをもっと早めに出してほしい、という意見も多くありました。

PHPは、まだまだ解決すべき矛盾点が残っているとはいえ、それ以外は調和のとれたオブジェクト指向言語らしく見えるようになってきた、と言ってもそろそろいいかなと思います。PHP 10周年おめでとう、ハッピーバースデー！いつも言ってることですけど、このコミュニティはほんとにすばらしい。みんなをハグしてお祝いしたいです :)

— Michelle Sanver

次のメジャーバージョンに期待するものは？

パフォーマンスという回答が多かったのは意外でしたが、これは最近HHVM関連のプロジェクトが盛り上がったために、たまたまメンバーの念頭にあったからかもしれません。

それ以外で多かった要望としては、組み込みのセキュリティ、匿名型オブジェクト、非同期型関数、タイプヒンティング、ジェネリクスなどがありました――まだまだ今後の改良に向けたアイデアは尽きないようです。

これからのPHPは、セキュリティ面の「リブート」に重点を置いていくべきだと思うんです。アプリケーションのセキュリティを固める方法を調べだすと、「これをこの通りの方法でやらないと動かない」というのが山ほどあります。データベースクエリのセキュリティ、出力の保護、入力のフィルタリング辺りは一応ベストプラクティスが確立されていますけど、もっとシンプルにできるはずです。

— Chris Cornutt

タイムライン

Zend Engine 2が初めてリリースされてから、最新のPHP 5.6がリリースされるまでの出来事を、以下にタイムラインとしてまとめました。

PHP 5.3 vs PHP 6.0

すべて順調にいけば、PHP 6.0は何年も前に、PHP 5.2の後継としてリリースされているはずでした。内部処理をすべてUnicode（UTF-16）で行うことで、漢字やキリル文字を識別子に使う、あらゆるストリングス関数がバイトではなく文字を操作できる、といったことが実現する予定でした。

しかし計画通りにはいかず、最終的に6.0で予定されていた機能のほとんど（Unicodeへの移行以外のすべて）をPHP 5.3としてリリースするという結論になりました。

そしてついにはPHP 6.0のユニコード実装への取り組み自体が中止され、PHP 5.4が後を継ぎました。

PHPの未来

PHPは常にコミュニティの手で進化を続けてきました。誰でもWebの未来を作る取り組みに加わることができるのです。

PHP 5.6のリリースが楽しみですか？PHP-NEXTで取り組んでほしいアイデアがありますか？ぜひコメントでご意見ご感想をお寄せください。

(翻訳:福嶋美絵子)

---

Tagged:

• PHP
• 翻訳版