Gutenberg: 프로젝트 범위, 방향 및 목표에 대한 일반 언어 개요 제공

이것은 명확한 공개 제품 로드맵이 도움이 되는 이유를 설명합니다. https://open.buffer.com/transparent-product-roadmap/

감사합니다. 많은 도움이 될 것입니다.

향후 몇 년 동안 자신의 방향을 계획하는 많은 사이트 소유자의 공개 질문인 구텐베르그와 페이지 빌더의 관계도 다루어야 합니다.

예를 들어:

• 그들은 첫 번째 단계에서 어떻게 통합할 것인가?
• 페이지 빌더 기능의 어떤 영역을 Gutenberg가 어떤 이정표에서 다룰 것입니까? 예를 들어 섹션/열의 반응형 레이아웃 구조화, 세부적인 스타일 지정(색상, 배경 이미지, 여백 패딩 및 그 모든 것). 다시 말해, 구텐베르크 편집자는 작가 도구로 간주됩니까 아니면 디자이너 도구로 간주됩니까?
• Gutenberg는 템플릿 라이브러리와 같은 것을 지원합니까?

그들이 오랫동안 공존할 것이라고 가정하면:

• 페이지 빌더 레이아웃을 포함하는 블록을 가질 수 있습니까?
• Gutenberg 인스턴스 또는 단일 블록을 페이지 빌더 레이아웃으로 끌어오는 것이 목표입니까?

프론트엔드 편집은 말할 것도 없고...

예, Gutenberg 프로젝트는 특히 프로젝트의 성공이 WordPress 자체의 성공과 겹치기 때문에 WordPress의 미래에 대해 불필요한 FUD를 만드는 은밀한 범위를 가지고 있는 것 같습니다. 효율적이고 반복적인 프로젝트 관리가 많이 있지만 이를 통해 해결할 수 있는 제품 관리의 격차가 있습니다.

이것은 단순히 릴리스의 기록 목록에 불과한 WordPress 로드맵 의 더 큰 문제의 징후입니다. 클라이언트 솔루션용 WordPress를 사용하는 에이전시의 주요 장벽은 WordPress Marketing의 최근 WordPress 사용 설문 조사 보고서 에 따른 로드맵입니다. WordPress에 대한 높은 만족도에도 불구하고 일부 기관에서는 CMS 사용 사례 및 이전 버전과의 호환성에 대한 인식 부족에 대해 우려를 표명합니다.

@Skarjune 수년에 걸쳐 과정을 지켜보고, 팀에서 게시된 다양한 자료를 읽고, 팀원들과 이야기하면서 함께

특별한 순서 없이 보고 싶은 몇 가지 다른 사항:

• 구텐베르크를 5.0에 특별히 묶는 이유와 준비가 되면 통합될 REST API 작업에 대한 기능 플러그인이 되는 이유.
• 전체 편집 화면과 콘텐츠 편집기를 인수해야 하는 이유(이것이 가능하게 하는 것 등).
• 병합, 해제에 대한 대략적인 일정입니다. 5.0이 릴리스 대상이 되어야 하는 시점에 대한 팀의 생각은 무엇입니까? 이것은 단지 분기일 수 있지만("Q2 18 vs "4월 초") 현재 사람들은 5.0이 언제 발생할지, 그리고 Gutenberg가 성공하는 데 그렇게 오랜 시간이 걸린다면 실제로 1년을 기다릴지에 대해 다양한 기대를 갖고 있는 것 같습니다. 표시.
  
  
  
  • 그에 맞춰 출시 기준도. 어떤 팀이 병합 것 전에이 있어야한다? Metabox 지원 및 달성 방법은 현재 핫 버튼이지만 기준 목록은 그 이상이어야 합니다.
  
  
• 첫 번째 릴리스에는 포함되지 않은 것입니다. 예를 들어 Fields API에 대한 지원이 범위를 벗어난 것으로 결정되면 이 목록에 포함됩니다. 제외된 모든 항목을 나열할 필요는 없지만 외부 토론을 받은 더 큰 항목을 포함해야 합니다.
• 중요한 미해결 문제. 다시 Fields API를 예로 사용하여 이를 끝내고 Gutenberg가 이를 지원하기로 한 결정이 테이블 위에 있으면 사람들이 토론 중임을 알 수 있도록 공개 문제로 나열됩니다. 다시 말하지만, 이것은 상당한 시간과 노력이 필요하거나 Gutenberg의 방향과 능력에 상당한 영향을 미칠 큰 문제만 열려 있는 모든 문제가 되어서는 안 됩니다.

@mor10 OK, Gutenberg가 프로젝트로서 "스코프 크립"을 겪지 않는다는 것을 수정했습니다. 그러나 그것은 많은 관찰자들의 인식입니다. 나는 초기 Editor Technical Overview 포스트 이후 진행 상황을 따라왔는데, UI에서 메타 박스를 다루는 것에 대한 어떤 언급도 보지 않고, 에디터를 통해 데이터를 관리하기 위한 잘못된 구현으로 단축 코드에 대한 비판만 있습니다. 내 요점은 WordPress의 일부 전문 사용자가 제약 조건이 테이블에서 벗어났다는 놀라움을 표현하고 있음을 나타냅니다.

이 용어를 사용하여 모든 사람을 대변할 수는 없지만 "범위 크리프"라고 말하는 것은 프로젝트의 이전 랜딩 페이지인 Make 블로그 게시물의 공개 진술을 기반으로 추측한 범위를 말하는 것입니다. 어디에서나 찾을 수 있음) 및 현재 플러그인 페이지 .

다음은 현재 플러그인 설명입니다.

블록 편집기의 목표는 WordPress에 풍부한 콘텐츠를 간단하고 즐겁게 추가하는 것입니다.

이것은 베타 소프트웨어입니다.

새로운 게시물 및 페이지 구축 환경을 통해 풍부한 게시물을 손쉽게 작성할 수 있으므로 오늘날에는 단축 코드, 사용자 지정 HTML 또는 "미스터리 고기" 삽입 검색이 필요한 작업을 쉽게 수행할 수 있습니다.

워드프레스는 이미 많은 양의 "블록"을 지원하지만, 그것들을 잘 드러내지 않으며 레이아웃 옵션에 있어서도 많은 것을 제공하지 않습니다. 풍부한 게시물 콘텐츠의 뭉툭한 특성을 수용하여 이미 존재하는 블록을 표시하고 각각에 대한 고급 레이아웃 옵션을 제공합니다. 이렇게 하면 이 예와 같은 아름다운 게시물을 쉽게 작성할 수 있습니다.

지금까지도 플러그인 페이지를 보면 메타박스에 대한 언급이 없습니다. 편집기에 대한 참조, 풍부한 게시물 작성, 단축 코드, 사용자 정의 HTML, 삽입, 아름다운 게시물 작성(게시물 콘텐츠의 예에 대한 링크)을 참조하십시오.

플러그인 페이지 설명에 사용된 용어로 인해 WordPress에 익숙한 사람이라면 누구나 콘텐츠 편집기가 업데이트될 것이라고 예상할 수 있습니다. 왜요? 언급된 모든 용어가 오늘날 우리가 콘텐츠 편집기를 사용하는 것이기 때문입니다. 익숙하지 않은 WordPress 사용자 또는 개발자에게 프로젝트의 범위가 콘텐츠 편집기를 넘어서려는 것을 나타내는 것은 없습니다.

어떤 사람들은 내부 이해를 바탕으로 범위를 해석할 수 있지만 저는 이러한 외부를 향한 자료를 기반으로 보고 있습니다. @mor10 이 제안하는 로드맵은 둘 다 동기화할 수 있는 기회입니다.

#3347과의 가교.

내 주요 관심사는 Gutenberg를 수용하기 위해 데이터 수집이 어느 정도 변경됩니까? 기본 데이터 구조가 수반되는 API 엔드포인트를 변경합니까?

제기된 문제에 동의하며 구텐베르크에 대한 논의는 매우 문제가 많았습니다.

그러나 지금 시점에서 로드맵이 필요한 것은 구텐베르크만이 아니라 _WordPress_ 자체라고 말하고 싶습니다.

"사람들이 실제로 콘텐츠 사이트를 구축하는 데 사용하는 구식 PHP 언어의 레거시 코어를 기반으로 하는 트렌디한 JS 웹 애플리케이션 플랫폼"의 현재 프로젝트 방향은 점점 이상해지고 있습니다.

이 시점에서 선택적으로 인용하면 다음과 같이 정당화될 수 있습니다.

• 절대적인 하위 호환성
• 이전 버전과의 호환성 깨기
• 기술의 주요 변화
• 변하지 않는 기술
• 더 큰 PHP 및/또는 웹 개발 산업에서 배우기
• 프로젝트 외부의 모든 것을 완전히 무시

구텐베르그에 대한 대화는 비전이 불분명하기 때문에 _정의가 아닌_ 실패하고 있습니다.

Gutenberg가 _WordPress 프로젝트_ 목표에 필수적이라고 주장하기 때문에 실패하고 있습니다. 그리고 최근 몇 년 동안 그 비전은 목적, 방향, 우선순위에 대한 명확성을 꾸준히 잃어가고 있는 것 같습니다.

우리 조직의 워드프레스 기반 사이트의 마이너 워드프레스 편집자이자 리드 메인테이너로서 주로 가끔 make.wordpress.org를 검색하고 wptavern.com을 검색하는 등 멀리서 워드프레스 개발을 추적합니다. 나는 wptavern을 통해 이 티켓을 발견했고 전적으로 동의합니다.

간결하고 명확한 언어로 우려 사항을 설명하기 위해 노력한 @mor10 에 감사드립니다. 명확하게 설명된 페이지가 매우 유용할 것입니다. 그것은 준파워 사용자(잡초에 있지 않고 아직 이것을 테스트하지 않았지만 개발자에게 직접 연락하지 않고 파이프라인에 무엇이 오는지 미리보기를 원하는 사용자)를 제공합니다(성가신 및/또는 성가심) 워드프레스가 어디로 향하고 있는지 이해하여 워드프레스 변경 사항을 최종적으로 구현할 수 있도록 합니다.

@kevinwhoffman에 동의합니다. 원래 월간 모임에서 Gutenberg를 "WordPress 5.0의 새로운 편집 경험"으로 언급했을 때 저도 TinyMCE 편집기 창을 대체할 것으로 기대했습니다. 플러그인 페이지의 개요를 기반으로 전체 포스트 편집기 페이지를 인수할 것이라고는 예상하지 못했습니다.

나는 현재 명확하게 대답할 수 없는 그들의 사이트에 대한 의미에 대해 걱정하는 사용자로부터 온갖 종류의 질문을 받고 있습니다.

플러그인 페이지는 이것이 베타 소프트웨어 라고 언급하지만 이것이 최소한 초기 알파라는 점에 이의를 제기할 것입니다. 그것은 다음 2년 동안 브라우저 구석에 작은 "베타" 그래픽을 게시하는 초기 닷컴 사이트를 생각나게 합니다.

위키피디아에서

베타 단계는 일반적으로 소프트웨어의 기능이 완전하지만 알려지거나 알려지지 않은 버그가 많이 포함될 가능성이 있을 때 시작됩니다.

내 의견으로는 구텐베르크가 완전한 기능에 가깝지는 않습니다(전체 iframe 사가를 살펴보세요).

사람들이 구텐베르그를 설치할 때 많은 게시물 데이터(메타 상자 등)를 "잃어버렸기" 때문에 패닉 상태에 빠진 다음 모임을 찾아왔습니다. 그것은 사람들을 베타 소프트웨어에 투입하기에 좋은 위치가 아닙니다.

@rickgregory 는 REST API가 코어에 병합될 때까지 오랫동안 기능 플러그인이라는 그의 게시물에서 언급했습니다. Gutenberg가 반대 방법론을 따르고 있으며 사용자가 원하든 원하지 않든 WordPress의 다음 릴리스에 망치질을 하고 있는 것처럼 보입니다.

지역 비즈니스를 위한 웹사이트를 개발하는 사람으로서 저는 Gutenberg 프로젝트의 범위와 비전을 이해하는 것이 매우 어렵다는 것을 알았습니다. 나는 더 나은 편집자의 필요성을 전적으로 지지했지만 오랫동안 팀에서 나오는 모든 메시지에 대한 블록이 매우 혼란스럽다는 것을 발견했습니다.

구텐베르그 팀은 블록이 무엇을 의미하는지 이해했지만 외부에서 들여다보는 사용자/개발자로서 이해할 수 없었습니다. 나는 요전날 우연히 "구텐베르그, 테세우스의 배" 게시물을 우연히 발견했고 블록이 어떻게 좋은 것일 수 있는지 이해하게 만든 첫 번째 글을 읽었습니다. 그런데 우연히 그 글을 보게 되었습니다.

프로젝트의 비전과 범위를 설명하는 최종 문서는 커뮤니티 전체의 우려 사항을 해결하는 데 큰 도움이 될 것입니다.

나는 지금 자신의 미래가 솔직히 두려운 많은 개발자들과 이야기를 나눴습니다. 그들은 돌아가서 과거에 개발한 모든 사이트/테마/플러그인을 크게 변경해야 하는지 모릅니다. 그들은 5.0이 출시될 때 모든 작업을 다시 해야 하는 경우를 대비하여 지금 큰 프로젝트를 수행하는 것을 두려워합니다. 그들은 고객이 구텐베르크를 사용하도록 교육해야 할 시기와 방법을 모릅니다. 그들은 구텐베르그와 함께 발전하기 위해 언제, 어떻게 스스로를 가르쳐야 하는지 모릅니다. 그들 중 많은 사람들이 그들의 클라이언트가 WordPress를 계속 사용하고 싶어하지 않을까봐 두려워 다른 CMS를 배우거나 클라이언트를 SquareSpace로 마이그레이션하는 것을 고려하고 있습니다. 이 모든 두려움이 근거가 없는 것일 가능성이 매우 높지만 어떤 식으로든 알 수 있는 방법은 없습니다. Gutenberg의 범위, 목표 및 일정에 대한 명확한 개요는 개발자가 미래를 계획하는 데 도움이 되고 개발자와 고객이 WordPress를 계속 사용할 수 있다는 확신을 줄 수 있습니다.

그래서 모두가 좋은 아이디어라고 생각하고 매우 유익할 것입니다. 남은 것은 누가 언제 그것을 쓸 것인가의 문제뿐입니다. 나는 그것을 제안하고 싶지만 나는 코더가 아니며 모든 세부 사항을 올바르게 설명하고 레이아웃 할 수 있으려면 Gutenberg Central의 개발자가 정말로 필요합니다. 비록 나는 지금 나의 강점인 마케팅 측면과 관련된 모든 일에 참여하겠다고 제안할 것입니다.

몇 달 전에 WordPress 마케팅 팀에 Gutenberg에 대한 판촉 계획을 작성하라는 요청이 들어왔다고 보고할 수 있습니다. 승인되고 논의되었지만 일부는 더 명확하지 않은 상태에서 최종 사용자에게 베타 플러그인을 홍보하는 것이 시기상조이고 이상하다고 생각했기 때문에 보류되었습니다. 나에게 이것은 제품 대 프로젝트 범위 문제, 말보다 카트 또는 다른 비유를 불러옵니다. 요점: 제품에는 수반되는 프로젝트 범위가 포함된 로드맵이 필요합니다.

@Skarjune- 이상한 방식으로 그들이 잘못된 방식으로 그렇게하려고 시도한 것이 합리적입니다. 그리고 프로젝트가 실행되는 방식에 대한 일반적인 느낌으로 보이는 것을 어느 정도 확인합니다. 누가 쓰든 가능한 한 빨리 써야 합니다. 너무 많은 열린 질문은 사람들로 하여금 자신의 방향으로 나아가게 만듭니다.

지난 주말에 WordCamp Seattle에서 Gutenberg에 대한 Morten의 프레젠테이션에 감사했습니다.

그는 또한 모든 사람이 프로젝트에 참여하도록 권장했기 때문에 시간을 내어 여기에 언급했습니다.

사람들을 안심시킬 때 목표와 범위를 설명하는 것은 결코 나쁜 생각이 아닙니다. 워드프레스는 종종 획득 문제가 아니라 유지 문제가 있다고 합니다. 개발자 커뮤니티와 오픈 소스 바자회(저를 포함하여) 사이에서 기대치를 관리하는 것은 결코 나쁜 일이 아닙니다.

오해는 번아웃으로 이어지는 혼란으로 이어집니다.

이 프로젝트에 대한 모든 노력과 우리 모두가 그토록 사랑하는 놀라운 프로젝트를 구축한 모든 사람들에게 감사합니다.

모든 사람의 의견과 참여에 감사드립니다. 현재 리소스 주변에 몇 가지가 있습니다.

방문/마케팅 페이지: http://wordpress.org/gutenberg

읽어보기: https://github.com/WordPress/gutenberg/blob/master/README.md

문서: https://wordpress.org/gutenberg/handbook/ (최근에 더 나은 URL로 제공).

우리는 더 잘할 수 있고 당신의 의견을 듣고 있습니다. 나는 당신이 그것을 알고 있는지 확인하고 싶었습니다.

두 가지 제안이 있습니다. 첫 번째는 이미 작업 중인 것입니다. 현재 이러한 리소스 중 2개가 반복되고 있습니다. http://wordpress.org/gutenberg 및 프로젝트 추가 정보. 반복에는 여기와 커뮤니티 내에서 언급된 내용을 기록하면서 링크와 리소스를 추가하고 구텐베르크가 무엇인지 그리고 앞으로 어떻게 될 것인지에 대한 초점이 포함될 것입니다. 가능하다면 최소한 반복할 콘텐츠를 제공해야 하므로 일주일만 기다려 주십시오. 이 정보를 전달하는 데 있어 다음 단계로 나아가는 좋은 출발점이 되기를 바랍니다.

두 번째로 여기에서 이상적이라고 생각하는 것이 무엇인지 듣고 싶습니다. 모두가 정확히 무엇을 보고 싶어합니까? 어떤 형식이 작동합니까? 그 페이지로 충분할까요? 이상적으로 원하는 형식은 무엇입니까?

해당 페이지가 작업 중일 때 말씀드리기 어렵다는 것을 압니다. 하지만 다음 단계로 넘어가기 위해 모든 것이 준비되어 있는지 확인하고 싶습니다. 이러한 작업이 완료되면 더 많은 사람들이 리소스와 문서를 개선하는 데 도움을 주고 싶습니다. 도움을 주기 위해 나선 사람들과 협력하기 시작하면 여기에 연결하겠습니다. 모든 분들께 감사드립니다.

함께 사용하면 유용할 것 같은 두 가지 형식이 있습니다.
1) Gutenberg가 출시되기 전에 배치될 기능/이정표의 목록을 보여주는 로드맵과 이러한 일이 언제 발생할 것으로 예상되는지에 대한 최소한 모호한 표시.
2) "메타박스가 지원되나요?", "플러그인과 테마를 Gutenberg와 호환되도록 다시 작성해야 하나요?"와 같은 질문에 대한 답변이 포함된 FAQ 섹션 "구텐베르크가 내 사이트를 중단하면 되돌릴 수 있습니까?" 일반적인 질문에 대한 답변은 불안을 완화하는 데 정말 도움이 될 것입니다.

이 문서가 어디에 있는지에 관해서는 적어도 마케팅 페이지에서 문서로 연결하는 것이 합리적이라고 생각합니다. 또한 문서를 정기적으로 유지 관리하고 업데이트할 가능성이 가장 높은 곳에 두는 것이 좋습니다. 마케팅 페이지에 이 항목을 추가하는 것이 업데이트의 장벽이라면 마케팅 페이지의 링크와 함께 업데이트를 유지할 가능성이 가장 높은 곳으로 이동해야 합니다.

@wpalchemist 귀하의 (1)은 기능 및 이정표가 명확
(2)의 경우 프로젝트에는 이미 GitHub에 있습니다.
https://github.com/WordPress/gutenberg/blob/master/docs/faq.md
@karmatosed 는 그곳과 WordPress.org 모두에 좋은 리소스가 있음을 보여주었습니다. 네, 메인 페이지에서 그것들을 완전히 인덱싱하는 것이 좋을 것입니다.
http://wordpress.org/gutenberg

@Skarjun FAQ 링크 주셔서 감사합니다! 더 쉽게 찾을 수 있도록 해야 합니다. :)

FAQ 페이지에 대한 좋은 점은 제가 말한 변경 사항의 첫 번째 반복에 포함되도록 하겠습니다. 피드백을 주셔서 감사합니다. 그것은 많은 정보가 거기에 있다는 것을 보여줍니다. 그것은 그것을 표면화하는 것에 관한 것이므로 좋은 지적을 받았습니다.

즉각적인 제안은 다음과 같습니다.

1. 유지되는 데이터 구조, 추가되는 데이터 구조, 디자이너와 개발자가 준비해야 할 사항을 포함하여 현재 + 미래 목표, 일정, 주요 결정 사항이 포함된 프로젝트 개요 문서를 만듭니다.
2. 현재 문서를 제공하는 포괄적인 문서와 WP-API.org와 유사한 포괄적인 위키를 만들고, 존재하는 것과 구축해야 하는 것을 모든 사람에게 명확하게 하기 위해 비어 있는/기여자에게 필요한 문서를 만듭니다.
3. FAQ를 확장하여 관리자, 디자이너 및 개발자를 위한 질문에 답하세요.

여기에 무엇이 있어야 하는지에 대한 제안과 함께 위의 주석이 있습니다. 광산은 https://github.com/WordPress/gutenberg/issues/3354#issuecomment -342310592에 있으며 일반적으로 바로 위에 있는 Mor10의 의견이 적절하다고 생각합니다.

첫 번째 릴리스, 두 번째 릴리스 등에 무엇이 포함될지 보고 싶습니다. 즉, Gutenberg의 최종 목표는 많은 것일 수 있지만 첫 번째 릴리스의 기능 목록은 무엇입니까?

또한 중요한 미결 이슈 목록과 마감 이슈 목록을 갖는 것이 중요하다고 생각합니다. 내가 이 말을 하는 이유 중 일부는 기능적 문제(메타박스 지원 방식 등)이지만 일부는 너무 많은 것이 정의되지 않고 불확실하다는 사실에 집중되어 있기 때문입니다.

내 생각에 Gutenberg는 블로그에 중점을 두고 있으며 실제로 블로그에 좋은 추가 기능이 될 수 있습니다.

아래 이미지는 Gutenberg 사이트 에서 직접 가져온 것

제목 추가
당신의 이야기를 쓰세요

블로그로 사용되지는 않지만 회사, 전자 상거래, 목록, 직업, 지식 기반, 레스토랑, 학교 및 긴 목록이 계속해서 계속되는 사이트는 스토리를 작성하지 않습니다 .

따라서 Gutenberg는 이러한 유형의 사이트에 전혀 쓸모가 없으며 해당 사이트가 메타 데이터를 사용하는 일반적인 사이트이기도 함을 염두에 두고 이 괴물 뒤에 있는 개발자 팀은 내 생각에 이 사이트에서 빛을 보기 시작하고 플러그인으로 유지해야 합니다. 코어로 접힌 경우 기본 포스트 포스트 유형에서만 활성화됩니다.

위의 @Rarst 의 의견을 바탕으로 WordPress 자체의 철학에 반하여 Gutenberg 제곱의 개발에 대한 접근 방식을 더 잘 설명하는 커뮤니케이션을 보고 싶습니다.

WordPress의 주요 교리 중 하나는 이전 버전과의 호환성을 보장하는 데 중점을 두었습니다. 메타박스, 모호한 타임라인 등에 대한 논의를 통해 WordPress에서 요구하는 PHP 버전을 높이는 것과 관련된 수년 간의 다양한 대화를 생각하게 되었습니다. 5.2에서 5.3으로의 전환에 대한 논의 중 하나에서 Andrew Nacin의 말을 인용하면 "사용자를 희생시키면서 "함께 플레이"하는 것은 우리의 최선의 이익이 아닙니다. 수천만 명의 사용자가 영향을 받고 잠재적으로 좌초되거나 "왜 WordPress가 이 모든 것의 중간에 그들을 배치하는지 궁금합니다. 모두 이유 때문입니다. 완전히 어리석은 일입니다. 또한 WordPress가 호스팅 또는 대체 블로깅 솔루션이 일어나기를 바라는 일종의 움직임입니다." 이것은 사람들이 WordPress를 생태계로 기대하고 높이 평가하게 된 한 가지 예에 불과합니다. WordPress는 발전하지만 사용자를 희생시키지는 않을 것입니다.

워드프레스 내에서 발생하기를 바라는 현대적인 개발 방식이 많이 있지만, 사이트 손상에 대한 두려움 없이 최신 버전으로 업그레이드할 수 있다는 점에서 사용자를 안전하게 만든 특정 철학을 존중합니다.

즉, 핵심 Gutenberg 기고자가 여기에서 '오랜 WordPress 사용자'를 염두에 두고 있다고 언급하는 것을 읽었지만 연결이 표시되지 않으며 Gutenberg가 이를 수행하는 방법에 대해 더 듣고 싶습니다. 저는 개인적으로 Gutenberg가 편집자를 교체하게 되어 매우 기쁩니다. 그리고 개발 팀이 그 분야에서 많은 노력을 기울인 것에 대해 찬사를 받아야 한다고 생각합니다.

그런데 글/페이지 편집 화면 전체를 교체하는 것과 관련된 대화를 읽으면서 점점 불안해집니다. 구텐베르그 석방에 대해 보다 체계적인 접근을 취하기 위한 타당한 이유가 있는 여러 요청에 대해 다음과 같은 응답을 받았습니다.

• 이러한 접근 방식은 프로젝트의 비전과 일치하지 않습니다.
• 준비될 때까지 출시되지 않습니다.

이것들은 우리에게 아무 말도 하지 않기 때문에 솔직히 답이 없습니다. 첫째: 왜 개발자와 사용자가 새로운 모양에 익숙해지면 편집기를 먼저 출시한 다음 나머지 편집 화면에 집중하는 단계적 접근 방식이 프로젝트의 비전과 반대되는 것입니까? 이 프로젝트를 중심으로 암묵적으로 설정된 임의의 타임라인에 반하는 것이 더 두렵습니다. 그리고 두 번째: 예상 준비 날짜는 언제입니까? 현재 FAQ에서 말하는 '2018년 언젠가'는 전혀 답이 아닙니다. 'ready'를 정의하는 매개변수는 무엇입니까? @mor10 의 초기 의견에서 언급했듯이 여기에 구체적인 내용이 필요합니다. 이 프로젝트 내에서 이정표가 있는 명확하게 정의된 타임라인이 없기 때문에 여기서 많은 걱정을 하게 됩니다. Gutenberg의 릴리스가 이전 버전과의 호환성이라는 핵심 WordPress 신조를 염두에 두고 현재 사이트에서 사용 중인 수백만 명의 사용자를 위험에 빠뜨리지 않도록 하는 방법을 명확하게 설명하는 커뮤니케이션을 보는 것은 좋을 것입니다. '신뢰해 주세요'는 정말 답이 아닙니다.

첫째: 왜 개발자와 사용자가 새로운 모양에 익숙해지면 편집기를 먼저 출시한 다음 나머지 편집 화면에 집중하는 단계적 접근 방식이 프로젝트의 비전과 반대되는 것입니까?

결합된 방향 위에 고립된 방향으로 작업하기에는 리소스가 충분하지 않을 수 있기 때문입니다. 나중에 편집자 전용 방향이 큰 그림에서 제대로 작동하지 않는 것으로 판명되면 소프트웨어를 다시 설계하고(많은 비용이 소요됨) 모든 사람을 다시 교육(많은 비용이 소요됨)할 것입니다. 사용자 기반이 얼마나 많은 시행 착오 사이클을 견딜 수 있다고 생각합니까? 그것은 앞에서 실패한 전략입니다.

여기에서 미치는 영향은 너무 커서 "전부 아니면 전무" 전략 외에는 아무 것도 할 여지가 없습니다.

결합된 방향 위에 고립된 방향으로 작업하기에는 리소스가 충분하지 않을 수 있기 때문입니다.

제한된 자원이 증분 방식이 타당한 이유입니다. 우리의 접근 방식은 편집기에서 시작하여 도중에 미리 정의된 체크포인트에서 진행 상황을 검증하여 매몰 비용을 줄이는 것이어야 합니다.

대신 우리는 분산된 우선 순위에 집중하는 소수의 유능한 개발자를 보유하고 있으며 커뮤니티는 불확실한 일정이 끝날 때 전반적인 비전이 하나로 합쳐질 것이라는 신뢰를 요청받고 있습니다. 결과적으로 각 릴리스는 하나의 이정표를 향한 진행이 아니라 기능 목록처럼 느껴집니다.

@lkraav - 당신이 요점을 오해하고 있다고 생각합니다. '고립된 방향'은 제시되지 않고 단계적으로 개선됩니다.

현재 제안은 전체 편집 화면을 구텐베르그에게 맡기는 것입니다. 여러 번 질문을 받은 것은 첫 번째 릴리스에서 화면의 편집기 부분을 단순히 대체할 수 없는 이유이며 시간이 지남에 따라 더 많은 편집 영역을 차지하게 됩니다. 여기에는 몇 가지 장점이 있습니다.

1) 제한적이지만 유용한 방식으로 사용자가 블록 편집 경험에 익숙해지도록 합니다. 동시에 작업 범위를 줄여 이 첫 번째 단계를 비교적 빠르게 전달할 수 있습니다.
2) 현재 메타 상자(및 기타?) 문제를 파악하지 않아도 되며 많은 기존 사이트가 중단되지 않도록 ACF와 같은 플러그인을 Gutenberg용으로 수정하지 않아도 됩니다.
3) #1에 이어 UX에 대한 팀 실제 피드백과 실제 최종 사용자가 블록 편집기를 받는 방법을 얻을 것입니다. 그렇게 하면 많은 작업이 완료되기 전에 미래의 디자인 작업을 지시하는 데 도움이 될 수 있습니다.

다음 단계는 메타 박스 문제를 처리하고 기능 세트를 확장할 수 있습니다. 이것은 전체 비전이 전달될 때까지 계속될 수 있습니다.

결국 Gutenberg는 전체 편집 화면을 대체할 것이지만 제대로 수행되면 이 접근 방식이 전부 또는 전무의 위험을 피 중단 합니다.

마지막으로, 더 넓은 타임라인을 통해 이를 살펴볼 필요가 있다고 생각합니다. 지금부터 5년 후에는 두 접근 방식 모두 완성되고 강력한 구텐베르크 경험을 제공할 것입니다. 그 시점이 지금으로부터 2년 후인지 3년 후인지가 정말로 중요한가요? 우리가 WP와 같은 지배적 인 플레이어에 대해 이야기 할 때 중요하지 않다고 생각합니다. 사실, 어느 정도의 주의가 더 좋습니다. WP는 시장 리더이기 때문에 시장 리더를 따라잡기 위해 분주할 필요가 없습니다. 비참한 것은 팀이 수정을 고려하지 않을 엄격한 설계 비전에 따라 사이트를 파괴하고, 강력한 솔루션을 제공하는 최전선 기관의 능력을 손상시키는 솔루션을 서두르는 것입니다.

우선 @lkraav , 응답에 감사하고 Gutenberg 팀이 수행한 엄청난 작업에 완전히 감사드립니다. 나는 우리 모두가 그 영향이 크다는 데 동의한다고 생각합니다.

귀하의 결론과 다른 점은 이것이 "전부 아니면 전무" 바이너리라는 것입니다. @rickgregory가 말했듯이 편집자에게 초점을 맞추는 것은 다른 방향으로

내가 "전부 아니면 전무"라는 말을 들을 때 그것은 나에게 약간의 위험 신호라고 말할 것입니다. 자르고 말리는 것은 매우 드물기 때문입니다. 관리 화면의 다른 모든 측면이 중앙 반응 인스턴스의 제어 하에 있지 않는 한 콘텐츠 블록 편집기가 독립 실행형 구성 요소로 작동할 수 없다는 가정은 이것을 더욱 걱정스럽게 만듭니다.

WordPress가 고장났고 우리가 살아남기 위해 이 변경을 해야 한다는 가정이 있는 것 같습니다. 그렇다면 WordPress를 완전히 재작업해야 할 필요성이 있다면 왜 플러그인을 시험해 보는 데 더 많은 관심을 기울이지 않았습니까? 플러그인 생태계는 WordPress가 특정 요구 사항을 해결하지 못한다고 느끼는 사용자가 주저하지 않고 자신의 사이트에 플러그인을 추가한다는 것을 보여주었습니다. 그럼에도 불구하고 우리는 오늘 현재 3000 설치에 서 있습니다. "사람들이 자신의 사이트에 베타 플러그인을 넣는 것을 원하지 않기 때문입니다"라고 말할 수 있습니다. 그리고 아마도 당신이 옳을 것입니다. 그러나 우리가 워드프레스를 근본적으로 변화시키는 무엇인가에 대한 핵심으로 즉시 베타 플러그인(기껏해야 사소한 프로덕션 사용)에서 점프하는 것에 대해 걱정하는 이유를 이해할 수 있기를 바랍니다.

타임라인을 지정할 수 없다는 사실이 이를 더욱 혼란스럽게 만듭니다. Gutenberg 개발자가 수행한 도전에 감사드립니다. "모두"가 유일하게 수용 가능한 솔루션이고 올바르게 해결하는 데 필요한 시간이 걸린다고 말씀해 주시면 괜찮습니다. 그러나 5.0은 이미 다음 릴리스로 예정되어 있으므로 병합할 준비가 되었거나 "모두"가 "모두"를 위해 작동하게 할 수 있는지 여부를 명확하게 이해하지 못한 채 인위적으로 설정한 기한을 향해 운전하게 될 것입니다. 워드프레스 사용자. 프로젝트 계획 내에서 Gutenberg가 개발자가 플러그인 및 테마에 어떤 영향을 미칠지 검토할 수 있을 만큼 안정적이 될 시기가 언제인지 궁금합니다. 구텐베르크를 준비하기 위해 해당 개발자에게 얼마나 많은 시간이 제공됩니까? 아직 이 질문에 답할 수 없다면 향후 12개월 내에 이것을 핵심으로 병합할 계획을 세우실 수 없습니다.

내가 "전부 아니면 전무"라는 말을 들을 때, 그것은 나에게 약간의 위험 신호라고 말할 것입니다...

나는 구텐베르크에 방향을 설정하는 것과 아무 관련이 없으므로 내가 쓰는 모든 것에 대해 깃발을 올릴 필요가 없습니다. 수십 년에 걸친 소프트웨어 개발 배경을 바탕으로 여러분 모두와 함께 여기 세상을 해석하는 것뿐입니다. 실제 고객과 개인 비즈니스가 워드프레스를 흥얼거리고 있는데, 깨진 Visual HTML 편집 패러다임은 이미 얼마 전에 한계에 도달했습니다. 나는 Gutenberg(또는 오늘날 우리가 알고 있는 모델)가 내 프로세스에 대해 어떤 개선 사항을 할 수 있는지 정확히 보고 이를 두 팔 벌려 환영하며 내가 할 수 있는 모든 것을 핵심 및 Gutenberg 프로세스에 기여합니다.

주제에 대해: 나를 포함하여 모두가 "반복적" 또는 "모든 것을 포함하는"에 대해 원하는 모든 것에 대해 이야기할 수 있지만 단어 + 바람은 저렴하고 방향 선택의 실행 가능성을 증명할 수 있는 충분한 품질의 pull 요청을 제시하는 것이 중요합니다.

다른 사람이 이러한 대안적 방향 아이디어를 작업하는 데 필요한 리소스를 충분히 빨리 투입하는 것을 본 적이 없으므로 하루가 끝나면 리소스를 제공하는 사람들이 어떤 식으로든 전화를 걸 것입니다. 이해할 만합니다. 필요한 전문 지식 수준에서 훌륭한(코드 수준) 세부 정보에 참여하는 것은 지옥처럼 비용이 많이 들기 때문입니다.

그리고 나서 우리는 그것이 어떻게 나타나는지 보고 선택한 전략적 방향 범위 내에서 우리의 요구 사항에 영향을 미치려고 노력해야 합니다. 물론 나는 매일 PR 목록을 추적하지 않지만(너무 큼) Gutenberg 팀은 이미 공개적으로 모든 기여를 환영한다고 주장했습니다. 방향의 변화는 누군가가 기술을 파악하는 노력을 충분히 빨리 할 때만 일어날 것입니다. "년"은 아마도 조각을 모으기에 합당한 기간이 아닐 것입니다.

이것이 내가 "모든" 방향이 계속될 것이라고 예측하는 이유입니다(제안하지도, 구체적으로 희망하지도 않습니다). 여기서 개인적인 가설은 어떤 일이 일어나더라도 현재 모델이 충분히 유망해 보이기 때문에 내 물건과 내가 서비스하는 고객을 위해 상황을 파악할 수 있다는 것입니다. 확실히 잘못된 것으로 판명될 수 있습니다.

다른 사람이 이러한 대안적 방향 아이디어를 작업하는 데 필요한 리소스를 충분히 빨리 투입하는 것을 본 적이 없으므로 하루가 끝나면 리소스를 제공하는 사람들이 어떤 식으로든 전화를 걸 것입니다. 이해할 만합니다. 필요한 전문 지식 수준에서 훌륭한(코드 수준) 세부 정보에 참여하는 것은 지옥처럼 비용이 많이 들기 때문입니다.

바로 이것이 바로 이런 종류의 프로젝트가 실패하는 곳입니다. 특히 이것은 그렇습니다. 좋은 솔루션에 기여할 수 있는 능력이 코드 작성 능력에 비례하지 않는다는 것을 이해하지 못하는 것은 불가능합니다. 반면에 좋은 코드를 작성하는 능력은 코더가 자신의 코드가 응답해야 하는 용도에 대해 폭넓은 감각을 갖고 있지 않을 때 (위험하지 않다면) 무용지물이라고 말하고 싶습니다.

WordPress는 기능을 확장할 수 있는 개발자와 고유한 방식으로 구성하는 데 높은 지식이 필요하지 않은 작성자 및 작성자에게 매력적이기 때문에 유연성과 확장성 때문에 있는 것입니다. 블로그나 스토리 중심 사이트 뿐만 아니라 워드프레스가 다양한 방식으로 사용되는 이유이기도 합니다.

콘텐츠를 만들고 편집하는 새로운 방법을 고안할 때 이 프로젝트에 기여하는 모든 사람이 이러한 유연성과 확장성, 사용자 정의 필드의 사용, 사용자 정의 게시물 유형의 사용 및 기타 양식을 간과할 수 없다는 개념을 갖는 것이 중요합니다. WordPress의 콘텐츠 관리 및 상호 작용. 그것은 부차적인 것이 아니라 성공의 핵심입니다.

이 새로운 편집 환경이 이러한 포괄적인 사용 범위를 통합할 수 없다면 출시할 준비가 되지 않았으며 출시해서는 안 됩니다.

@lkraav --걱정하지 마세요... 확실히 당신이 '전부 아니면 전무' 바이너리에 대해 책임이 있다고 제안하는 것은 아닙니다. 나는 구텐베르크와 관련된 다른 스레드와 기사에서 유사한 진술을 읽었기 때문에 특정 결론에 대해 언급한 것입니다. 그리고 여러분과 마찬가지로 Visual HTML 편집기의 대안으로 Gutenberg를 환영합니다. 이견이 없습니다. :)

내가 이 스레드에 대한 가장 최근의 응답에서 @kevinwhoffman이 제기한 문제를 싶었 습니다. 이 프로젝트의 일부 기여자가 제한된 수의 개발자 리소스에 대해 느낄 수 있는 좌절감을 완전히 이해할 수 있습니다. 그러나 Vue와 React 사이에서 종종 분할되는 WordPress용 JS 프레임워크 채택에 대한 최근 몇 달 간의 대화를 생각합니다. Vue JS를 지원하는 주요 이유 중 하나는 시작하기 위한 낮은 진입 장벽이었습니다. 이 프로젝트는 분명히 그 논의가 시작되기 전에 시작되었지만 React의 더 높은 진입 장벽은 분명히 이 프로젝트에 기여할 수 있는 사람들의 수를 제한할 것임을 이해하십시오. 팀은 자체적으로 react를 사용하기로 결정했습니다. 현재 무거운 작업을 수행하고 있기 때문에 괜찮습니다. 그러나 팀은 프로젝트에 기여한 사람의 수가 원하는 만큼 많지 않은 경우 불평할 수 없습니다. 저는 엔터프라이즈 환경에서 Vue와 Angular에서 매일 작업하지만 BSD 라이선스 문제로 인해 React를 만진 적이 없습니다. 따라서 React에서 양질의 pull 요청을 제공할 수 있는 지점에 도달하기 위한 램프업 시간은 공격적인 타임라인(내 인식에 있는 것)에 따라 엄두가 나지 않는 것처럼 보입니다.

여기에 wordpress.org/gutenberg 및 readme를 추가하기만 하면 이제 업데이트가 있습니다. 진행 중인 작업이지만 올바른 방향으로 나아가는 단계입니다.

나는 단순히 모르기 때문에 추측하지 않을 것입니다. 그러나 Automattic이나 WordPress com/org의 다른 누군가가 시장 조사를 의뢰하거나 사용 가능한 지표를 연구하여 WordPress가 어떻게 사용되고 있는지 정확히 말할 수 있습니까?

스토리를 전달하고 블로그 형식으로 기사를 게시하는 데 사용하는 비율은 몇 퍼센트입니까? 회사를 소개하거나 전자 상거래 상점에서 판매하기 위해 CMS로 사용하는 사람은 얼마나 됩니까? 그리고 그 성장/축소/예상은 어떻게 됩니까?

나는 이것이 이 토론에 유용한 기여가 될 수 있고 각 양식에 대한 구텐베르크의 적절한 특성을 보는 데 도움이 될 것이라고 생각했어야 했습니다.

이것이 가능한지 아는 사람이 있고 여기에서 링크를 쏠 수 있습니까?

고마워 태미! wordpress.org/gutenberg 및 wordpress.org/gutenberg/handbook/ 섹션은 매우 도움이 됩니다. 그러나 이번 주 WP Tavern 팟캐스트에서 Matt Mullenweg가 Gutenberg가 그 핵심으로 제공될 것이라고 확언한 것처럼 WordPress 버전 5에 대한 전체 로드맵이 있습니까? 내가 wordpress.org/about/roadmap/을 볼 때 주어진 모든 것은:

버전: 5.0
계획: 2018년
릴리스 한 달 전에 새로운 기능이 동결되었으며 버그를 제거하고 성능 문제에 대한 코드를 프로파일링하여 릴리스의 품질을 보장하는 데 전적으로 중점을 둡니다.

이 문제의 핵심은 개발자가 특히 일정, 지원 중단 및 사용 중단에 대해 우려하고 있다는 것입니다. 예를 들어 Drupal은 명확한 LTS 타임라인을 제공합니다.
https://www.drupal.org/core/release-cycle-overview

Terrence, 저는 Make WordPress Marketing 프로젝트를 위해 올해 시장 조사를 조사했습니다. 워드프레스에서 디자이너, 개발자, 에이전시에 대한 비공식적인 설문조사가 있었지만 사용법에 대해 공식적이거나 결정적인 것은 없었습니다. 우리 프로젝트는 에이전시가 고객에게 WordPress를 마케팅하기 위한 지원 자료를 개발하고 엔터프라이즈 채택을 고려하기 위한 목적으로만 WordPress 사용에 대한 에이전시의 비공식 설문조사에 초점을 맞췄습니다.

많은 관심을 받지는 못했지만 자원 봉사 자원만 있었고 현재 "WordPress 2017 설문 조사에 참여하셨습니까?"와 같은 정보를 얻지 못했습니다. 링크를 WordPress.org에서 찾았지만 몇 가지 귀중한 통찰력을 얻었습니다. 한번 봐주세요:
https://make.wordpress.org/marketing/handbook/resources/surveys/wordpress-usage-survey-2017/

@ 데이비드 Skarjune - 덕분에, 내가 상상했던 것 그 거의 확인한다.
대부분의 조직에서 이 단계를 건너뛰는 이유는 직접 대면하기 때문입니다.
그들이 하고 싶은 것을 하도록 내버려두기보다는 현실과
더 나쁜 것은, 그들이 장 반응과 과거를 기반으로 하기로 결정한 것입니다.
경험. 그래서 질문이 남아 있습니다. 가장 좋은 방법은 무엇입니까
백투프론 구텐베르크 프로젝트의 이 이야기에 약간의 현실이 있습니다. 에 의해
제 기억이 맞는지, 방금 꿈을 꿨는지 모르겠지만,
그러나 Gutenberg는 Matt의 아기 중 하나가 아니었습니까? 그렇다면 무엇이었는지 궁금하다.
동기와 그것이 얼마나 "진짜"였습니까?

2017년 12월 1일 금요일 16:54 David Skarjune [email protected]에서 다음과 같이 썼습니다.

Terrence, 저는 올해 Make WordPress에 대한 시장 조사를 조사했습니다.
마케팅 프로젝트. 디자이너들의 비공식적인 설문조사가 있었습니다.
WordPress의 개발자 및 대행사이지만 공식적이거나 결정적인 것은 아닙니다.
사용법에 대해. 우리 프로젝트는 에이전시에 대한 비공식 설문조사에 초점을 맞췄습니다.
WordPress 사용, 지원 자료 개발 목적으로만
WordPress를 클라이언트에 마케팅하고 엔터프라이즈를 고려하는 대행사
양자.

많은 관심을 받지는 못했지만 자원봉사 자원과
현재 "WordPress 2017을 사용하셨습니까?"와 같은 노출을 얻지 못했습니다.
설문조사는 아직?" 링크가 WordPress.org에 있지만 몇 가지 귀중한 통찰력을 얻었습니다.
한번 봐주세요:

https://make.wordpress.org/marketing/handbook/resources/surveys/wordpress-usage-survey-2017/

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/WordPress/gutenberg/issues/3354#issuecomment-348547816 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AD0dztdHtoNFHDbK2mNc_yma5n8O1GFpks5s8C8zgaJpZM4QTl13
.

>

https://qloudpress.com/
Kypeside 마구간, Nether Kypeside
Deadwaters, South Lanarkshire ML11 0JL
전화: +44 (0)141-416-3322

PGP 키 ID: 18D7884E29597525
http://keyserver.pgp.com

@Skarjune - 흥미로운 정보, 링크 감사합니다. WP 커뮤니티에 대한 가이드로서 해당 설문조사에 대한 저의 주요 관심사는 사람들이 자신의 역할을 설명하는 방식을 분석하는 것입니다. 개발자... 30%. 콘텐츠 제작자... 1%. 얼마나 많은 사이트를 관리하느냐는 질문에 46%가 25개 이상이라고 답했습니다. 그 청중은 WP를 사용하여 콘텐츠를 만들고 관리하는 사람들이 아니라 에이전시의 일반적인 것입니다.

이것은 에이전시의 관점을 이해하는 데 훌륭한 리소스이지만 우리가 구축한 솔루션을 사용하는 사람들의 관점도 이해할 필요가 있다고 생각합니다.

@rickgregory @TerenceMilbourn 설문조사는 WordPress 마케팅을 안내하기 위해 WP-org, WP Tavern 및 소셜 미디어에서 홍보된 공개

대행사: 58 69%
__고객을 위한 WordPress 서비스 46 — 55%
__고객에게 WordPress 제공 12 — 14%
회사: 18 21%
__호스트 14에서 WordPress 사용 — 17%
__WordPress를 사용하여 에이전시 4 — 5%
기업: 8 10%
__엔터프라이즈 워드프레스 (네트워크/클라우드) 4 — 5%
WordPress 4 — 5%를 제공하는 호스트

주제에서 벗어나지 말고 현재 구텐베르크 프로젝트를 중심으로 발생하는 WordPress 로드맵의 필요성에 대해 언급하겠습니다.

설문조사는 WCUS 2016 Contributor Day에서 스타트업 마케팅 팀이 생성한 아이디어에 대한 응답으로, 특히 현재 제가 의장을 맡고 있는 클라이언트 및 에이전시에 대한 하위 그룹에 대한 아이디어였습니다. 내 관심은 WordPress를 더 많은 대행사에 홍보하기 전에 WordPress 사용에 대해 대행사에 확인하는 것이 었습니다.

응답자들은 장벽이 아닌 WordPress를 사용하는 이유에 대해 긍정적인 평가를 더 많이 받았지만 로드맵(부족함을 의미)이 주요 장벽이었습니다. 이것이 제가 이 문제 스레드에 게시하는 이유입니다.

예, WordPress 사용에 대한 폭넓은 관점을 갖는 것이 좋지만 이를 위해서는 상당한 리소스와 후원이 필요합니다. 불행히도 Gutenberg의 주장은 블로거가 앞으로 블록 빌딩 시스템이 필요하다는 것입니다. 비록 그에 대한 증거가 제공되지 않았으며 방대한 사용자와 사용 사례 기반을 고려할 때 이것이 주요 요인이 되는 이유는 무엇입니까?

개인적으로 저는 다양한 플랫폼에서 몇 년 동안 엔터프라이즈 CMS 프로젝트에 참여했으며 워크플로 문제는 복잡할 수 있습니다. 에디터의 경우 일반적으로 워크플로에 맞게 커스터마이징되며 사용자 역할에 따라 다르며 일괄 처리도 사용됩니다. 어떤 편집자가 가장 좋은지에 대한 질문을 본 적이 없습니다. 이에 대한 가장 좋은 언급은 Rick Yagodich의 "Author Experience"입니다. 나는 지난 몇 년 동안 몇몇 WordCamps에서 이 주제에 대해 이야기했지만 솔직히 아무도 신경 쓰지 않았습니다...지금, 당신은 그것이 중요하다고 생각할 것입니다.

@Skarjune - 알겠습니다. 이제 보고서를 읽고 생각할 시간이 생겼습니다.
정말 훌륭한 문서입니다. 많은 노력을 기울인 것을 볼 수 있습니다
그것은 분명히 상당한 피드백과 검증을 제공합니다.

이에 대한 나의 반응은, 예를 들어 보고서를 의뢰한 고객으로서,
그것은 우리가 지금 원하는 것에 대한 범위가 너무 제한적이라는 것입니다.
에이전시와 개발자 커뮤니티의 피드백을 수집하기 시작했습니다.

구텐베르그가 무엇이어야 하는지, 그리고 그것이 어떻게 되어야 하는지를 정확히 이해하기 위해
작동해야 하므로 훨씬 더 외향적인 접근 방식이 필요하다고 생각합니다.
우리는 최종 사용자 시장 반응, 의도 및 요구 사항을 이해하기 시작합니다.
만들고 관리하려는 콘텐츠의 종류에 관한 것입니다. 그리고
그들이 원하는 방법.

적어도 호기심이 동기를 유발하지 않았다는 것은 놀라운 일입니다.
시장 조사를 의뢰하는 WordPress 또는 Automattic
최소한 산업 세분화에 대한 결정적인 분석을 제공할 수 있습니다.
수백만 명의 최종 사용자 조직 유형, 사용 사례 분석 등
최종 사용자의.

내 말은, 누가 무엇을 지을지 모르는데 어떻게 결정을 내릴 수 있겠습니까?
위해 그것을 구축하고 있습니까?

이러한 기본 사항을 이해하지 못하면
본질적으로 우리 자신과 실질적인 실제 입력을 포기합니다. 그리고
그것은 우리가 정말로 필요한 것이 무엇인지 이해하지 못한다는 것을 의미합니다.
개발자가 깔끔하다고 생각하는 것을 구축하기만 하면 됩니다.
해결책.

그러나 무엇에 대한 해결책은? 그것이 진짜 질문입니다.

설문지를 통해 수백만 명의 최종 사용자에게 질문을 "푸시"하는 기능
예를 들어 WordPress 대시보드는 실제로
이 도구를 일상적으로 사용하는 사람들에게 필요한 것이 무엇인지 이해
기초 ~ WordPress 생태계 내에서 필요에 따라 ~
의견의 진정한 글로벌 샘플링 및 일부 시장 정의 개발,
세그먼트 크기 및 미래 목표를 구축하기 위한 기타 측정항목 및
계획.

영리하게 생각한 설문지와 방법론은
프로젝트가 너무 멀리 퍼지도록 허용되지 않는 한 유용합니다.

어떻게 그런 일을 할 수 있을까요? 우리는 다음과 같은 것을 할 수 있습니까?
저것?

2017년 12월 1일 금요일 20:01 rickgregory [email protected]에서 다음과 같이 썼습니다.

@Skarjune https://github.com/skarjune - 흥미로운 정보 감사합니다.
링크를 위해. WP에 대한 가이드로서 해당 설문조사에 대한 나의 주요 관심사
커뮤니티는 사람들이 자신의 역할을 설명하는 방식에 대한 분석입니다. 개발자...
30%. 콘텐츠 제작자... 1%.

의 관점뿐만 아니라
솔루션을 구축하는 사람들이 아니라 우리가 구축한 솔루션을 사용하는 사람들입니다.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/WordPress/gutenberg/issues/3354#issuecomment-348600347 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AD0dzqdI4q0CIp4ViLLF6duied048AhEks5s8FsugaJpZM4QTl13
.

>

https://qloudpress.com/
Kypeside 마구간, Nether Kypeside
Deadwaters, South Lanarkshire ML11 0JL
전화: +44 (0)141-416-3322

PGP 키 ID: 18D7884E29597525
http://keyserver.pgp.com

@TerenceMilbourn Gutenberg 사용성 테스트가 있으므로 보다 명확한 로드맵에 대한 요구와 함께 도움이 됩니다. 원격 측정은 WordPress에 대해 논의되었지만 대규모 연구와 마찬가지로 복잡합니다. 따라서 Gutenberg의 경우 사용성 및 로드맵에 대한 현재 초점은 버전 5에 대해 2018년 초에 출시하는 것이 적절한지 판단하는 데 도움이 될 것입니다.

추가 생각이나 제안이 있는 경우 Make WordPress Marketing Slack 채널에 가입하세요. https://make.wordpress.org/marketing/

2018년의 두 가지 목표는

구텐베르크 편집구텐베르크 사용자 정의

원래 문제에 대한 업데이트가 있습니까? 구체적으로 다음과 같습니다.

설명하는 단일 리소스
a) 구텐베르크가 존재하는 이유( @m 의 게시물의 단순화된 버전?),
b) 어디로 향하고 있는지(최종 목표 + 원대한 비전),
c) 프로젝트가 현재 편집자에게 초점을 맞추고 있는 이유,
d) 편집자의 초점은 더 큰 계획의 첫 번째 빌딩 블록입니다.

오늘 로드맵 문서를 검색했는데 찾을 수 없습니다.

@mor10 , 이것은 오늘의 Gutenberg 버그 스크럽 중에 검토 되었습니다. 우리는 wordpress.org/gutenberg 및 이 리포지토리의 README.md 에 대한 피드백을 받고 싶습니다. 그렇지 않다면 어떤 항목이 누락되었다고 생각하고 어디에 속한다고 생각하십니까(wp.org/gutenberg 또는 readme)?

@jeffpaul 일단 로드맵이 없습니다. 구텐베르그가 처음 출시되었을 때 어떤 기능을 갖게 될지 및/또는 이후 개정판에는 어떤 기능이 포함될 것인지에 대해서는 누구도 명확한 답변을 제공하지 못할 것입니다.

예, Gutenberg는 좋은 문서를 추가했습니다. 그러나 일부 사람들이 지적했듯이 예를 들어 Drupal과 비교할 때 유용한 개발 로드맵이 없습니다. 자세한 개발 추적이 있는 동안 상위 수준 로드맵은 어디에 있습니까?

한 가지 큰 관심사는 장기 지원입니다. 4.9.x는 5.x 출시 이후에 패치될 예정이며 역사적으로 그렇습니다.
https://codex.wordpress.org/WordPress_Versions

커뮤니티가 5.0으로 앞으로 나아갈 것을 강력히 권고하고 있다는 점을 감안할 때, 레거시 버전은 계속해서 패치될 예정이며 얼마나 오래 지속됩니까?

기존 경로가 혼란스러울 수 있다는 우려가 있습니다. Classic Editor 플러그인은 부분 솔루션으로 제공되지만 Gutenberg 및 몇 가지 추가 구성도 필요합니다. LTS의 목표는 새로운 기술에 대한 전체 업그레이드가 보증되거나 예산이 책정되지 않은 몇 년 동안 안전한 경로를 보장하는 것입니다.

@maddisondesigns @Skarjune 에는 귀하가 요청하는 로드맵 문서가 없지만 최소한 Gutenberg의 향후 이정표 목록이 있습니다.

@Skarjune 워드프레스 코어 자원봉사 2년 미만인 제 경험에 따르면 패치는 3.7.x로 돌아갔습니다. 나는 그 먼 옛날 패치가 영원히 지속되지 않을 것이라고 기대하는 것이 현실적이라고 생각하지만, Make/Core에 업데이트가 게시된 Slack의 공개 회의 중에 이에 대한 결정이 내려질 것이라고 기대하는 것이 훨씬 더 현실적입니다.

@jeffpaul 솔직히 말해서 대부분 쓸모가 없습니다. 기본적으로 태그가 지정된 다양한 구텐베르크 이정표에 대한 링크를 제공하는 것이 전부입니다. 실제로 마일스톤으로 태그가 지정된 문제의 아주 작은 부분만 포함하는 것이 아니라 결정이 내려지면 누구나 간단하게 마일스톤을 변경할 수 있는 방법입니다. 프로젝트가 출시되기 하루 전에 모든 이정표를 변경할 수 있다면 로드맵의 요점이 무엇입니까? 그렇게 느껴야합니까?

다음 릴리스(5.1, 5.2 등)에 푸시될 기능과 함께 WP5.0에서와 같이 구텐베르그에서 사용할 수 있는 모든 기능을 설명하는 적절한(일반 영어) 프로젝트 로드맵이 필요합니다. ..). 현재로서는 구텐베르그 프로젝트 외부의 누구도 어떤 기능을 기대할 수 있는지 알지 못합니다. 일단 이것이 마침내 핵심이 되면 아무도 질문에 답을 제공하지 않을 것입니다. "_Gutenberg는 WordPress 5.0과 함께 제공되지만 릴리스는 Gutenberg가 준비되면 나올 것이며 그 반대는 아닙니다_"라는 것뿐입니다.

누가 구텐베르크가 "준비"되었는지 결정합니까? 그들은 어떻게 그 결정을 내리는가? 코어에 릴리스되는 기능은 누가 결정합니까? 첫 번째 버전에 들어갈 기능과 다음 버전에 들어갈 기능은 누가 결정합니까? Gutenberg 핵심 개발자 이외의 누구도 이 결정에 관여하지 않을 것이 분명합니다. 범위나 로드맵이 정의되지 않은 채 프로젝트가 이렇게 오랫동안 진행되었다는 것은 우스꽝스러운 일입니다. 이는 또한 사람들이 이 기능에서 실제로 보고 싶어하는 기능에 대해 WP 커뮤니티와 거의 또는 전혀 논의하지 않았음을 의미합니다.

@jeffpaul 정보 감사합니다! 이는 도움이 되지만 내부 개발 프로세스와 이해 관계자에게는 더 많은 도움이 되며 장단기적으로 시스템 아키텍처 및 지원을 계획하는 외부 당사자에게는 그다지 도움이 되지 않습니다.

예를 들어 Drupal 버전 마일스톤과 LTS는 매우 구체적입니다.
Drupal 개발 로드맵
Drupal 코어 릴리스 주기 : 메이저, 마이너 및 패치 릴리스

반면에 Joomla는 새로운 4.0 프레임워크에 대해 약간 당황하고 있습니다. 이는 과거 버전 문제를 고려할 때 프로젝트에 좋지 않은 징조입니다.
줌라!

따라서 Gutenberg에 대한 논쟁의 여지가 있고 "프로젝트 범위, 방향 및 목표에 대한 일반 언어 개요 제공"을 해결한다는 정신으로 상세한 로드맵과 LTS 일정은 특히 기관 및 기업 캠프의 경우 큰 차이를 만들 것입니다. 당신의 도움을 주셔서 감사합니다!

프로젝트의 README 에는 많은 정보와 Gutenberg의 사명 선언문( 모든 것이 블록입니다 )이 있습니다.

이 문제에 몇 가지 좋은 아이디어가 있다고 생각하지만, 문제는 많은 다른 목소리, 다른 질문, 다른 목표/목표로 인해 상당히 압도적이 되었습니다.

이 문제의 많은 피드백은 Gutenberg 팀에서 해결되었거나 계속해서 해결될 것입니다. 여기에서 볼 수 있는 일반적인 스레드 중 하나는 로드맵/호환성에 대한 걱정입니다. WordPress 5는 Gutenberg와 함께 제공될 계획이지만 사용자는 여전히 "클래식 편집기"로 대체할 수 있으므로 사용자를 좌초시키지 않아야 합니다.

실행 가능한 문제가 아니라고 생각하기 때문에 이 문제를 닫겠습니다. 이것은 여기에 있는 모든 것이 잘못되었거나 실행 가능한 항목이 없다는 것을 말하는 것이 아닙니다. 일반적으로 이 문제를 "닫힌" 것으로 간주하기에는 너무 많습니다.

WP 선술집에 무슨 짓을 한거야 !!!?? 나는 WP 뉴스를 읽으러 왔고 전체 포털은 구텐베르크 선전에 기여하고 있습니다. 쉬게 해줘

예, 답을 알고 있습니다. 당신은 그들과 관련이 없습니다.