この記事は、Why PHP Was a Ghetto の記事を翻訳したものです。
ある日、私は DUMBO にある偉大な新興企業の社長とチャットしており、PHP 以外の世界の開発者が一般的に PHP や PHP 関連のコミュニティを軽蔑する理由について話しました。彼の指摘は私にとって心に残りました。その主な理由は、私がこのような意見をこれまで聞いたことがなかったからです。
ほとんどのプログラマーが PHP に関してどのような不満を抱いているかがわからない場合、その不満は次のようになります:
醜い構文
他の言語に必要な機能がいくつか欠けています (バージョン 5.3 より前、名前空間、クロージャなし)
一貫性のない関数名、使用法、その他の奇妙なもの
手続き型とオブジェクト指向の混合
基本的に、PHP プロジェクトの 80 ~ 90% はクソの山のようです
しかし、彼が言及した PHP の問題は別の問題です。同氏は、この言語に何か問題があるとは言っていない。この言語は共通の文化現象、つまり通常は言語の作成者によって生み出された文化的伝統に囲まれており、それが現在、いくつかの悪いプログラミング手法の原因になっていると考えている。励ましの役割を果たした。つまり、PHP コードが劣悪になり、保守不能になります。
創設者の哲学的思考を体現し、関連コミュニティから高く評価される言語またはフレームワークという現象は実際に存在します。彼は例として、Ruby とその創設者Matz を挙げた。 Matz 氏が望んでいたのは、読み書きが容易で、プログラマーの作業効率を向上できる言語でした。 Ruby 開発者が迅速な開発と言語の優雅さについてどのように語っているかわかりませんか?
次に、DHH と彼の Rails フレームワークがあります。そして Guido と彼の Python 言語。そこで私は次のように考えました: RasmusPHP についてはどうでしょうか?
ラスムス・レルドルフの感想は非常に興味深いです。彼は PHP 言語のオリジナル バージョンを作成し、言語の改良を続けています。PHP コミュニティでは神のように崇拝されており、PHP のあらゆる面で最大の権威を享受しています。彼は数多くのカンファレンスで講演するよう招待され、大手インターネット企業 (yahoo.com) に採用され、PHP 以外のほとんどのプログラマーの注目を集めたにもかかわらず、そこで皆の尊敬を集めました。多くの問題を視覚的に表現したものです。それはPHPを軽蔑するものです。
Rasmus は、フレームワークの使用を避け、PHP をテンプレート言語として扱うことを主張しています。彼にとって、このアプローチは運用効率と拡張性を即座にもたらします (プログラム負荷は既知です)。他のすべての人にとって、このアプローチは手続き型コードと保守不可能なプロジェクトの大量の煮込みをもたらしました。 1995 年に PHP が誕生してから約 10 年間、すべての PHP プロジェクトはこのガイダンスに従って作成されてきました。
同時に、別の問題が突然現れました。PHP5.0 より前の、PHP の初期の頃、PHP は多数の初心者のフォロワーを獲得しました。この言語への参入障壁は驚くほど低く、誰でも自己解凍型の ×AMP Windows プログラム インストール パッケージをダウンロードして、2 分以内にこの言語を使い始めることができます。さらに、当時の Web 開発手法における MVC パターンについての本当のコンセンサスはありませんでした。したがって、初心者のグループが、適切な開発慣行が欠けている言語と組み合わせた場合にどのようなものを作成できるかは想像できます。管理不能なゴミの山。そして全体の環境はこんな感じです。
誤解しないでください。当時でも優れた PHP 開発者はまだたくさんいました。しかし、私が言ったように、粗末な新人の仕事はどこにでもあります。カウボーイの PHP プログラマーが集まって、何の指導原則も持たずにプログラムを開発したとき、PHPbb、PHPNuke、および多くの粗雑な .php3 パッケージが登場しました。しかし、単純に PHP 開発者を責めることができるでしょうか?できません!他の Web 言語の巨人である ASP と Perl も同様に悪名が高く、シチュー形式の開発アプローチを推進しています。
これが、PHP がひどい評判を受ける理由です。それは歴史的な広がりによるものです。すでに Python、Ruby、Java に移行していたほとんどの PHP 開発者は、MVC の概念が登場したときに言語に戻って再考することはありませんでした。さらに、「Ruby 少年」Zed Shaw が一部のプログラマーの精神が「PHP に毒されている」と訴えたような露骨な風刺もあり、このような発言は RubyInside で非常に人気があります。
PHP は強制収容所です
しかし、Zend や CodeIgniter のようなフレームワークの出現により、言語は正しい開発方向に押し上げられました。実際、それは PHP を Rasmus が望んでいたものとは逆の方向に推し進めました。 Zend フレームワークと CodeIgniter フレームワークを見てみると、これらが十分に文書化され、適切に記述されたコードを備えた数少ないプログラムの 1 つであることがわかります。
Ruby を学ぶほとんどの開発者は、Rails と MVC の知識も学びます。PHP はその前から 10 年間使用されてきました。 Ruby を初めて使用する人にとって、Ruby が自由にプレイする時間を与えてくれないのは残念です。 Rails には既製の標準ガイダンスがあり、その参入障壁は比較的高く、通常、一部の経験の浅い開発者はブロックされます。
実際、PHP アプリケーションは他の言語と同じように作成でき、実行速度の面でも一定の利点があります。 PHP の世界で MVC スタイルの開発手法が台頭してきたのは、近年になってからです。この変更をもたらしてくれた Rails に感謝する必要があることを認めなければなりません。
それでは、今日の PHP はどのようなものでしょうか?
さまざまな標準 (統一されていませんが、ほとんどのプロジェクトは MVC を使用し、ジャンクな手続き型プログラムはほとんどありません)
参入障壁が低い
速度と拡張性 (さまざまなスクリプト言語の中で PHP が最高であるはずです)
優れた単体テスト フレームワークを用意する
最高のドキュメントをさまざまな言語に翻訳します
さらに、Facebook、Digg、Wikipedia、WordPress、Drupal など、インターネット上のほとんどの影響力のある Web サイトは、バックエンド言語またはツールとして PHP を使用しています。 PHP を徹底的に習得することで、プログラマーにとってさらに未知の領域への扉が開かれると私は信じています。
上記の内容に同意できない場合は、コメントを残すかメールでご連絡ください。そう思わない理由を聞きたいです。
実のところ、私は PHP のファンではなく、PHP 言語に何の思い入れもありません。私が主に PHP を使用しているのは、ご想像のとおり、誰かが私にお金を払ってくれるからです。だから、すべてはこれのせいです:
ソフトウェア設計において情報に基づいた意思決定を行いたい場合、Web アプリケーションの開発には PHP が最適です。
ところで、次の Web アプリケーションの開発に PHP を使用したいと確信している場合は、CodeIgniter を試してみてください。これは軽量で、プレーンで、超高速な PHP フレームワークです。私は CodeIgniter のファンです。