PHP-FIG : 뭐하는거야?

PHP 프레임 워크 상호 운용성 그룹 (PHP-FIG)의 미래 : 어디로 가야합니까?

PHP 프레임 워크 상호 운용성 그룹 (PHP-FIG)은 PHP 표준 권장 사항 (PSR)을 채택함으로써 PHP로부터 긍정적 인 관심을 끌기 위해 상당한 진전을 이루었습니다. 이러한 권장 사항은 코딩 표준, 스타일 가이드, 자동 로딩, 로깅, 캐싱 및 HTTP 메시지를 조절합니다.

그러나 내부 분쟁과 잘 알려진 프로젝트 및 개인의 출구로 인해 PHP-FIG의 미래는 불확실합니다. 조직은 관료주의와 부정적인 기후를 강화하여 효과적인 참여를 방해한다는 비판을 받았다. 이 기사는 PHP-FIG가 운영을 단순화하고 PSR에 대한 의사 소통 및 토론 개선에 더 많은 관심을 기울여야한다고 생각합니다. 여기에는 비 경험이 참여하기 쉽고 PSR의 승인 시간을 줄이는 것이 포함될 수 있습니다. 저자는 PHP-FIG의 미래가 초기 상호 운용성 목표에 초점을 맞출 수 있는지 여부에 달려 있다고 생각합니다. 이는 거버넌스 및 관리에 중점을두고 상호 운용 가능한 코드를 생성하는 데 더 중점을 둡니다.

이 기사에 대한 동료 검토를 해준 Andrew Carter, Younes Rafie 및 Scott Molinari에게 감사드립니다!

폴란드 작가 인 Henrik Xiankvich는 그의 서사적 소설 Quo Vadis (라틴어, "어디로 가나 요?")로 1905 년 노벨 문학상을 수상했습니다. 모든 딜레마에 직면하면 간단한 일시 정지 및 재정의 목표가 효과적 일 수 있습니다.

php-fig가 성숙했습니다. PSRS (PHP 표준 권장 사항)가 채택되면서 PHP는 프로그래밍 커뮤니티의 긍정적 인 관심과 감사를 받았습니다. PSR은 인코딩 표준, 인코딩 스타일 가이드, 자동 로딩, 로깅, 캐싱 및 HTTP 메시지를 지정합니다.

다른 초안 및 검토 단계의 기타 제안서는 하이퍼 미디어 링크, PHPDOC 표준, 이벤트 관리, 캐싱 및 보안 문제를 다룹니다. "Huggable Interface"(PSR-8)에 대한 제안도 있으며, 이는 포용 가능한 물건과 상호 보장 된 포옹에 대해 논의합니다!

그러나 미래는 밝지 않으며 조직 내 충돌의 지속성에 의문이 제기되었습니다.

원산지

PHP-FIG의 씨앗은 2009 년 PHP | TEK 회의에서 일부 개발자들이 모여 아이디어를 공유하기 위해 함께 심었습니다. 이것은 PHP 커뮤니티 내 조각화에 대한 우려가 없으며, 이는 다양한 프레임 워크 및 응용 섬에서 수집됩니다. 그림은 Java 표준 기술 사양을 개발하기위한 플랫폼 인 PHP의 Java 커뮤니티 프로세스와 동등해야합니다.

그들의 목적은 PHP 프로젝트가 직면 한 일반적인 문제를 논의하고 협업을 통해 협업 및 상호 운용성을 찾는 방법을 찾는 포럼을 만드는 것입니다. 그들은 프로젝트에서 완성 된 작업을 더 쉽게 공유하기를 원합니다.

조직

엔터테인먼트는 Google 그룹 메일 링리스트에 가입하거나 IRC 채널에 가입하는 것만 큼 간단합니다. 투표 멤버십은 심의에 투표해야합니다.

일반 행정 책임은 매년 2 년 동안 다른 달에 선출되는 3 명의 비서에 의해 수행됩니다. 조직의 일상적인 운영에 대한 자세한 내용은 PHP-FIG 웹 사이트의 전세 섹션에서 찾을 수 있습니다.

성공함

위에서 언급했듯이 PSR-4 (자동로드 표준)는 파일 경로에서 클래스를 자동으로로드하기위한 사양을 설명합니다. 완전히 상호 운용 가능하도록 설계되었으며 PSR-0 (더 이상 사용되지 않은 자동로드 표준)을 포함한 기존 자동로드 사양을 보완하는 데 사용할 수 있습니다. 이 PSR은 또한 사양에 따라 자동으로로드되는 파일의 위치를 ​​설명합니다.

Composer (PHP-FIG 투표 회원)를 사용하면 PSR-4 호환 패키지를 설치하고 사용하기가 매우 쉽습니다. 카본과 같은 프레임리스 패키지는 문제없이 PSR-4 호환 응용 프로그램에 넣을 수 있습니다.

마찬가지로, PSR-7 (HTTP 메시지)은 HTTP 요청 및 응답을 설명하는 사양을 제안함으로써 상호 운용성에 대한 더 넓은 문을 엽니 다. PSR-13 (HTTP Middleware)은 PSR-7을 구축하고 사양 호환 프레임 워크와 응용 프로그램 간의 상호 운용성의 경계를 더욱 촉진합니다.

보류중인 PSR의 귀중한 목표는 조직 자체의 기초가 위협을 받고 있기 때문에 달성되지 않을 수 있습니다.

논쟁

현재 상황은 메일 링리스트 의이 게시물에 요약 될 수 있습니다. "법률과 관료주의의 증가는 그룹 형성의 좋은 작업을 지배했으며 방해했습니다. 몇 달 동안 독성이 높아짐에 따라 효과적인 참여는 거의 불가능합니다. 독성.

메일 링리스트는 상호 운용성 기술 토론의 범위를 벗어난 많은 메시지를받습니다. 주제의 예는 다음과 같습니다. "비서의 이해 상충", "비서 간 조화", "퇴거 투표 수정 개정", "이 사람을 어떻게 견딜 수 있습니까?", "퇴거 헌장에 의한 퇴거 변화", "요청 요청" 퇴거 투표 xxxxxx”,“유효하지 않은 xxxx 멤버십 발표”등.

최근 테마가 있습니다 - 그림 3.0에 대한 대안 - 무화과가 완료되었다고 발표 할 시간입니까? 전제는 Fig가 그 작업을 수행했으며 그림 3.0을 요구하지 않으므로 PHP-FIG를 해산합시다는 것입니다. 그림 3.0 제안은 조직의 복잡한 헌법, 구조 및 프로세스를 다시 작성하는 것입니다. 그룹 해산에 관한 게시물의 저자를 포함하여 일부는 그림 3.0이 관료주의를보다 복잡한 관료주의로 대체하려고한다고 주장 할 것입니다. Laravel, Doctrine, Propel, Guzzle, PHP League 및 Assetic과 같은 잘 알려진 프로젝트의 출구 및 개인의 출발은 상황을 개선하지 않았습니다. 3 명의 비서 중 한 명을 추방하려는 시도는 투표 장벽에 실패했다. 아마도 항의하면서 PHP 커뮤니티 드라이브 표준 (PHP-CD)은 매우 느슨한 구조와 제안에 대한 진입 장벽이 낮아서 설립되었습니다. 그들에 따르면, PHP CD는 그룹이나 조직이 아니며 개념입니다. 핵심 아이디어는 커뮤니티가 RFC를 만들고, 논의하고, 공동체 표준으로서의 수용에 투표하는 것입니다. " Community Standard (PCS)는 JCP (Java Community Process)를 반향하지만 조직이 처음 설립되면 그림 내에서 갈등에 대한 항의 일 수 있습니다.

하모니 미래

수년에 걸쳐 오픈 소스 커뮤니티는 독점 솔루션 (일반적으로 폐쇄 소스)을 판매하는 회사의 칭찬을 얻은 모델이 선의와 조화를 구현했습니다.

매우 인기있는 Apache HTTP 서버를 포함한 광범위한 프로젝트를 지원하는 Apache Software Foundation은 여전히 ​​강력합니다. Linux Foundation은 Linux 커널 프로젝트를위한 주택을 제공하며, 아마도 세계에서 가장 크고 가장 중요한 오픈 소스 프로젝트 일 것입니다. 그런 다음 Symfony, Drupal, Composer, Guzzle 등과 같은 우수한 소프트웨어를 중심으로 강력한 커뮤니티 모임이 있습니다.

아마도 회사 엔티티가 개발하거나 지원하는 프로젝트가 잘 완료되었을 수 있습니다. 아마도 프로젝트가 존경 받고 존경받는 사람이 시작하고 이끌었을 것입니다.

부조화 노트

오픈 소스 커뮤니티가 인류의 최고를 보았다면, 그것은 또한 언어 적 잔인한 공격과 시민의 투쟁에서 공정한 비율을 보았습니다. 사람들은 종종 동의하지 않습니다. 이웃은 항상 동의하지 않습니다. 고속도로의 운전자는 서로의 불만을 표현할 수있는 방법을 찾을 것입니다. 이것은 사교적 인 동물로서의 삶의 사실입니다.

Linus Torvalds는 의심 할 여지없이 천재이지만, 그를 외교관 직책 목록의 맨 위에 놓고 싶지는 않습니다. 물론 메일 링리스트에 분명히 편지를 쓴 사람은 아닙니다.“우리는 멍청한 웹 주석 문법 스타일을 제거 할 수 있습니까? BASTARD. 나는 사람들이 내가 왜 그렇지 않다고 생각하는지 전혀 모른다. 시스템은 상처를 입지 않았다 그가 Linux 커널을 계속 지배한다는 요청을 당기는 것에 대한이 말이나 그의 의견에 너무 짜증이났다. 2014 년경, Github는 여성 직원이 사무실의 성 차별, 괴롭힘 및 협박에 대해 약간의 주장을했을 때 자체 지진을 겪었습니다. 이야기에는 여러 가지 측면이 있으며, 그 중 가장 중요한 것은 근무 시간 동안 음악과 함께 음악과 함께, 남성 괴짜 멀티 태스킹-동시에 댄서를 코딩하고 쳐다보고 있습니다. 그녀는 Frivolity 외에도 다음과 같이 주장했다.“이 문화에 적응하기가 어렵고, 요청에 대한 불쾌한 의사 소통을 당기고, 그녀의 의견이 부적절한 곳 (Pull과 같은 특성이 부적절하기 시작합니다. 요청과 문제)에 대해 논의했고, 그녀는 충격을 받았습니다. Github 이야기에는 다른 측면이 있지만, 두 ~ 3 명의 개발자가 함께있을 때 그들 사이에 차이가있을 것임을 보여줍니다. 부조화는 인간 경험의 일부입니다. 우리 주변 사람들의 공격적인 인식을 다루는 방법은 많은 정보를 드러냅니다.

앞으로 길을 앞으로

php-fig는 붕괴로가는 섬세한 길에 있습니다. 출현 이후 우리가 목격 한 것은 그 끈기에 대한 가장 강력한 주장입니다. 그러나, 소위 파손 된 관료주의를 그림 3.0에 의해 위장한 새로운 관료주의로 대체한다는 아이디어는 좋은 관료주의가 존재한다는 전제에 기초한다. 무화과 웹 사이트의 헌장 페이지 및 투표 과정은 너무 복잡합니다. 무화과의 작동을 단순화하는 방법? 상호 운용성에만 초점을 맞추는 방법과 구현 세부 사항이 아닌 방법은 무엇입니까?

앞으로의 길은 관료주의가 적고 PSR에 대한 의사 소통과 토론을 개선하는 방법에 더 중점을 둘 수 있습니다. 어쩌면 "비 경험"이 포함을 홍보하기 위해 프로세스에 더 쉽게 참여할 수 있을까요? 일부 PSR은 5 년 이상 파이프 라인에있었습니다. 정말 오래 걸립니까?

Linus Torvalds를 사람으로서 감탄하고 멈추고 들어 보자. 그는 "빈 대화가 잘못되었습니다. 코드를 보여주세요."할 수 없다면 불평 할 수는 없습니다 . 무화과에서는 개념의 구현이 다르지만 미래는 더 좋지만 더 적고 더 많은 상호 운용 가능한 코드를 말합니다.

php-fig 및 quo vadis

에 대한 FAQS (FAQS)

PHP-FIG 란 무엇이며 왜 중요한가요?

PHP-FIG (Php Framework Interoperability Group)는 PHP 개발자가 코드를 작성하는 방법을 표준화하고 단순화하도록 설계된 협업 프로젝트입니다. 모범 사례를 홍보하고 코드 공유 및 재사용을 장려하며 다양한 PHP 프레임 워크 간의 상호 운용성을 향상시키기 때문에 중요합니다. PHP-FIG 표준을 따르면 개발자는 코드가 더 쉽게 유지 관리하고 확장 가능하며 견고 할 수 있습니다.

"Quo Vadis"는 PHP-FIG의 맥락에서 무엇을 의미합니까?

"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 표준을 준수합니다. 즉, 하나의 프레임 워크를 위해 작성된 코드는 종종 최소한의 수정으로 다른 프레임 워크와 함께 사용할 수 있으므로 개발자가 프레임 워크 간을 더 쉽게 전환하거나 프로젝트에서 다양한 기술을 결합 할 수 있습니다.

위 내용은 PHP-FIG : 뭐하는거야?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!