FacebookがPHPコードをC ++に変換するのはなぜですか？[閉まっている]

FacebookはPHPで始まり、速度を上げるために、PHPをC ++コードとしてコンパイルするようになりました。もしそうなら、なぜそうしないのですか：

1. C ++でプログラムするだけですか？PHPをc ++コードに移植する魔法のコンパイラボタンを押すと、間違いなくいくつかのエラー/バグがあるはずですよね？

2. この印象的なコンバーターが非常にうまく機能するのであれば、なぜPHPにこだわるのでしょうか？RubyやPythonなどを使用しないのはなぜですか？注-これら2つをランダムに選択しましたが、ほとんどの人がこれらの言語でのコーディングは「喜び」だと言っているためです。それでは、なぜ素晴らしい言語で開発してから、魔法のc ++コンパイルボタンを押してみませんか？

彼らはしません。少なくとも、そうではありません。そのようにすると、デプロイメントの頭痛やそもそもスクリプト言語を使用することの主要な利点の1つである再コンパイルを必要とせずにスクリプトを変更できるため、HipHopシステムを刷新するなど、非常に多くの問題が発生します透過的なJITフェーズを備えたVMアーキテクチャ、およびC ++コンパイラの廃止。

興味深いことに、この方法で実行すると、元のC ++トランスコンパイルアプローチの約2倍の速度（パフォーマンス）になります。

FacebookのシニアエンジニアHaiping Zhaoは、おそらくあなたの質問に最もよく答えます。

1. HipHopはプログラムでPHPソースコードを高度に最適化されたC ++に変換し、g ++を使用してコンパイルします。HipHopは、意味的に同等の方法でソースコードを実行し、パフォーマンスの向上と引き換えに、eval（）などのほとんど使用されない機能を犠牲にします。

2. これらの非効率性に対処する一般的な方法の1つは、PHPアプリケーションのより複雑な部分をC ++でPHP拡張機能として直接書き換えることです。これにより、PHPがフロントエンドHTMLとC ++のアプリケーションロジックの間のグルー言語に大きく変わります。技術的な観点からは、これはうまく機能しますが、アプリケーション全体で作業できるエンジニアの数を大幅に減らします。

ブログ投稿の残りの部分は読みやすいので、お勧めします。Facebookが対処するプログラミングの課題と、それらがこれらの問題にどのように対処しようとしているのかについての洞察を提供します。

C ++でプログラムするだけですか？PHPをc ++コードに移植する魔法のコンパイラボタンを押すと、間違いなくいくつかのエラー/バグがあるはずですよね？

しかし、C ++でのプログラミングでは、既存のコードベース全体を置き換える必要があります。これは、まったく馬鹿で破壊的なことで世界的に有名です。

この印象的なコンバーターが非常にうまく機能するのであれば、なぜPHPにこだわるのでしょうか？RubyやPythonなどを使用しないのはなぜですか？注-これら2つをランダムに選択しましたが、ほとんどの人がこれらの言語でのコーディングは「喜び」だと言っているためです。それでは、なぜ素晴らしい言語で開発してから、魔法のc ++コンパイルボタンを押してみませんか？

繰り返しますが、既存のPHPコードベースを置き換える必要があるためです。

理想的な世界では、彼らは単にC ++でゼロからコーディングします。残念ながら、PHPには既存のコードが大量にあるため、それは不可能です。代わりに、彼らは問題を回避します。ずっと安いです。

「実際、C ++コードは最終的に機械語命令に変換されるので、アセンブリで直接動作しないのはなぜですか？」

–それは、本質的には、議論が縮小するものです。そして、うまくいけば、なぜそうしないのかが明らかになるでしょう：

• アセンブリ（C ++）でプログラミングするには、C ++（PHP）よりも（非常に！）異なるスキルセットが必要です。
• さまざまな理由で、プログラミングがはるかに難しい可能性があります
• アセンブラー/コンパイラーによって生成されたコードは、最初からアセンブリー（C ++）で読み取り可能なプログラムを作成できる場合でも、人間が読み取れない（話す：保守可能）場合があります。

私はFacebookにいるわけではありませんが、動機に対する私の最善の推測は「重大なリスクを回避する」ことです。この時点で、異なる言語への切り替えはもはや技術的な決定ではありません。何よりも、ビジネス上の決定です。

組織的にFBの規模にまで成長した大企業の場合、プログラミングプラットフォーム（FBの場合はPHP）の専門知識を習得する人々を徐々に惹きつけます。PHPの専門知識を備えた数千人の従業員を1人ずつ取得します。この時点で、他の言語への切り替えは非常に危険になります：エンジニアは新しいエコシステムに追いつくことができず、スキルの向上は言うまでもなく、現在の仕事で要求されるレベルの専門知識を達成するのにかなりの時間が必要になる場合があります。

PHPと代替言語の相対的なメリットを別にすれば、FBがPHPテクノロジーに投資した投資額を考えれば、スイッチを試しても痛みがなく愚かすぎると考えるのは慢すぎるでしょう。ビジネスでは、テクノロジーは目的を達成するための手段であるため、プログラミングの「喜び」は議論にさえ入らない。

C ++で実装された主要なWebサイトは1つしか考えられません。H2G2

その場合でも、現在の実装は実際には多数のテキストおよびデータベース操作関数が組み込まれたインタープリターです（少し初期のPHPのようには聞こえません:-)）。

FacebookはWebサイトの機能に非常に満足しています。彼らは、PHPが処理するボリュームをバニラPHPがサポートできない程度まで成長しました。したがって、PHPをC ++のマシンコードにコンパイルします。PHP用の完全なコンパイラを作成できたかもしれませんが、gccコンパイラスタックに組み込まれた20年間の微妙な最適化を逃していたでしょう。重要なのは、「C ++」コードは人間が読めるようにしたり保守したりすることを意図したものではなく、コードを機械化するための途中段階にすぎないということです。

このサイトの多くのプログラマーのように、既存のアプリケーションに組み込まれたビジネスロジックと機能に投資する作業量を過小評価し、コード自体を評価していると感じています。