L'avenir du groupe d'interopérabilité Framework PHP (PHP-FIG): où aller?

Le groupe d'interopérabilité Framework PHP (PHP-FIG) a fait des progrès significatifs pour attirer l'attention positive de la PHP en adoptant plus de recommandations standard PHP (PSR). Ces recommandations réglementent les normes de codage, les guides de style, les messages de mise en scène, de journalisation, de mise en cache et HTTP.

Cependant, en raison des litiges internes et de la sortie de projets et de particuliers bien connus, l'avenir de PHP-Fig est incertain. L'organisation a été critiquée pour l'intensification de la bureaucratie et du climat négatif, ce qui entrave une participation efficace.

Cet article estime que PHP-Fig devrait simplifier son fonctionnement et accorder plus d'attention à l'amélioration de la communication et de la discussion sur le PSR. Cela peut inclure le fait que les non-experts participent plus facilement et la réduction du temps d'approbation des PSR.

L'auteur estime que l'avenir de PHP-Fig dépend de savoir s'il peut recentrer ses objectifs initiaux d'interopérabilité. Cela signifie moins l'accent sur la gouvernance et la gestion, et plus l'accent sur la génération de code interopérable.

Merci à Andrew Carter, Younes Rafie et Scott Molinari pour leur examen par les pairs de cet article!

L'écrivain polonais Henrik Xiankvich a remporté le prix Nobel de littérature de 1905 pour son roman épique Quo Vadis (latin, ce qui signifie "où allez-vous?"). Face à tout dilemme, une brève pause et un objectif de redéfinition peut être efficace.

php-fig a m?ri. Avec l'adoption de plus de recommandations standard de PHP (PSR), PHP a gagné une attention et une appréciation plus positives de la communauté de programmation. PSR spécifie les normes de codage, les guides de style de codage, le chargement automatique, la journalisation, la mise en cache et les messages HTTP.

D'autres propositions à différentes étapes de projet et d'examen couvrent les liens hypermedia, les normes PHPDOC, la gestion des événements, les problèmes de mise en cache et de sécurité. Il y a même une proposition pour ?l'interface Huggable? (PSR-8), qui traite des objets embrassables et des calins mutuellement garantis!

Cependant, l'avenir n'est pas brillant et la persistance des conflits au sein de l'organisation a été remise en question.

Origine

Les graines de PHP-Fig ont été plantées lors de la conférence PHP | tek en 2009, lorsque certains développeurs se sont réunis pour partager des idées. Ceci est hors de préoccupations concernant la fragmentation au sein de la communauté PHP, qui est rassemblée sur différents cadres et ?les d'application. Fig devrait être l'équivalent du processus communautaire Java de PHP, une plate-forme pour développer des spécifications techniques standard Java.

Leur objectif est de créer un forum pour discuter des problèmes communs auxquels sont confrontés les projets PHP et de trouver des moyens de collaborer et d'interopérabilité grace à la collaboration. Ils veulent plus facile de partager des travaux terminés sur les projets.

Organisation

Le divertissement est aussi simple que de s'abonner à la liste de diffusion du groupe Google ou de rejoindre une cha?ne IRC. L'adhésion au vote est nécessaire pour voter pour des délibérations.

Les responsabilités administratives générales sont effectuées par trois secrétaires, qui sont élus dans des mois différents chaque année pendant deux ans. Les détails du fonctionnement quotidien de l'organisation se trouvent dans la section Charter du site Web PHP-Fig.

Successfust

Comme mentionné ci-dessus, PSR-4 (Norme de chargement automatique) décrit la spécification pour le chargement automatique des classes à partir des chemins de fichier. Il est con?u pour être entièrement interopérable et peut être utilisé pour compléter toutes les spécifications de mise à jour existantes, y compris le PSR-0 (la norme de mise en ?uvre de mise en ?uvre déconseillée). Ce PSR décrit également l'emplacement des fichiers qui sont automatiquement chargés en fonction de la spécification.

En utilisant Composer (membre de vote PHP-Fig), il est très facile d'installer et d'utiliser des packages conformes PSR-4. Des forfaits sans cadre comme le carbone peuvent être placés dans n'importe quelle application conforme PSR-4 sans aucun problème.

De même, PSR-7 (message HTTP) ouvre une porte plus large à l'interopérabilité en proposant des spécifications décrivant les demandes et les réponses HTTP. Le PSR-13 (middleware HTTP) s'appuiera sur PSR-7 et favorisera davantage les limites de l'interopérabilité entre les cadres et les applications conformes aux spécifications.

Les objectifs précieux du PSR en instance peuvent ne pas être atteints car le fondement de l'organisation lui-même est menacé.

controverse

La situation actuelle peut être résumé dans ce post sur la liste de diffusion: "L'augmentation du légalisme et de la bureaucratie a dominé et a entravé le bon travail de la formation du groupe. Pour le dire franchement, la figue est devenue plus importante au cours de la récente mois. toxicité.

Les listes de diffusion re?oivent un grand nombre de messages qui dépassent la portée des discussions sur la technologie d'interopérabilité. Voici des exemples de sujets: "Conflit d'intérêt du secrétaire", "Harmony entre secrétaire", "Amendement au vote d'expulsion", "Comment pouvez-vous tolérer cette personne ?!", "Changement d'expulsion par la charte d'expulsion", "Demande pour voter pour l'expulsion xxxxxx "," Annonce de l'adhésion non valide XXXX "et ainsi de suite.

Il y a même un thème récent - une alternative à la figure 3.0 - est-il temps d'annoncer que la figue est faite? La prémisse est que Fig a fait son travail et ne nécessite pas la figure 3.0, alors dissoussons PHP-Fig. La proposition Fig 3.0 est une réécriture de la constitution, de la structure et du processus complexes de l'organisation. Certains, dont l'auteur du Post sur la dissolution du groupe, soutiendront que la figure 3.0 essaie de remplacer la bureaucratie par une bureaucratie plus complexe.

La sortie de projets bien connus tels que Laravel, Doctrine, Propel, Guzzle, PHP League et Assetic et le départ des individus n'ont pas amélioré la situation. Une tentative d'expulser l'un des trois secrétaires a échoué dans la barrière de vote. Peut-être qu'en protestation, la norme axée sur la communauté PHP (PHP-CDS) a été établie, avec une structure très lache et une faible barrière à l'entrée pour les propositions.

Selon eux, "PHP CDS n'est pas un groupe ou une organisation, c'est un concept. L'idée principale est de faire en sorte que la communauté crée des RFC, de discuter d'eux, puis de voter sur leur acceptation en tant que normes communautaires." La norme communautaire (PCS) fait écho à Java Community Process (JCP), mais lorsque l'organisation est établie pour la première fois, ce n'est peut-être qu'une protestation contre les conflits au sein de la fig.

Harmony Future

Au fil des ans, la communauté open source a incarné la bonne volonté et l'harmonie, avec ses éloges gagnants de sociétés vendant des solutions propriétaires (généralement une source fermée).

L'Apache Software Foundation, qui prend en charge un large éventail de projets, y compris le serveur Apache HTTP extrêmement populaire, reste solide. La Fondation Linux offre une maison pour les projets de noyau Linux, qui est probablement le projet open source le plus important et le plus important au monde. Ensuite, il y a une solide communauté qui se rassemble autour d'excellents logiciels tels que Symfony, Drupal, Composer, Guzzle, etc.

Peut-être que le projet développé ou soutenu par une entité d'entreprise est bien fait. Peut-être qu'un projet a commencé et dirigé par une personne respectée et admirée.

Notes disharmonies

Si la communauté open source a vu le meilleur de l'humanité, elle a également vu sa juste part d'attaques cruelles verbales et de conflits civils. Les gens ne sont souvent pas d'accord - les voisins ne sont pas toujours d'accord. Les automobilistes sur l'autoroute trouveront un moyen d'exprimer leur insatisfaction les uns envers les autres. C'est le fait de la vie en tant qu'animal sociable.

Linus Torvalds est sans aucun doute un génie, mais vous ne voudriez pas le mettre en haut de la liste des postes de diplomate. Bien s?r, pas quelqu'un qui a évidemment écrit à la liste de diffusion: "Pouvons-nous nous débarrasser du stupide style de grammaire d'annotation Web, s'il vous pla?t?" Batard. Système, je ne me soucie pas des sentiments blessés ou des heures de travail perdues. Tellement ennuyé par ces mots ou ses commentaires sur la réalisation des demandes qu'il a continué à fournir le noyau Linux.

Vers 2014, Github a subi son propre tremblement de terre, lorsqu'une employée a fait quelques revendications sur le sexisme, le harcèlement et l'intimidation au bureau. Il y a de nombreux aspects de l'histoire, dont les plus importants sont des dames hula-hoop avec la musique pendant les heures de bureau, tandis que les geeks masculins multitaches - codage et regardant le danseur en même temps. Outre Frivolity, elle a affirmé: "Il est difficile pour moi de m'adapter à cette culture, en tirant une communication offensive sur les demandes et comment les hommes avec lesquels je travaille avec manque de respect et apprécient mes opinions." Les demandes et les questions) ont été discutées, elle a été choquée.

Il existe d'autres aspects de l'histoire de Github, mais cela montre que lorsque deux ou trois développeurs sont ensemble, il y aura des différences entre elles. La disharmonie fait partie de l'expérience humaine. La fa?on dont nous gérons les perceptions offensives de ceux qui nous entourent révèle beaucoup d'informations.

la voie à suivre

php-fig est sur la route délicate de l'implosion. Ce que nous avons vu depuis son émergence est l'argument le plus fort pour sa persistance. Cependant, l'idée de remplacer la soi-disant bureaucratie brisée par une nouvelle bureaucratie déguisée par la figure 3.0 est basée sur la prémisse qu'une bonne bureaucratie existe. La page de charte et le processus de vote sur le site Web des Fig sont trop compliqués. Comment simplifier le fonctionnement de la Fig? Comment se concentrer uniquement sur l'interopérabilité et non sur les détails de l'implémentation?

La voie à suivre peut être moins de bureaucratie et plus de concentration sur la fa?on d'améliorer la communication et la discussion sur le PSR. Peut-être que cela devrait permettre aux ?non-experts? de participer plus facilement au processus pour promouvoir l'inclusion? Certains PSR sont dans le pipeline depuis plus de 5 ans. Cela prend-il vraiment si longtemps?

Admirer Linus Torvalds en tant que personne, arrêtons et écoutons. Il a été cité comme disant: "La conversation vide est erronée. Montrez-moi le code." . Dans la Fig, disons moins et faire plus, et plus de code interopérable, bien que la mise en ?uvre des concepts soit différente, meilleure est l'avenir.

FAQ (FAQ) sur PHP-Fig et Quo Vadis

Qu'est-ce que PHP-Fig et pourquoi est-il important?

Le groupe d'interopérabilité Framework PHP (PHP-FIG) est un projet collaboratif con?u pour normaliser et simplifier la fa?on dont les développeurs PHP écrivent du code. Il est important car il promeut les meilleures pratiques, encourage le partage et la réutilisation du code et améliore l'interopérabilité entre les différents cadres PHP. En suivant la norme PHP-Fig, les développeurs peuvent s'assurer que leur code est plus facile à maintenir, extensible et robuste.

Que signifie "Quo Vadis" dans le contexte de PHP-Fig?

"Quo Vadis" est une phrase latine qui se traduit par "où allez-vous?" Il s'agit d'une question qui encourage la réflexion sur les objectifs, les stratégies et les progrès du groupe.

Comment PHP-Fig contribue-t-il à la communauté PHP?

PHP-FIG contribue à la communauté PHP en créant et en promouvant une norme appelée PSR (Recommandations standard PHP). Ces normes fournissent des conseils pour les taches de codage communes telles que le style de codage, la mise en scène et la journalisation. En suivant ces normes, les développeurs peuvent s'assurer que leur code est compatible avec d'autres code conformes au PSR, ce qui facilite la collaboration et le partage du code.

Quelles sont les critiques de PHP-Fig?

Certains critiques croient que les normes PHP-Fig sont trop standardisées et limitent la flexibilité et la créativité des développeurs. D'autres croient que le processus décisionnel du groupe est trop lent et bureaucratique. Cependant, de nombreux développeurs apprécient la stabilité et l'interopérabilité fournies par la norme PHP-Fig.

Comment participer à PHP-Fig?

quiconque peut participer à PHP-Fig en participant à des discussions sur la liste de diffusion du groupe ou en contribuant à ses projets sur Github. Vous pouvez également vous aider en promouvant des normes PHP-Fig dans vos propres projets et en encourageant les autres à le faire.

Quelle est la signification du mot "quo vadis" dans l'art et la littérature?

"Quo Vadis" est une phrase qui a été utilisée dans diverses formes artistiques et littéraires, symbolisant souvent des moments de prise de décision ou de réflexion. Il s'agit d'une métaphore puissante qui peut être appliquée à de nombreux contextes différents, y compris l'évolution de PHP-Fig.

Comment PHP-FIG décide-t-il des nouvelles normes?

La communauté PHP-Fig propose et discute de nouvelles normes. Les propositions passent par un processus d'examen rigoureux, y compris la phase de vote, avant d'être accepté comme normes formelles.

Quel est l'avenir de PHP-Fig?

L'avenir de PHP-Fig dépend de la participation et de la contribution continues de la communauté PHP. Le groupe travaille constamment à développer de nouvelles normes et initiatives visant à améliorer les pratiques de développement de PHP.

Comment le travail PHP-Fig affecte-t-il les développeurs PHP quotidiens?

Les normes PHP-FIG peuvent faciliter la rédaction, le partager et le maintien de leur code. En suivant ces normes, les développeurs peuvent s'assurer que leur code est compatible avec divers cadres et bibliothèques, améliorant ainsi leur utilité et leur longévité.

Quels sont les exemples pratiques de la norme PHP-Fig?

De nombreux frameworks et bibliothèques PHP populaires, tels que Laravel, Symfony et Zend, sont conformes aux normes PHP-Fig. Cela signifie que le code écrit pour un cadre peut souvent être utilisé avec un autre cadre avec des modifications minimales, ce qui permet aux développeurs de basculer plus facilement entre les cadres ou de combiner différentes technologies dans des projets.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!