PHPから後方互換性を除いた「P++」が提案される 49
ストーリー by hylom
フォークしたほうが良いんじゃ、と思ったがそういうものはすでにあった 部門より
フォークしたほうが良いんじゃ、と思ったがそういうものはすでにあった 部門より
Anonymous Coward曰く、
型宣言の導入など近年大きな変更の続くPHPだが、コミュニティ内での互換性を巡る議論の中で、後方互換性に縛られない革新的な言語「P++」を作る提案が出されたという（まとめ記事、FAQ和訳）。
この提案は、開発者のZeev氏が「Bringing Peace to the Galaxy（銀河に平和をもたらす）」というタイトルでメーリングリストに投稿したもの。PHPでは7以降たびたび大きな変更が入るとともにレガシーな機能の廃止も行われているが、こうした互換性をなくす変更に対しては、コミュニティ内に反発もあるのだという。そこで氏は、互換性を保ったPHPを開発する一方、革新的な機能を取り込むための言語 （仮称:P++） を提案したとのこと。P++はPHPのforkではなく、あくまでPHPの別モードとなる想定のようだ。
ただし、この提案は現状コミュニティからは「開発リソースが無い」という理由などから否定的な反応が寄せられているとのことで、近い将来にP++が誕生することは無さそうである。
拡張子は (スコア:1)
.ppp になるわけではないのか。
Re:拡張子は (スコア:2)
Poo-Pee Pantsって揶揄されそう。
Re: (スコア:0)
polluter pays principle
似たことをPerlがやった (スコア:1)
そして誰もいなくなった
Re:似たことをPerlがやった (スコア:1)
Python 3
Re: (スコア:0)
BINDもBIND10で似たようなことしたぞ。BIND9はもう永遠に9から先に進まないのかな。
P++ (スコア:0)
インクリメント・ピー [wikipedia.org] から物言いの予感
Re:P++ (スコア:1)
ロードマップの件で？
Re: (スコア:0)
「インクリメント・ピー」なら「++P」だろう。
抽出・挿入演算子が乱れ散るような感じになるのかな (スコア:0)
それはそれでフィルタ処理を挟むの小ぎれいに書けそうな気はするけど
除いたなら (スコア:0)
P--ではないのか？
Re: (スコア:0)
後方互換性が無くなるのは結果であって、除くことが目的では無いからですかね。
「P++(仮)」なんでしょうが、P--みたいなセンスの方が好きかな。ダンシャリ感を匂わせた方が。
Re: (スコア:0)
後方互換性の維持を考えない仕様追加であれば、
元の値(≒元の仕様)が取れるP++ではなく、
++Pのほうが合っていそうな気がする。
Re: (スコア:0)
Nはどう？
Re: (スコア:0)
CからC++へは(概ね)互換性があることを踏まえると、
互換性のないC♯に習ってP♯とすべきところのように思える。
まぁそれすると.NETファミリの新言語っぽく見えてしまいそうだが。
Re: (スコア:0)
C#は実際のところJava++だと思う
Re: (スコア:0)
え、VB++じゃないの!?
HHVMはどうすんの? (スコア:0)
OracleのJavaやMySQLの如く、邪悪なFacebook帝国の産物だから見なかったことにするとか?
Re:HHVMはどうすんの? (スコア:1)
いつの話してんだ？
HHVMのPHPサポートは去年の時点でとっくに終わってる。
PHP7がJITコンパイラ搭載したから性能差がなくなった為だ。
そして今回のP++は、そのJITコンパイラで最も多くのリソースを食ってる部分の改善の一環。
詳しくはML嫁。
部門名でもツッコミが入っていますが、 (スコア:0)
タレこみ本文にも書かれていますし、タレこみからのリンク先のFAQ和訳にもあるようにPHPの fork ではなく、PHPの別モード。
Re: (スコア:0)
FAQでも同じツッコミをされているのだけれど、HackやHHVMは、
・企業が開発してるモノだから好き嫌いが分かれる。これはあくまでコミュニティ主導のモノ。
・HHVMをインストールするのは敷居が高い。P++はPHP実行環境で動かすため移行が容易。
って辺りがポイントっぽい。それ一昔前のHHVMとPHP/Hackの関係じゃね？とか、PHPでHack動くようにすればいいんじゃね？とか思わなくもないけど。
# 案外「邪悪なFacebook帝国の産物だから」で間違ってないかもしれない気も？
後方互換性を考えて作られていたんだ・・・ (スコア:0)
>後方互換性に縛られない革新的な言語「P++」を作る提案
PHPに必要なのは、後方互換性を維持した(PHPとしては)革新的な言語ではないだろうか？
Re:後方互換性を考えて作られていたんだ・・・ (スコア:1)
コメントタイトルに釣られてしまいました。
約20年近い過去のPHP3.x から PHP 4.x の頃も後方互換性は二の次だったので
それ以来そういうものだと理解していたけど今までわたしが間違っていた!!
Re:後方互換性を考えて作られていたんだ・・・ (スコア:1)
PHP3の頃はしらんけど、PHP4.xから5.0になる時は、動かないプログラム続出で阿鼻叫喚だったな。
代入演算子の定義を変更するんじゃねーーーー！
動く場合でも、全ソースコードのチェック作業で大騒ぎ。
影響範囲が広すぎで、二千年問題どころじゃない。
きっとPHPの辞書には互換性なんて単語はないんだ。
Re: (スコア:0)
自分は5以後から始めたからか、
7.2とかでもほとんど変更なしで動くんだよね。
まぁやばそうな書き方をしてこなかったっていうのはあるけど。
松下 (スコア:0)
「Peace and Happiness through Prosperity」から後方互換性を取り除いたら「Peace and Happiness」では
Re: (スコア:0)
そういや、今やパナソの取締役に創業家がいないんだそうで。こういうのも後方互換性カット？
PHPじゃなく (スコア:0)
JavaScriptから後方互換性を取り除いたものこそ必要なものだ。
Re: (スコア:0)
そして名前からJavaを取り除くべきだ
Re: (スコア:0)
JScript ?
Re: (スコア:0)
ECMAScript
Re: (スコア:0)
Dartは振るわず、TypeScriptが残った・・
Re: (スコア:0)
COBOLやFORTRANやC++から後方互換性を取り除けたらまたお越しください
Re: (スコア:0)
その3つは古いだけで言語仕様失敗してる訳ではないし
Re: (スコア:0)
そして、毎年新バージョンに自分のプログラムを書き換えるんですね。
仕事いっぱいあっていいですね。俺はごめんだ。
Re: (スコア:0)
フロントエンダーの発想だと
・どうせ毎年新しいフレームワークに書き換えてるし
・どうせ対応するのはトランスパイラーだし
みたいな考えなのでは
Re: (スコア:0)
フロントエンダーw
フロントエンドエンジニアにかわるあらたな差別語かしらん(偏見)
Re: (スコア:0)
JSに詳しくないのかもしれませんけど、JS本体はbreaking changeに対して非常に慎重ですよ。
(「文字列から部分文字列を切り出す」というメソッドがsubstring、substr、sliceと3種類もある面倒な状況がいつまでも残っているのはそのため)
自分でやれば良いのに (スコア:0)
後方互換性処理に分岐しないフラグと条件処理の追加なのだから個人でもできるでしょ。
物ができれば手伝ってくれたりマージを考える動きが生じるのがオープンソース一般に見られがちな事なのだし。
Re: (スコア:0)
ちゃうねん、これはPHPコミュニティの対立回避のための提案だから、自分がforkして作っても意味ないんや。
この人Zendの創業者だから、それやるとガチでPHPが分裂してしまう。
低ググラビリティ (スコア:0)
ま、どうせ自分は使うことはないんで構わないですが。
Re: (スコア:0)
今どきの検索エンジンはC++もC#もちゃんと検索してくれるんで、
これも正式採用となれば間を置かずにホワイトリスト入りするでしょうよ。
// さすがにGoはいかんともしがたいのでGo languageとかGo言語とかしないといけないが。
Re: (スコア:0)
でもRは一文字でちゃんと
Re: (スコア:0)
はいはい、julialang、julialang
誰得言語 (スコア:0, 荒らし)
ちゃんとしたものを作るとなるとほぼ別言語になるだろうし、そうなると需要はあるのかね？
今のPHPを採用する利点は過去資産と人員確保くらいなもんでしょ。
だったら他言語へのコンバータのほうが需要あるんじゃないかと。
Re: (スコア:0)
では将軍様、小中規模のサイト開発にLaravelより優れたWebフレームワークを出してください。※ただしRubyを除く
ほれ言うてみい。(参考にするから)
# 人員確保くらいってそれ超重要じゃん
Re: (スコア:0)
Railsみたいなゴミはさておき、Laravelも.NET Core MVCもSpring Boot(Kotlin)もPlay Framework(Scala)もどれも使いやすくて良く出来てると思うけどねぇ
というか昨今のフレームワークはどれも優秀なので(Railsみたいなゴミはさておき)規模とかそんなに気にしなくて良い気がする
Re: (スコア:0)
なんで言語の話題をフレームワークの話題にすり替えようとするのか。
言語の話題では反論の余地がないと自分でも自覚してるからでは？
人員確保は重要だよね。
ただPHP（あとJavaもか）はどうしようもない人の割合が多くて人員を確保する「だけ」なら楽って印象
優秀な人も多いんだけどね、そういう人はやっぱり集めにくいし最近は多言語に流れてるみたいだし
Re: (スコア:0)
何言ってんの？PHPが優れた言語だなんて誰も言ってないよ？
言ってないけど、敢えてこき下ろす程のものでも無くなってる。もういいんだよ別にPHPで。
十分な品質を維持する道具は揃っている。ライブラリもユーザーも多い。フットワークは軽い。
PHPに向いてない処理は？もちろんPHPは選ばない、当たり前だよね。