WordPress 플러그인 리포지토리가 번거로울 가치가 있습니까?

상대적으로 경험이 많은 WordPress 플러그인 개발자라면 이미 이 질문을 스스로에게 한 적이 있을 것입니다. 아마도 한 번 이상일 것입니다.

비교적 새로운 WordPress 플러그인 개발자라면 "잠깐 ... 왜 내 플러그인을 저장소에 저장 하지 않으려는 겁니까?!"라고 스스로에게 묻고 있을 것입니다.

두 질문 모두 유효합니다.

인생의 대부분이 그렇듯이 플러그인을 WordPress.org의 공식 리포지토리에 업로드하는 데에는 장단점이 있습니다. 이 기사에서 우리는 논쟁의 양면을 살펴볼 것입니다.

저장소의 장점은 상당히 투명하고 분명하지만 단점은 덜 분명하고 틀림없이 더 큰 영향을 미칩니다. 결과적으로 이 기사는 전자보다 후자에 더 많은 시간을 할애할 것입니다.

(일부 사용자 중심 요소가 장기적으로 개발자에게 영향을 미치긴 하지만) 최종 사용자가 아니라 순전히 개발자의 관점에서 여기 저장소를 살펴보고 있다는 점을 처음부터 주목하는 것이 중요합니다. 따라서 리포지토리에 많은 사용자 중심 문제가 있지만(분명히 자세히 살펴볼 가치가 있는 문제) 이러한 문제는 개발자에게 영향을 미치는 범위까지만 이 게시물과 관련이 있습니다.

그렇다면 WordPress 저장소가 플러그인에 대한 번거로움의 가치가 있는지 어떻게 결정합니까?Tweet

개발자를 위한 WordPress 플러그인 저장소의 장점

플러그인 개발자는 저장소를 사용하여 플러그인을 호스팅함으로써 많은 이점을 누릴 수 있습니다. 많은 제품을 보유한 전문 플러그인 개발자인지 아니면 WordPress에 대한 사랑 또는 다른 목표를 위해 수행하는지 여부에 따라 이러한 각 이점이 다른 가중치를 가질 수 있습니다.

처음에 개발자로서 저장소를 사용하기 위한 한 가지 중요한 요구 사항에 주목하는 것이 중요합니다. 저장소의 각 플러그인은 무료로 다운로드하여 사용할 수 있어야 합니다. 상향 판매는 허용되지만 제한이 있습니다.

예를 들어 플러그인의 두 가지 버전을 만들 수 있습니다. 첫 번째(WordPress.org 플러그인 리포지토리에서 호스팅되는 것)는 무료여야 하지만 작동해야 합니다. 따라서 저장소에 업로드하기에 완전한 기능이 아닌 플러그인 버전을 만든 다음 일회성 결제 또는 구독 기준으로 전체 기능 버전에 대한 상향 판매를 사용자에게 제공할 수 있습니다. 일명 프리미엄 모델.

따라서 이러한 추가 단계를 기꺼이 수행하려는 개발자에게는 이점이 있습니다. 즉, 무료 "가벼운" 버전에 대한 저장소의 모든 이점을 얻을 수 있으며 프리미엄 버전을 무료 버전 사용자에게 상향 판매할 수 있는 기회가 있습니다.

이 설정의 작동 이론은 무료 버전의 사용자가 기능에 만족할 것이며 프리미엄 버전을 사용하기 위해 기꺼이 현금을 지불할 가능성이 더 높다는 것입니다. 그 설정 자체는 확실히 개발자에게 이익입니다. 판매를 성사시키기가 더 쉬우며 구매 주기에서 설득하기 쉬운 지점으로 이동하는 청중의 규모가 크게 늘어납니다.

WordPress 저장소는 구매 주기에서 더 설득력 있는 지점으로 잠재적으로 이동할 수 있는 잠재고객의 크기를 늘립니다.Tweet

잠재적으로 프리미엄으로 업그레이드할 의향이 있는 더 많은 플러그인 사용자

그리고 이는 저장소를 사용하는 개발자에게 두 번째 주요 이점인 방대하고 다양한 청중에게 노출되도록 이끕니다. Scotch.io의 "WordPress 플러그인을 만드는 방법, 2부"에서 지적한 것처럼 저장소는 "WP 커뮤니티의 일부"가 되기 때문에 개발자에게 좋습니다.

WordPress 커뮤니티에 다양한 언어를 사용하는 여러 국가의 사람들이 포함되어 있다는 점을 고려할 때 특히 그렇습니다.

해당 커뮤니티는 또한 디버깅 및 향후 개발 프로세스의 속도를 높이는 데 도움이 될 수 있습니다. 이는 리포지토리 사용의 또 다른 이점입니다.

개발자는 확실히 자신의 플러그인을 디버그하고 개선할 수 있습니다. 그러나 많은 활성 사용자 기반의 도움으로 프로세스가 훨씬 더 빠르고 매끄럽고 철저하다는 사실은 부인할 수 없습니다.

이는 많은 개발자, 특히 상향 판매할 프리미엄 버전이 없는 개발자가 비용 또는 시간 효율적인 기준으로 복제할 수 없는 것입니다. 실용적이지 않을 뿐입니다.

그리고 우리 모두가 어느 정도는 해야 하는 경향이 있습니다. 우리 자신의 작업에 대해 "코드 블라인드"가 되는 것입니다. 작성자가 종종 자신의 오타나 문법 오류를 볼 수 없는 것처럼 개발자는 때때로 자체 플러그인의 문제를 놓칠 수 있습니다. 즉, 참여하는 사용자 그룹이 더 쉽게 찾고 식별할 수 있는 문제입니다.

저장소는 또한 시기적절하고 미묘한 사용자 피드백에 대한 플러그인 개발자 액세스를 제공할 수 있습니다. Speckyboy가 이 기사에서 리포지토리 호스팅 플러그인 개발의 장단점에 대해 설명합니다.

Repository를 가능하게 하는 Trac 소프트웨어 솔루션은 실제로 사용자가 플러그인의 기능에 대해 언급하도록 하는 데 매우 능숙합니다. 플러그인 사용자는 코드 개발자와 직접 상호 작용할 수 있으며 직관적인 동시에 유용한 기본 주석 시스템을 사용하여 기능에 대한 주석을 달고 검토할 수 있습니다.

그렇게 하는 것이 더 쉬워지면 사용자는 의미 있는 피드백을 제공할 가능성이 높아져 작업을 개선할 수 있습니다.

마지막으로 저장소 플러그인에 대한 기본 제공 사용자 인식은 목록에 없는 플러그인보다 품질이 더 높고 신뢰할 수 있다는 것입니다. (인식이 현실과 일치하는지 여부는 또 다른 질문입니다. 이 게시물의 뒷부분에서 살펴볼 것입니다.) 그러면 사용자가 플러그인을 다운로드, 활성화 및 사용할 가능성이 전반적으로 높아집니다.

장점이 너무 많습니다. 단점은 무엇입니까?

지원은 운반하기에 무거운 짐입니다

개발자에게 요청을 "받기" 위한 조치를 취하기 위해 지원을 제공하도록 요구함으로써 저장소는 개발자에게 알림을 "푸시"하는 것과는 대조적으로 풀 시스템을 실행하고 있습니다.

플러그인 다운로드가 수십 개에 불과하고 플러그인 개발이 오로지 취미인 경우 큰 문제가 아닐 수 있습니다. 그러나 이것이 귀하의 비즈니스이고/또는 몇 가지 특히 인기 있는 플러그인을 포함하여 여러 플러그인이 있는 경우 풀 시스템은 생산성, 일정 및 정신 건강에 큰 피해를 줄 수 있습니다.

사실을 직시하세요. 개발자가 지원을 제공하기를 원하더라도 무료 플러그인에 대한 지원을 제공하는 것은 시간 소모적인 프로세스일 수 있습니다.

무료 플러그인에 대한 지원을 제공하는 것은 개발자가 의향이 있더라도 리소스를 매우 많이 소모할 수 있습니다.Tweet

저장소에 대한 많은 개발자들의 불만 이면에는 개발자에 대한 배려가 부족하다는 인식이 있습니다.

종종 이러한 개발자들의 비판은 "무료 플러그인을 지원하는 데 시간을 보내고 싶지 않다면 저장소를 피하십시오. GitHub에 공개하십시오.”

그러나 무료 플러그인에 대한 합당한 지원 요청이 마음에 들지 않더라도 여전히 많은 사람들이 불행하게도 지원을 위해 설계된 플랫폼이라고 믿는 것과 싸우고 있습니다. 확립된 워크플로.

남용에 취약한 검토/평가 시스템

많은 개발자들은 현재 검토 및 평가 시스템이 동기가 좋지 않거나 플러그인이 무엇을 하는지, 어떻게 사용하는지 또는 지원을 요청하는지 이해하지 못하는 사람들이 조작하기 너무 쉽다는 데 동의합니다.

WP Ninjas의 James Laws는 ManageWP의 기사에서 이를 잘 설명했습니다.

문제는 누군가가 이러한 평가를 할 때 책임이 없다는 것입니다. 사용자는 특정 설정에서 작동하지 않기 때문에 문제가 있다고 말하지만 항상 그런 것은 아닙니다. 때로는 설정에서 다른 문제가 발생하거나 플러그인을 올바르게 사용하는 방법을 이해하지 못하는 경우가 있습니다.

플러그인의 품질 문제

사용자는 리포지토리에서 호스팅하는 플러그인이 더 높은 품질이라고 인식할 수 있지만, 많은 개발자가 리포지토리에 의심스러운 품질의 플러그인이 있다고 언급한 개발자의 경우에는 그렇지 않습니다.

이러한 인식의 한 예는 "WordPress Plugin Repository에 무엇이 숨어 있습니까?" 게시물에서 찾을 수 있습니다. 다음 문제에 대해 자세히 설명합니다(2011년에 틀림없음).

1. "저장소에 있는 플러그인의 절반 이상이 WordPress 3.x와 호환되지 않습니다."
2. "테스트한 플러그인의 85%에는 PHP 경고, 오류 및 알림이 있었습니다."
3. "조금 파헤쳐 리포지토리에서 취약점이 있는 플러그인을 발견하고 이를 사용하여 사이트를 해킹하고 드론으로 전환할 수 있었습니다."
4. "15,000개 이상의 플러그인 중 32%만이 2011년에 업데이트되었습니다."
5. "… 모든 플러그인의 3분의 2가 올해 업데이트되지 않았고 1/3은 2009년 이후 업데이트되지 않았습니다."

Mika Epstein은 최근 저장소에 제출된 플러그인(매일 평균 35개)을 검토하는 자원 봉사자(5명, 믿거나 말거나 - 단 5명)의 POV에서 전체 검토 프로세스에 대해 멋진 프레젠테이션을 했습니다.

이 프레젠테이션에서 검토는 이름, 상표 등과 같은 플러그인 지침 위반뿐만 아니라 코드 문제를 포착하도록 설계된 길고 고되고 세부적인 프로세스라는 것이 분명합니다.

성공합니까? 전체는 아니고. 물론 인간이 운영하는 모든 시스템은 어느 정도 오류 가능성이 있습니다.

구독하고 무료 사본을 받으십시오.

WordPress 플러그인 비즈니스 북

구독 경제에서 번영하는 WordPress 플러그인 비즈니스를 만드는 방법.

친구와 공유

친구의 이메일 주소를 입력하세요. 스카우트님, 이 책만 이메일로 보내드리겠습니다.

공유해 주셔서 감사합니다.

굉장 - 'WordPress Plugin Business Book' 사본이 방금 발송되었습니다. . 우리가 더 널리 알리도록 돕고 싶습니까? 계속해서 친구 및 동료와 책을 공유하십시오.

구독해주셔서 감사합니다!

- 귀하의 'WordPress Plugin Business Book' 사본을 다음 주소로 보냈습니다. .

친구와 공유 이메일 재전송

이메일에 오타가 있습니까? 이메일 주소를 수정하고 다시 보내려면 여기를 클릭하세요.

다운로드

검토 프로세스 자체

Mika의 프레젠테이션은 또한 검토 프로세스와 관련된 많은 문제를 제시합니다. 기본적으로 5명의 자원 봉사자 팀과 35개의 플러그인이 매일 평균 제출되고 구식 BBress 플랫폼에서 작업하므로 빠르고 능률적이며 개발자 중심의 프로세스를 기대하는 것은 합리적이지 않습니다.

최종 결과: WordPress.org의 "플러그인 추가" 페이지에서 얼마나 기다려야 하는지 알 수 없지만 몇 개의 플러그인이 귀하보다 먼저 줄을 서 있는지 확인할 수 있습니다.

이 글을 쓰는 시점에서 145개의 플러그인이 검토 대기열에 있고 108개가 초기 검토를 기다리고 있습니다.Tweet

그리고 Speckyboy 포스트에서 말했듯이 "Automattic은 저장소의 개발자에게 [자신의] 의지를 강요하는 것을 부끄러워하지 않습니다."

업로드 및 제출 프로세스가 특히 초보자에게 사용자 친화적이지 않다는 점도 주목할 가치가 있습니다. 이는 새로운 개발자가 자신의 기술을 시험해보고 WordPress 경험에 창의적인 방법을 추가하는 것을 권장하지 않습니다.

데이터가 충분하지 않습니다!

WordPress 플러그인 저장소에 플러그인을 호스팅하면 누가 플러그인을 어떻게 사용하는지에 대한 많은 통계와 데이터를 제공하지 않습니다. 다운로드 수와 예상 활성 설치 수와 관련하여 맹목적으로 개발할 것입니다. 이로 인해 지능적인 데이터 기반 결정을 내리는 것이 사실상 불가능합니다.

Chris Lema가 제안한 대로 – 데이터가 있을 때 "맹인"이 아니며 플러그인과 관련하여 이루어져야 하는 매우 중요하고 긴급한 결정에 눈을 뜨게 할 수 있습니다. 이러한 결정은 일반적으로 개발 및 지원 측면에서 사용자의 이익을 위한 것이며 결국 플러그인의 마케팅 및 가격 최적화 프로세스를 위한 것입니다.

다음은 Matt Cromwell이 Chris Lema와 함께 이 주제에 대해 다른 관련 주제에 대해 논의한 간단한 수다방입니다.

WordPress 리포지토리로 플러그인을 호스팅하는 플러그인 개발자는 사용자의 동의 및 승인이 있는 한 플러그인 데이터를 얻을 수 있는 합법적인 방법이 있습니다. Freemius Insights는 WordPress 플러그인의 데이터 퍼즐에서 누락된 부분을 모두 제공하여 이를 도울 수 있습니다.

플러그인에 대한 제한 사항

마지막으로 개발자는 저장소에 허용되는 플러그인에 대한 긴 제한 목록과 씨름해야 합니다.

개발자를 위한 WordPress.org의 플러그인 디렉토리 정보 페이지에 간략히 설명된 대로 이러한 제한 사항은 다음과 같습니다.

1. 플러그인은 100% GPL을 준수해야 합니다(여기에는 WordPress 코드의 파생물이 아닌 이미지 및 CSS와 같은 비 PHP 자산 포함).
2. 불법적이거나 "도덕적으로 모욕적인" 행위를 할 수 없습니다.
3. WP.org 사이트에 표시하려면 개발자가 플러그인 팀에서 제공한 Subversion 저장소를 사용해야 합니다. 디렉토리는 "목록 사이트가 아니라 호스팅 사이트입니다"
4. 읽을 수 있고 WP 플러그인 readme 파일 표준과 호환되는 readme.txt 파일이 있어야 합니다.

WordPress 상표 위반 금지 및 팀이 스팸, 불법 또는 도덕적으로 불쾌한 플러그인으로 간주될 수 있는 플러그인을 제거할 수 있다는 또 다른 알림을 포함하여 훨씬 더 긴 지침 및 요구 사항 목록이 있습니다.

결론

개발자 커뮤니티의 관점과 요구에 대한 인식 부족이나 고려가 이 기사에서 언급된 많은 단점의 기저에 깔려 있습니다.

저장소에 대해 허용되는 플러그인의 품질과 적용되는 많은 요구 사항에 대한 인지된 또는 실제 문제와 함께 저장소가 일부 개발자에게 매력을 잃는 것은 놀라운 일이 아닙니다.

그래서 해결책은 무엇입니까?

코드로 WordPress 커뮤니티에 빠르게 기여하는 데 관심이 있는 개발자라면 Coen Jacobs와 같은 GitHub를 고려할 수 있습니다.

기본적으로 코드를 저장할 수 있는 원격 저장소입니다. 그러나 GitHub는 더 많은 것을 제공합니다. 기본 티켓 시스템, Wiki 및 온라인에서 코드를 볼 수 있는(그리고 저장소가 공개된 경우 공유하는) 좋은 방법을 얻을 수 있습니다.

물론 GitHub는 플러그인 개발자에게 고유한 장점과 단점을 제공합니다. 따라서 최종 결정을 내리기 전에 질문을 비판적으로 고려해야 합니다.

그러나 WordPress 플러그인 세계에서 의도와 계획이 장기적이고 반복적이라면 - 그리고 언젠가는 프리미엄 모델을 사용하여 플러그인으로 수익을 창출하고 싶을 수도 있습니다. 모든 단점. 게다가 WordPress 커뮤니티의 구성원으로서 우리는 저장소의 단점과 문제를 해결하기 위해 저장소 개선을 위해 압력을 가해야 합니다.

어떻게 생각해? 저장소의 장점이 플러그인 개발자의 모든 단점과 문제에 가치가 있습니까?