この記事は、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 言語。そこで私は次のように考えました: Rasmus PHP はどうでしょうか?
ラスムス・レルドルフは非常に興味深い印象を与えます。彼はオリジナルの 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 のファンです。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
