PHP-FIG：何をしていますか？

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

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

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

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

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

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

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

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

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

しかし、未来は明るくなく、組織内の紛争の持続性が疑問視されています。

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

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

組織

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

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

サッカー

上記のように、

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

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

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

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

論争

現在の状況は、メーリングリストのこの投稿で要約できます。「合法主義と官僚主義の増加が支配的であり、グループの形成の良い仕事を妨げました。数ヶ月はますます有毒になり、「局」。毒性。

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

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

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

彼らによれば、「PHP CDはグループや組織ではありません。それは概念です。コミュニティにRFCを作成し、彼らの承認に賛成に投票することです。」コミュニティ標準（PCS）はJava Community Process（JCP）を反映していますが、組織が最初に確立されると、図内の紛争に対する抗議にすぎない場合があります。

ハーモニーフューチャー

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

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

不調和なメモ

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

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

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

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

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

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

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

PHP-FigとQuo Vadis

についての

FAQ（FAQS）

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

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

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

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

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

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

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

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

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

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

芸術と文学における「quo vadis」という言葉の意味は何ですか？

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

PHP-Figは新しい標準をどのように決定しますか？

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

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

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

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

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

PHP-Fig標準の実用的な例は何ですか？

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

以上がPHP-FIG：何をしていますか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。