PHPフレームワーク相互運用性グループ（PHP-FIG）の將來：どこに行くのか？

PHPフレームワーク相互運用性グループ（PHP-FIG）は、より多くのPHP標(biāo)準(zhǔn)推奨事項（PSR）を採用することにより、PHPから前向きな注意を引き付けることに大きな進歩を遂げました。これらの推奨事項は、コーディング標(biāo)準(zhǔn)、スタイルガイド、オートローディング、ロギング、キャッシュ、およびHTTPメッセージを規(guī)制しています。

しかし、內(nèi)部紛爭とよく知られているプロジェクトと個人の撤退により、PHP-FIGの將來は不確かです。この組織は、官僚主義と否定的な気候を強化し、効果的な參加を妨げると批判されています。

この記事は、PHP-Figがその操作を簡素化し、PSRのコミュニケーションと議論の改善にもっと注意を払う必要があると考えています。これには、非専門家が參加しやすくなり、PSRの承認(rèn)時間を短縮することが含まれます。

著者は、PHP-Figの將來は、最初の相互運用性の目標(biāo)に再び焦點を合わせることができるかどうかに依存していると考えています。これは、ガバナンスと管理に重點が置かれ、相互運用可能なコードの生成に焦點を當(dāng)てることを意味します。

この記事のピアレビューをしてくれたアンドリュー?カーター、Younes Rafie、Scott Molinariに感謝します！

ポーランドの作家であるヘンリック?シアンクヴィッチは、彼の壯大な小説Quo Vadis（「どこへ行くの？」を意味する1905年のノーベル文學(xué)賞を受賞しました。ジレンマに直面して、短い一時停止と再定義の目標(biāo)が効果的かもしれません。

php-figが成熟しました。より多くのPHP標(biāo)準(zhǔn)推奨事項（PSRS）が採用されることにより、PHPはプログラミングコミュニティからより積極的な注意と感謝を獲得しました。 PSRは、エンコード標(biāo)準(zhǔn)、エンコードスタイルガイド、自動荷重、ロギング、キャッシュ、およびHTTPメッセージを指定します。

さまざまなドラフトおよびレビュー段階でのその他の提案は、ハイパーメディアリンク、PHPDOC標(biāo)準(zhǔn)、イベント管理、キャッシュ、セキュリティの問題をカバーしています。 「抱きしめるインターフェイス」（PSR-8）の提案もあります。これは、受け入れ可能なオブジェクトと相互に保証された抱擁について議論しています！

しかし、未來は明るくなく、組織內(nèi)の紛爭の持続性が疑問視されています。

Origin PHP-FIGの種子は、2009年のPHP | Tek會議で植えられました。これは、さまざまなフレームワークやアプリケーション諸島で収集されているPHPコミュニティ內(nèi)の斷片化に関する懸念から外れています。イチジクは、Java標(biāo)準(zhǔn)の技術(shù)仕様を開発するためのプラットフォームであるPHPのJavaコミュニティプロセスに相當(dāng)する必要があります。

彼らの目的は、PHPプロジェクトが直面している一般的な問題を議論し、コラボレーションを通じて協(xié)力して相互運用性を行う方法を見つけるためのフォーラムを作成することです。彼らは、プロジェクト間で完成した作業(yè)をより簡単に共有することを望んでいます。

組織

エンターテインメントは、Googleグループメーリングリストに購読したり、IRCチャネルに參加したりするのと同じくらい簡単です。審議に投票するには、投票メンバーシップが必要です。

一般的な行政責(zé)任は3人の秘書によって行われます。3人の秘書は、毎年2ヶ月で2年間選出されます。組織の日々の操作の詳細(xì)は、PHP-Fig Webサイトのチャーターセクションにあります。

サッカー

上記のように、

PSR-4（自動読み込み標(biāo)準(zhǔn)）は、ファイルパスからクラスを自動的にロードするための仕様を説明しています。完全に相互運用可能になるように設(shè)計されており、PSR-0（非推奨オートローディング標(biāo)準(zhǔn)）を含む既存の自動搭載仕様を補完するために使用できます。このPSRは、仕様に従って自動的にロードされるファイルの場所も説明しています。

Composer（PHP-FIG投票メンバー）を使用して、PSR-4準(zhǔn)拠のパッケージをインストールして使用するのは非常に簡単です。炭素のようなフレームレスパッケージは、問題なくPSR-4準(zhǔn)拠のアプリケーションに入れることができます。

同様に、PSR-7（HTTPメッセージ）は、HTTPの要求と応答を説明する仕様を提案することにより、相互運用性へのより広範(fàn)な扉を開きます。 PSR-13（HTTPミドルウェア）は、PSR-7に基づいて構(gòu)築され、仕様に準(zhǔn)拠したフレームワークとアプリケーション間の相互運用性の境界をさらに促進します。

保留中のPSRの貴重な目標(biāo)は、組織自體の基盤が脅威にさらされているため、達(dá)成されない場合があります。

論爭

現(xiàn)在の狀況は、メーリングリストのこの投稿で要約できます?！负戏ㄖ髁xと官僚主義の増加が支配的であり、グループの形成の良い仕事を妨げました。數(shù)ヶ月はますます有毒になり、「局」。毒性。

メーリングリストには、相互運用性テクノロジーの議論の範(fàn)囲を超えた多數(shù)のメッセージが屆きます。 「秘書の利益相反」、「秘書の調(diào)和」、「立ち退き投票の修正」、「この人をどのように容認(rèn)できるか！」、「立ち退き憲章による立ち退きの変化」、「リクエスト」、トピックの例があります。 xxxxxxを立ち退かせるための投票」、「無効なxxxxメンバーシップの発表」など。

最近のテーマさえあります - 図3.0の代替案 - イチジクが行われたことを発表する時が來ましたか？前提は、イチジクがその仕事をしており、図3.0を必要としないため、PHP-Figを解散させましょう。図3.0の提案は、組織の複雑な憲法、構(gòu)造、およびプロセスの書き直しです。グループの解散に関する投稿の著者を含む一部の人は、図3.0が官僚主義をより複雑な官僚機構(gòu)に置き換えようとしていると主張するでしょう。

Laravel、Doctrine、Propel、Guzzle、PhP League、Asseticなどの有名なプロジェクトの出口は、個人の退去は狀況を改善していません。 3人の秘書のうちの1人を追放しようとする試みは、投票障壁に失敗しました。おそらく抗議して、PHPコミュニティ駆動型の標(biāo)準(zhǔn)（PHP-CDS）が確立され、非常にゆるい構(gòu)造と提案への參入障壁が低くなりました。

彼らによれば、「PHP CDはグループや組織ではありません。それは概念です。コミュニティにRFCを作成し、彼らの承認(rèn)に賛成に投票することです?！攻偿撺濂衰匹?biāo)準(zhǔn)（PCS）はJava Community Process（JCP）を反映していますが、組織が最初に確立されると、図內(nèi)の紛爭に対する抗議にすぎない場合があります。

ハーモニーフューチャー

長年にわたり、オープンソースのコミュニティは、獨自のソリューション（通常は閉じたソース）を販売する企業(yè)からのモデルが賞賛を勝ち取ったため、善意と調(diào)和を具體化してきました。 非常に人気のあるApache HTTPサーバーを含む幅広いプロジェクトをサポートするApache Software Foundationは、引き続き強力です。 Linux Foundationは、Linuxカーネルプロジェクトのホームを提供します。これは、おそらく世界最大かつ最も重要なオープンソースプロジェクトです。それから、Symfony、Drupal、Composer、Guzzleなどの優(yōu)れたソフトウェアを中心に集まっている強力なコミュニティがあります。

おそらく、會社エンティティによって開発またはサポートされているプロジェクトはよくできています。おそらく、尊敬され賞賛された人によって開始され、主導(dǎo)されたプロジェクト。

不調(diào)和なメモ

オープンソースコミュニティが人類の最高のものを見た場合、口頭の殘酷な攻撃と市民的爭いのかなりの部分も見られました。人々はしばしば同意しません - 隣人は常に同意するとは限りません。高速道路の運転手は、お互いに不満を表明する方法を見つけるでしょう。これは社交的な動物としての生活の事実です。

Linus Torvaldsは間違いなく天才ですが、外交官の職位のリストのトップに彼を置きたくありません。もちろん、メーリングリストに明らかに書いた人ではありません。ろくでなし。システム、私は冗談ではありませんこれらの言葉やリクエストを引くことについての彼のコメントに腹を立てて、彼はLinuxカーネルを分岐し続けました。

2014年頃、Githubは、女性の従業(yè)員がオフィスでの性差別、嫌がらせ、脅迫についていくつかの主張をしたときに、獨自の地震に苦しみました。ストーリーには多くの側(cè)面があり、その中で最も重要なのは、営業(yè)時間中に音楽と一緒にフーラフープしている女性の一部であり、男性のオタクはマルチタスクをしています。軽薄さは別として、彼女は次のように主張しました。リクエストと問題）が議論され、彼女はショックを受けました。

Githubストーリーには他の側(cè)面がありますが、2人または3人の開発者が一緒にいると、それらの間に違いがあることを示しています。不調(diào)和は人間の経験の一部です。私たちの周りの人々に対する攻撃的な認(rèn)識にどのように対処するかは、多くの情報を明らかにしています。

今後 php-figは繊細(xì)な爆破道路にあります。出現(xiàn)以來私たちが目撃したことは、その持続性の最も強い議論です。しかし、いわゆる壊れた官僚制度を図3.0で偽裝した新しい官僚制度に置き換えるという考えは、良い官僚主義が存在するという前提に基づいています。イチジクのWebサイトでのチャーターページと投票プロセスは複雑すぎます。イチジクの動作を簡素化する方法は？実裝の詳細(xì)ではなく、相互運用性のみに焦點を合わせる方法は？

前進する道は、官僚主義が少なくなり、PSRでのコミュニケーションと議論を改善する方法に焦點を當(dāng)てることができます。たぶん、それは「非専門家」が包摂を促進するためにプロセスに參加しやすくするべきでしょうか？一部のPSRは、5年以上パイプラインに參加しています。本當(dāng)に時間がかかりますか？

linus torvaldsを人として賞賛して、止めて耳を傾けましょう。彼は、「空の話は間違っている。コードを見せてください。イチジクでは、概念の実裝は異なりますが、より少ないと相互運用可能なコードを言いますが、將來は良くなります。

PHP-FigとQuo Vadis

についての

FAQ（FAQS）

PHP-FIGとは何ですか、なぜそれが重要なのですか？

PHPフレームワークInteroPerability Group（PHP-FIG）は、PHP開発者がコードの書き方を標(biāo)準(zhǔn)化および簡素化するように設(shè)計された共同プロジェクトです。ベストプラクティスを促進し、コード共有と再利用を促進し、さまざまなPHPフレームワーク間の相互運用性を向上させるため、重要です。 PHP-Fig標(biāo)準(zhǔn)に従うことにより、開発者は、コードの保守が容易で、拡張可能で、堅牢であることを確認(rèn)できます。

php-figの文脈では「quo vadis」とはどういう意味ですか？

"quo vadis"は、「どこに行くのか」に翻訳されるラテン語のフレーズです。これは、グループの目標(biāo)、戦略、進歩に関する反省を促進する質(zhì)問です。

PHP-FigはPHPコミュニティにどのように貢獻していますか？

PHP-FIGは、PSR（PHP標(biāo)準(zhǔn)推奨事項）と呼ばれる標(biāo)準(zhǔn)を作成および促進することにより、PHPコミュニティに貢獻します。これらの標(biāo)準(zhǔn)は、コーディングスタイル、オートローディング、ロギングなどの一般的なコーディングタスクのガイダンスを提供します。これらの標(biāo)準(zhǔn)に従うことにより、開発者は自分のコードが他のPSRに準(zhǔn)拠したコードと互換性があることを確認(rèn)でき、コードの協(xié)力と共有を容易にすることができます。

PHP-FIGの批判は何ですか？

一部の批評家は、PHP-FIG標(biāo)準(zhǔn)があまりにも標(biāo)準(zhǔn)化されており、開発者の柔軟性と創(chuàng)造性を制限していると考えています。他の人々は、グループの意思決定プロセスが遅すぎて官僚的であると信じています。ただし、多くの開発者は、PHP-Fig標(biāo)準(zhǔn)によって提供される安定性と相互運用性を高く評価しています。

php-figに參加するにはどうすればよいですか？

グループのメーリングリストでの議論に參加したり、GitHubでのプロジェクトに貢獻したりすることで、誰でもPHP-Figに參加できます。また、自分のプロジェクトでPHP-Fig基準(zhǔn)を宣伝し、他の人にそうするよう奨勵することで支援することもできます。

蕓術(shù)と文學(xué)における「quo vadis」という言葉の意味は何ですか？

「Quo Vadis」は、さまざまな蕓術(shù)的および文學(xué)的な形で使用されてきたフレーズであり、しばしば意思決定や反省の瞬間を象徴しています。これは、PHP-Figの進化を含む多くの異なるコンテキストに適用できる強力なメタファーです。

PHP-Figは新しい標(biāo)準(zhǔn)をどのように決定しますか？

PHP-Figコミュニティは、新しい基準(zhǔn)を提案し、議論します。提案は、正式な基準(zhǔn)として受け入れられる前に、投票段階を含む厳格なレビュープロセスを経ます。

PHP-FIGの未來は何ですか？

PHP-FIGの將來は、PHPコミュニティの継続的な參加と貢獻に依存しています。このグループは、PHP開発慣行を改善するための新しい基準(zhǔn)とイニシアチブの開発に常に取り組んでいます。

PHP-Figが毎日のPHP開発者にどのように影響しますか？

PHP-Fig標(biāo)準(zhǔn)により、開発者がコードを書き、共有、維持しやすくすることができます。これらの基準(zhǔn)に従うことにより、開発者はコードがさまざまなフレームワークやライブラリと互換性があることを確認(rèn)でき、それにより有用性と壽命が改善されます。

PHP-Fig標(biāo)準(zhǔn)の実用的な例は何ですか？

Laravel、Symfony、Zendなどの多くの人気のあるPHPフレームワークとライブラリは、PHP-Fig基準(zhǔn)に準(zhǔn)拠しています。つまり、1つのフレームワーク用に記述されたコードは、最小限の変更を伴う別のフレームワークで使用できることが多く、開発者がフレームワークを切り替えたり、プロジェクトのさまざまなテクノロジーを組み合わせたりすることができます。

以上がPHP-FIG：何をしていますか？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。