Gutenberg: 提供项目范围、方向和目标的通俗语言大纲

这说明了为什么清晰的公共产品路线图会有所帮助。 https://open.buffer.com/transparent-product-roadmap/

谢谢，那会很有帮助。

许多网站所有者计划未来几年的发展方向的一个悬而未决的问题也应该包括在内：古腾堡与页面构建器的关系。

例如：

• 他们将如何在第一步中进行整合？
• 古腾堡将在哪个里程碑中涵盖页面构建器功能的哪些领域？ 例如，在部分/列中构建响应式布局、详细的样式（颜色、背景图像、边距填充等等）。 换句话说：古腾堡编辑器是被视为作家工具还是设计师工具？
• 古腾堡会支持模板库之类的东西吗？

假设它们会长期共存：

• 是否可以有一个包含页面构建器布局的块？
• 目标是能够将 Gutenberg 实例或单个块拖到页面构建器布局中吗？

更不用说前端编辑了...

是的，古腾堡项目似乎有一个逐渐扩大的范围，它正在为 WordPress 的未来创造不必要的 FUD，特别是因为该项目的成功与 WordPress 本身的成功重叠。 虽然有很多高效的、迭代的项目管理，但这将解决与产品管理的差距。

这是WordPress 路线图的一个更大问题的症状，它只是一个历史版本的列表。 根据我们最近由 WordPress Marketing 发布的WordPress 使用情况调查报告，代理机构使用 WordPress 进行客户端解决方案的主要障碍是路线图。 尽管他们对 WordPress 非常满意，但一些机构对缺乏对 CMS 用例和向后兼容性的认识表示担忧。

@Skarjune根据我多年来观察过程、阅读团队发布的各种材料以及与团队成员交谈所积累的信息，我认为这里没有（很多）范围蔓延。 有一条非常清晰的推理路线贯穿整个项目，并将其指向前进的特定方向。 问题是信息并不包含在一个地方供人们访问。 如果创建一个单一的资源来正确地概述这些事情，我想很多人晚上会睡得更香。

我希望看到的其他一些事情没有特定的顺序：

• 将 Gutenberg 绑定到 5.0 背后的原因是作为一个功能插件，即 REST API 工作，准备好后将被集成。
• 接管整个编辑屏幕与内容编辑器的基本原理（这可以实现什么等）。
• 合并、发布的粗略时间表。 团队对何时应该发布 5.0 有什么想法？ 这可能只是一个季度（“Q2 18 与“四月初”），但现在人们似乎对 5.0 何时发生以及它是否真的会等待一年有不同的期望，比如如果古腾堡花了这么长时间才达到标记。
  
  
  
  • 与此相吻合，发布标准。 什么必须有前队会合并吗？ Metabox 支持及其实现方式是当前的热门按钮，但标准列表应该不止于此。
  
  
• 什么不会出现在第一个版本中。 例如，如果对 Fields API 的支持被确定为超出范围，那么它将在此列表中。 这不需要列出所有排除的内容，但应涵盖已收到外部讨论的较大项目。
• 重大未决问题。 再次以 Fields API 为例，如果决定完成它并让古腾堡支持它，那么它将被列为一个未解决的问题，以便人们知道它正在辩论中。 同样，这不应该是所有未解决的问题，只是需要花费大量时间或精力或会对古腾堡的方向和能力产生重大影响的任何大问题。

@mor10好吧，我纠正了古腾堡作为一个项目并没有遭受“范围蔓延”的影响，但这是许多观察者的看法。 自早期的编辑器技术概述帖子以来，我一直在关注进展，在那里我没有看到任何关于在 UI 中解决元框的参考，只是批评短代码是通过编辑器管理数据的一个糟糕的实现。 我的观点只是想表明一些 WordPress 的专业用户对他们的限制不在表中表示惊讶。

我不能代表所有使用这个词的人，但是当我说“范围蔓延”时，我指的是我根据 Make 博客文章中的公开声明推测的范围，这是项目的前登录页面（我不能再找到任何地方），以及当前的插件页面。

为了后代，这是当前的插件描述：

块编辑器的目标是使向 WordPress 添加丰富的内容变得简单而有趣。

这是测试版软件。

新的帖子和页面构建体验将使编写丰富的帖子变得轻松，使今天可能需要短代码、自定义 HTML 或“神秘肉”嵌入发现的工作变得容易。

WordPress 已经支持大量的“块”，但并没有很好地展示它们，也没有给它们提供太多的布局选项。 通过拥抱丰富帖子内容的块状性质，我们将展示已经存在的块，并为每个块提供更高级的布局选项。 这将使您可以轻松地撰写像此示例一样的精美帖子。

当您阅读插件页面时，即使到今天，也没有提到元框。 我们看到对编辑器的引用、编写丰富的帖子、短代码、自定义 HTML、嵌入和撰写精美的帖子（然后链接到帖子内容的示例）。

插件页面描述中使用的术语会使熟悉 WordPress 的任何人都期望内容编辑器将被更新。 为什么？ 因为提到的所有这些术语都是我们今天使用的内容编辑器。 没有什么可以向不熟悉的 WordPress 用户或开发人员表明该项目的范围打算超越内容编辑器。

虽然有些人可能会根据内部理解来解释范围，但我正在根据这些面向外的材料来看待它。 @mor10提出的路线图是一个让两者同步的机会。

与#3347 交联。

我主要关心的是数据收集在多大程度上改变以适应古腾堡？ 底层数据结构是否会改变我们任何伴随的 API 端点？

我同意提出的问题，关于古腾堡的讨论一直存在很大问题。

但是我想说此时需要路线图的不仅仅是古腾堡，而是 _WordPress_ 本身。

“流行的 JS Web 应用程序平台，基于过时的 PHP 方言中的遗留核心，人们实际使用它来构建内容站点”的当前项目方向变得越来越奇怪。

在这一点上，有选择地引用它似乎可以证明：

• 绝对向后兼容
• 破坏向后兼容性
• 技术的重大变化
• 技术不变
• 从更大的 PHP 和/或 Web 开发行业学习
• 完全忽略项目之外的一切

关于古腾堡的谈话失败，不仅仅是因为它的愿景不明确。

它失败了，因为古腾堡声称对 _WordPress 项目_目标至关重要。 近年来_那个_愿景似乎一直在逐渐失去目标、方向和优先级的清晰度。

作为我们组织的基于 wordpress 的站点的一名次要 wordpress 编辑器和主要维护者，他主要从远处跟踪 wordpress 开发 - 从偶尔浏览 make.wordpress.org 和扫描 wptavern.com ； 我是通过 wptavern 看到这张票的，我完全同意。

我感谢@mor10努力以简洁明了的语言概述关注点，清晰的页面解释页面将非常有用。 它将为半高级用户提供（他们并不在杂草中并且尚未对此进行测试，但希望在不直接联系开发人员的情况下提前查看管道中的内容（这可能看起来很烦人和/或麻烦）以了解 wordpress 的发展方向，以便他们可以确保在他们的最终实施 wordpress 更改。

我同意@kevinwoffman。 当最初在我们的月度聚会上提到 Gutenberg 为“WordPress 5.0 的新编辑体验”时，我也希望它能够替代 TinyMCE 编辑器窗口。 根据插件页面上的大纲，我没想到它会接管整个帖子编辑器页面。

我被担心的用户问到各种各样的问题，关于这对他们的网站意味着什么，我目前无法明确回答。

插件页面提到这是测试版软件，但我认为这至少是早期的 Alpha 版。 这让我想起了早期的 dotcom 网站，它们会在接下来的 2 年里在浏览器的一角张贴小小的“Beta”图形，这基本上使他们能够摆脱他们所做的事情的范围或路线图，从而使用户体验有很大差异。

来自维基百科

Beta 阶段通常在软件功能完成但可能包含许多已知或未知错误时开始

在我看来，古腾堡还远未完成功能（只需看看整个 iframe 传奇）。

我让人们在以下聚会中惊慌失措地找到我，因为当他们安装 Gutenberg 时，他们“丢失”了很多帖子数据（元框等）。 这不是让人们参与测试版软件的好位置。

@rickgregory在他的帖子中提到 REST API 在被合并到核心之前一直是一个功能插件。 几乎似乎古腾堡正在遵循相反的方法，并且无论用户是否喜欢/想要它，都被锤炼到 WordPress 的下一个版本中。

作为为本地企业开发网站的人，我发现很难理解古腾堡项目的范围和愿景。 我完全支持需要一个更好的编辑器，但很长一段时间以来，团队发出的所有消息的块都非常令人困惑。

Gutenberg 团队理解块的含义，但作为用户/开发人员从外面看，我无法理解它。 前几天我偶然发现了“古腾堡，或忒​​修斯之船”的帖子，这是我读到的第一件事，让我明白了积木可能是个好东西。 但是，我只是偶然遇到了这个帖子。

一份概述项目愿景和范围的最终文件将大大有助于解决整个社区的担忧。

我一直在与很多开发人员交谈，他们坦率地说现在对他们的未来感到害怕。 他们不知道他们是否将不得不回去对他们过去开发的所有站点/主题/插件进行重大更改。 他们现在不敢承担大项目，以防在 5.0 发布时必须重做所有工作。 他们不知道何时或如何训练他们的客户使用古腾堡。 他们不知道何时或如何自学与古腾堡一起发展。 他们中的许多人担心他们的客户不想继续使用 WordPress，他们正在考虑学习其他 CMS 或将他们的客户迁移到 SquareSpace。 很可能所有这些恐惧都是没有根据的，但他们无法知道一种或另一种方式。 Gutenberg 的范围、目标和时间表的清晰概述将帮助开发人员规划他们的未来，并让他们放心，他们和他们的客户可以继续使用 WordPress。

所以每个人都认为这是一个好主意，会非常有益。 唯一剩下的就是谁来写它以及什么时候写的问题？ 我愿意这样做，但我不是编码员，它确实需要 Gutenberg Central 的开发人员能够正确描述和布局所有细节。 虽然我现在愿意参与任何涉及营销方面的事情，这是我的强项。

我可以报告说，几个月前，WordPress 营销团队收到了一个请求，要求为古腾堡制定促销计划。 它被特许和讨论，但被搁置，因为我们中的一些人认为在没有更清楚的情况下向最终用户推广测试版插件为时过早而且很奇怪。 对我来说，这带来了产品与项目范围的问题，或马前车，或其他类比。 要点是：产品需要一个带有项目范围的路线图。

@Skarjune - 以一种奇怪的方式，他们试图以错误的方式这样做是有道理的。 并且在某种程度上证实了对项目运行方式的总体感觉。 不管怎样，不管是谁写的，都需要尽快写出来。 太多悬而未决的问题会导致人们朝着自己的方向前进。

我很欣赏 Morten 上周末在 WordCamp Seattle 上关于古腾堡的演讲，令我惊讶的是，这改变了我对整个项目的态度。

他还鼓励每个人参与该项目，这就是我花时间在这里发表评论的原因。

在让人们放心时，概述目标和范围绝不是一个坏主意。 人们常说 WordPress 没有获取问题，而是留存问题。 在开发者社区内和开源集市中的竞争者（包括我自己）中管理期望从来都不是一件坏事。

误解导致混乱，从而导致倦怠。

感谢你们在这个项目上的辛勤工作，感谢所有那些构建了我们都非常喜欢的惊人项目的人。

只是想在这里先写个便条，谢谢大家的评论和参与。 现在我们有一些关于资源的传播：

登陆/营销页面： http :

自述文件： https :

文档： https :

不过，我们可以做得更好，而且您的声音正在被倾听。 我想加入并确保你知道这一点。

我有两个建议，第一个是已经在制定的。 目前正在迭代其中的两个资源； http://wordpress.org/gutenberg和项目自述文件。 迭代将包括关注古腾堡是什么和将是什么，添加链接和资源，注意这里和社区内的言论。 如果可能，请给我们一周的时间来解决这个问题，因为它至少应该提供可以迭代的内容。 希望这将成为我们下一步交流的一个很好的起点。

其次，我想听听大家认为这里最理想的情况。 每个人都想看到生产什么？ 什么格式有效？ 那些页就够了吗？ 对你们来说，理想的格式是什么？

我知道在处理这些页面的过程中很难说，但我想确保一切都已准备就绪以进入下一步。 一旦完成，我希望有更多人帮助改进我们的资源和文档。 当碰巧开始与那些加紧提供帮助的人一起工作时，我会将它们链接到这里。 谢谢大家。

我认为有两种格式可以结合使用：
1) 路线图，显示在 Gutenberg 发布之前将具备的功能/里程碑列表，至少含糊地表明这些事情预计何时发生。
2) 常见问题解答部分提供了诸如“是否支持元框支持？”、“我是否必须重写我的插件和主题以与古腾堡兼容？”等问题的答案。 和“如果古腾堡破坏了我的网站，我可以恢复吗？” 对常见问题的回答将真正有助于缓解焦虑。

至于这些文件的位置，我认为至少从营销页面链接到它们是有道理的。 将文档放在最有可能定期维护和更新的地方也很有意义。 如果把这些东西放在营销页面上是更新的障碍，那么它应该放在最有可能保持更新的地方，在营销页面上有链接。

@wpalchemist您的 (1) 是此问题的重点，并澄清了功能和里程碑。
对于 (2) 该项目在 GitHub 中已经有了：
https://github.com/WordPress/gutenberg/blob/master/docs/faq.md
@karmatosed显示那里和 WordPress.org 上都有一些很好的资源，是的，最好在主页面上将它们完全编入索引：
http://wordpress.org/gutenberg

@Skarjune感谢您提供常见问题解答链接！ 我们需要让它更容易找到。 :)

关于常见问题页面的好点，让我确保进入我谈到的第一次更改迭代。 感谢您提供反馈。 它确实说明了很多这样的信息，它是关于呈现它的，所以这是一个很好的观点。

以下是我的即时建议：

1. 创建一个完整的项目大纲文档，其中包含当前和未来的目标、时间表和关键决策，包括保留哪些数据结构、添加哪些数据结构以及设计人员和开发人员应该准备什么。
2. 创建一个类似于 WP-API.org 的综合 wiki，其中包含提供当前文档和空/贡献者所需文档的综合文档，以使每个人都清楚什么存在以及需要构建什么。
3. 扩展常见问题解答以回答管理员、设计师和开发人员的问题

上面有一些评论以及对这里应该有什么的建议。 我的是在https://github.com/WordPress/gutenberg/issues/3354#issuecomment -342310592 总的来说，我认为 Mor10 的评论就在这上面。

我想看看第一版、第二版等会是什么。换句话说，虽然古腾堡的最终目标可能有很多，但第一版的功能列表是什么？

此外，我认为列出重要的未解决问题和已解决问题的列表很重要。 我这么说是因为我的一些担忧是功能性的——如何支持元框等等——但有些也集中在这么多未定义和不确定的事实上。

在我看来，Gutenberg 专注于博客，它实际上可能是博客的一个很好的补充。

根据下图直接从古腾堡网站拍摄：

添加标题
写下你的故事

不用作博客的站点，而是用作公司、电子商务、列表、工作、知识库、餐馆、学校的站点，并且长长的列表不胜枚举，不写故事。

因此，古腾堡对于那些类型的网站完全没有用，并且记住，这些也是使用元数据的典型网站，在我看来，这个怪物背后的开发团队应该开始看到这个网站的亮点并将其作为插件或如果它被折叠到 Core 中，那么只在默认的 Post 帖子类型上激活它。

基于上面@Rarst的评论，我希望看到能够更好地解释 Gutenberg 开发中所采取的方法如何与 WordPress 本身的哲学

WordPress 的主要原则之一是确保向后兼容。 围绕元数据框、模糊的时间线等的讨论让我想到了多年来围绕提升 WordPress 所需的 PHP 版本的各种对话。 在围绕从 5.2 迁移到 5.3 的讨论中引用 Andrew Nacin 的话：“以牺牲我们的用户为代价来“玩弄”真的不符合我们的最佳利益。数以千万计的用户将受到影响——并可能被搁浅，或者“当然想知道为什么 WordPress 把它们放在所有这一切的中间 - 都是因为原因。这完全是愚蠢的。这也是 WordPress 可以采取的一种举措，托管或替代博客解决方案希望看到发生。” 这只是人们对 WordPress 作为一个生态系统的期望和欣赏的一个例子：WordPress 会进步，但不会以牺牲用户为代价。

我希望在 WordPress 中看到许多现代开发实践，但我尊重这种特殊的理念，这种理念使用户安全，因为他们经常可以升级到最新和最好的，而不必担心破坏他们的网站。

也就是说，虽然我读过古腾堡的核心贡献者提到他们在这里考虑的是“长期使用 WordPress 用户”，但我没有看到这种联系，并且很想听到更多关于古腾堡将如何做到这一点的信息。 我个人对古腾堡作为编辑的替代者感到非常兴奋，并认为开发团队在该领域所做的许多努力应该受到称赞。

然而，当我通读与更换整个帖子/页面编辑屏幕相关的对话时，我越来越紧张。 许多有充分理由的要求采取更有条理的方法来释放古腾堡，都得到了如下回应：

• 这种方法不符合项目的愿景
• 在准备好之前不会发布。

老实说，这些都是非答案，因为它们什么也没告诉我们。 第一：为什么在开发人员和用户习惯了新外观后，先发布编辑器然后再关注编辑屏幕的其余部分的阶梯式方法与项目的愿景背道而驰？ 更像是担心它与围绕该项目隐含设置的某些任意时间表背道而驰。 第二：什么是预期的准备日期？ “2018 年的某个时候”正如当前的常见问题解答所说的那样根本不是答案。 定义“就绪”的参数是什么？ 正如@mor10的初步评论所说，我们真的需要这里的细节。 缺乏明确定义的时间表和该项目中的里程碑严重导致了很多焦虑。 很高兴看到一份清楚详细说明 Gutenberg 的发布如何注意向后兼容的核心 WordPress 原则的通信，以免危及目前在其网站上使用它的数百万用户 - 并了解变化“相信我们”并不是真正的答案。

第一：为什么在开发人员和用户习惯了新外观后，先发布编辑器然后再关注编辑屏幕的其余部分的阶梯式方法与项目的愿景背道而驰？

因为可能没有足够的资源可以在组合方向之上处理这样一个孤立的方向。 如果后来发现只有编辑器的方向根本无法解决大问题，你打算怎么做 - 重新设计软件（成本高昂）并重新培训每个人（成本高昂）？ 您认为用户群能够忍受多少次这样的反复试验？ 这是一个失败的预先策略。

这里的影响如此巨大，这就是为什么除了“全有或全无”策略之外几乎没有其他空间。

因为可能没有足够的资源可以在组合方向之上处理这样一个孤立的方向。

有限的资源正是增量方法有意义的原因。 我们的方法应该是通过在整个过程中从编辑器开始的预定义检查点验证进度来降低沉没成本。

相反，我们有少数有能力的开发人员专注于分散的优先事项，而社区则被要求相信整体愿景将在不确定的时间表结束时汇聚在一起。 因此，每个版本感觉就像是一个功能列表，而不是朝着任何一个里程碑的进展。

@lkraav - 我认为你误解了这一点。 没有提出“孤立的方向”，而是逐步改进。

现在，提议是让古腾堡接管整个编辑屏幕。 多次被问到为什么它不能在第一版中简单地替换屏幕的编辑器部分，随着时间的推移逐渐接管更多的编辑空间。 这有几个优点：

1) 它让用户以有限但有用的方式习惯块编辑体验。 同时，它缩小了工作范围，从而可以相对较快地交付第一阶段。
2）它避免了现在必须弄清楚元框（和其他？）问题，并避免必须为古腾堡修改像 ACF 这样的插件，以便许多现有站点不会中断。
3) 继 #1 之后，它将获得团队关于 UX 的真实世界反馈以及真实最终用户如何接收块编辑器。 这有助于在完成这么多工作之前指导未来的设计工作。

下一阶段可能会处理元框问题并扩展功能集。 这可能会一直持续到整个愿景实现为止。

最终，古腾堡将替换整个编辑屏幕，但如果做得好，这种方法可以避免全有或全无的风险，

最后，我认为我们需要跨更广泛的时间线来看待这个问题。 五年后，这两种方法都可能提供完整的、强大的古腾堡体验。 那个点是在 2 年后还是 3 年后真的很重要吗？ 当我们谈论像WP这样的统治者时，我认为这无关紧要。 事实上，一定程度的谨慎会更好 - WP 不需要争先恐后地赶上市场领导者，因为它是市场领导者。 灾难性的解决方案会破坏网站，损害一线机构提供强大解决方案的能力等等，所有这些都是为了团队不会考虑修改的严格设计愿景。

首先， @lkraav ，我非常感谢您的回应，并完全感谢 Gutenberg 团队承担的艰巨任务。 我认为我们都同意影响是巨大的。

我与您的结论不同的是，这是一个“全有或全无”的二进制文件。 正如@rickgregory所说，专注于编辑器并不是转向不同的方向，而是朝着实现团队为自己设定的愿景迈出的一步。 考虑到目前在常见问题解答和其他文档中确定的 WordPress 用户唯一的切实好处仅集中在内容编辑器上，而不是整个管理屏幕，我认为这尤其重要。

我会说，当我听到“全有或全无”时，这对我来说是一个危险信号，因为很少有任何东西会被切断和干燥。 除非管理屏幕的所有其他方面也受中央反应实例的控制，否则内容块编辑器不能作为独立组件工作的假设使这更加令人担忧。

似乎有这样一种假设，即 WordPress 已损坏，我们需要进行此更改才能生存。 如果是这样，如果存在完全重做 WordPress 的驱动需求，为什么没有更多的人对试用该插件感兴趣？ 插件生态系统向我们展示了认为 WordPress 没有满足特定需求的用户会毫不犹豫地向他们的网站添加插件。 然而，截至今天，我们的安装量为 3000。 您可能会说“这是因为人们不想将测试版插件放入他们的网站”……您可能是对的。 但希望您能理解为什么我们急于从测试版插件（充其量只是少量的生产使用）立即跳入核心，从而从根本上改变 WordPress。

无法指定时间表的事实使这一切更加令人困惑。 我很欣赏 Gutenberg 开发人员所接受的挑战，如果您告诉我“全部”是唯一可接受的解决方案，并且您将花费所需的时间来解决问题，那很好。 然而，5.0 已经被定为下一个版本......所以要么它准备好合并，要么你将朝着人为设定的最后期限前进，而没有清楚地了解你是否甚至可以让“所有”为“所有”工作WordPress 用户。 在你的项目计划中，我很好奇 Gutenberg 什么时候能稳定到足以让开发人员开始审查它会如何影响他们的插件和主题？ 将为上述开发人员提供多少时间来为古腾堡做好准备？ 如果您还不能回答这些问题，我不明白您如何计划在未来 12 个月内将其合并到核心中。

我会说，当我听到“全有或全无”时，这对我来说有点危险……

我与为古腾堡设定方向无关，所以不需要因为我写的任何东西而举旗。 只是和大家一起解释这里的世界，拥有几十年的软件开发背景。 我有真正的客户和个人企业在使用 WordPress，而破碎的 Visual HTML 编辑范式不久前已经达到了我的极限。 我确切地看到了古腾堡（或我们今天所知的模型）可以为我的流程做哪些改进，并张开双臂欢迎它，为核心和古腾堡流程贡献我的力量。

对于主题：每个人都可以谈论他们想要的“迭代”或“全包”，包括我，但文字 + 愿望很便宜，并且提出足够的质量拉取请求来证明方向选择的可行性才是最重要的。

我只是没有看到任何其他人投入所需的资源来足够快地处理这些替代方向的想法，所以在一天结束时，提供资源的人会以一种或另一种方式进行呼叫。 可以理解，因为参与伟大的（代码级）细节和所需的专业知识水平是非常昂贵的。

然后我们只需要看看结果如何，并尝试在选定的战略方向范围内根据我们的要求影响事物。 诚然，我不会每天跟踪 PR 列表（太大），但 Gutenberg 团队已经公开声称他们欢迎所有贡献。 只有当有人付出足够快的努力来找出技术的时候，任何方向的改变才会发生。 “年”可能不是将各个部分放在一起的合理时间范围。

这就是为什么我预测（不是建议，也不是特别希望等）“所有”方向将继续。 这里的个人假设是，无论发生什么，我都能为我的东西和我服务的客户解决问题，因为即使是当前的模型看起来也很有希望。 这当然可以被证明是错误的。

我只是没有看到任何其他人投入所需的资源来足够快地处理这些替代方向的想法，所以在一天结束时，提供资源的人会以一种或另一种方式进行呼叫。 可以理解，因为参与伟大的（代码级）细节和所需的专业知识水平是非常昂贵的。

这正是这类项目失败的地方——尤其是这一点。 无法理解为一个好的解决方案做出贡献的能力与编写代码的能力不成正比。 另一方面，当编码人员对其代码必须响应的用途没有广泛的了解时，我会说编写好的代码的能力是无用的（如果不是危险的）。

WordPress 之所以如此，是因为它的灵活性和可扩展性，因为它对可以扩展其功能的开发人员以及不需要高深知识以自己的方式塑造它的作者和创作者有吸引力。 这也是 WordPress 以多种不同方式使用的原因，而不仅仅是博客或以故事为中心的网站。

在设计一种创建和编辑内容的新方法时，至关重要的是，为该项目做出贡献的每个人都必须有这样的观念，即他们不能忽视这种灵活性和可扩展性、自定义字段的使用、自定义帖子类型的使用以及其他形式WordPress 中的内容管理和交互。 这不是次要的，而是其成功的核心。

如果这种新的编辑体验不能包含这种全面的用途，那么它就没有准备好发布，也不应该发布。

@lkraav——不用担心……绝对不是暗示你对“全有或全无”二进制文件负有某种责任。 我只是对这个特定结论发表评论，因为我在与古腾堡相关的其他主题和文章中阅读了类似的陈述。 和你一样，我欢迎 Gutenberg 作为 Visual HTML 编辑器的替代品——我没有异议:)

我确实想对拉取请求发表评论，因为这指向了@kevinwoffman在他最近对该线程的回复中提出的问题。 我完全理解这个项目的一些贡献者可能会因为开发人员资源数量有限而感到沮丧。 然而，我想到了最近几个月关于为 WordPress 采用 JS 框架的对话，该框架经常在 Vue 和 React 之间分裂。 支持 Vue JS 的主要原因之一是入门门槛较低。 这个项目显然在讨论开始之前就开始了，但请理解 React 较高的准入门槛显然会限制可以为该项目做出贡献的人数。 团队自己决定使用 react，这很好，因为他们目前正在做繁重的工作； 但是如果项目的贡献者数量没有他们想要的那么多，团队就不能抱怨。 我每天在企业环境中使用 Vue 和 Angular 进行一项工作，但由于其 BSD 许可问题，我从未接触过 React。 因此，基于（我认为的）激进的时间表，达到我可以在 React 中提供高质量拉取请求的时间似乎令人望而却步。

只需在此处添加 wordpress.org/gutenberg 和自述文件现在都有更新。 工作正在进行中，但朝着正确的方向迈出了一步。

我不会假设，因为我根本不知道。 但是 Automattic 或 WordPress com/org 的任何其他人是否曾委托市场研究或研究可用指标，以便能够准确说明 WordPress 的使用情况？

有多少百分比使用它来讲述故事和以博客形式发布文章，有多少人使用它作为 CMS 来展示他们的公司或在他们的电子商务商店上销售？ 以及如何增长/缩小/预测？

我应该认为这可能是对本次讨论的有用贡献，并有助于我们了解古腾堡是否适合每种模式。

有谁知道这是否可用并且可以在这里给我们发送链接？

谢谢塔米！ wordpress.org/gutenberg 和 wordpress.org/gutenberg/handbook/ 部分非常有用。 但是是否有 WordPress 版本 5 的完整路线图，正如我本周在 WP Tavern 播客上听到 Matt Mullenweg 确认古腾堡将作为核心发布的那样。 当我查看 wordpress.org/about/roadmap/ 时，所有给出的是：

版本：5.0
计划：2018年
新功能发布前一个月被冻结，重点完全放在通过消除错误和分析任何性能问题的代码来确保发布的质量。

这个问题的症结在于开发人员特别关心时间线、支持日落和弃用。 例如，Drupal 提供了清晰的 LTS 时间表：
https://www.drupal.org/core/release-cycle-overview

Terrence，我今年对 Make WordPress Marketing 项目进行了市场调查。 对 WordPress 的设计师、开发人员和代理商进行了一些非正式的民意调查，但没有关于使用的正式或结论性意见。 我们的项目专注于对代理商使用 WordPress 的非正式调查，仅用于为代理商开发支持材料以向客户推销 WordPress，并考虑企业采用。

虽然我们没有得到太多关注——我们只有志愿者资源，并没有像当前的“你参加 WordPress 2017 调查了吗？”那样曝光。 WordPress.org 上的链接——但我们确实获得了一些有价值的见解。 请看一看：
https://make.wordpress.org/marketing/handbook/resources/surveys/wordpress-usage-survey-2017/

@David Skarjune - 谢谢，这几乎证实了我的想象。
大多数组织放弃这一步，因为它使他们面对面
与现实，而不是让他们做他们想做的，或者什么
更糟糕的是，他们根据直觉反应和过去决定做什么
经验。 所以问题仍然存在。 什么是最好的携带方式
古腾堡项目的这个故事中的一些现实。 经过
顺便说一句，我不确定我是否记得正确，如果我只是在做梦，
但古腾堡不是马特的孩子之一吗？ 如果是这样，我想知道是什么
动机以及那有多“真实”？

在周五，2017年12月1日在16:54大卫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 马厩, 下界 Kypeside
死水，南拉纳克郡 ML11 0JL
电话：+44 (0)141-416-3322

PGP 密钥 ID：18D7884E29597525
http://keyserver.pgp.com

@Skarjune - 有趣的信息，感谢您的链接。 我对该调查作为 WP 社区指南的主要关注点是人们如何描述他们的角色的细分。 开发商…… 30%。 内容创建者... 1%。 当被问及他们管理多少个网站时，46% 的人表示 25 个或更多。 该受众是典型的代理机构，而不是使用 WP 来创建和管理内容的人员。

这是一个很好的资源，可以用来了解机构的观点，但在我看来，我们还需要了解使用我们构建的解决方案的人的观点。

@rickgregory @TerenceMilbourn调查是一个小型的自选焦点小组，响应在 WP-org、WP Tavern 和社交媒体上宣传的公开呼吁，以指导 WordPress 营销。 它并不是一个广泛的 WordPress 研究工具，如下所述。 以下是受访者的细分（公司=客户）：

代理：58 69%
__服务 WordPress 为 客户 46 - 55％
__向客户提供 WordPress 12 — 14%
公司：18 21%
__使用 WordPress 与主机 14 — 17%
__使用WordPress 与Agency 4 — 5%
企业：8 10%
__企业 WordPress （网络/云）4 — 5%
__主机 提供 WordPress 4 — 5%

让我们不要偏离主题，但让我评论一下此时恰好以古腾堡项目为中心的 WordPress 路线图的必要性。

该调查是我对 WCUS 2016 贡献者日启动营销团队产生的想法的回应，特别是针对我现在主持的客户和代理小组。 我的兴趣是在尝试将其推广给更多机构之前，先与机构核实有关使用 WordPress 的信息。

虽然受访者对使用 WordPress 的理由比反对它的障碍有更积极的评价 - 路线图（意味着缺乏它）是主要障碍，这就是我在这个问题线程上发帖的原因。

是的，对 WordPress 的使用有一个广泛的看法会很好，但这需要大量的资源和赞助。 不幸的是，Gutenberg 背后的论点似乎是博主需要一个积木系统向前发展，尽管我没有看到为此提供任何证据，也没有看到考虑到庞大的用户和用例库，为什么它会成为主要因素

就个人而言，我已经在各种平台上从事企业 CMS 项目多年，工作流问题可能很复杂。 至于编辑器，它通常根据工作流程进行定制，并因用户角色而异，并且还使用批处理。 我从未见过关于哪个编辑器最好的非此即彼的问题。 其中一些最好的参考是 Rick Yagodich 的“作者体验”。 过去几年我在一些 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 马厩, 下界 Kypeside
死水，南拉纳克郡 ML11 0JL
电话：+44 (0)141-416-3322

PGP 密钥 ID：18D7884E29597525
http://keyserver.pgp.com

@TerenceMilbourn有古腾堡可用性测试，所以这有助于制定更清晰的路线图。 已经为 WordPress 讨论了遥测，但这变得很复杂，大量研究也是如此。 因此，对于 Gutenberg，目前对可用性和路线图的关注将帮助我们确定是否适合在 2018 年初推出第 5 版。

如果您有其他想法或建议，请加入 Make WordPress Marketing Slack 频道： https :

2018年的两个目标是

古腾堡编辑古腾堡定制

原始问题有任何更新吗？ 具体是这样的：

单一资源解释
a) 为什么古腾堡存在（ @m帖子的简化版本？），
b）前进的方向（最终目标+宏伟愿景），
c) 为什么项目目前专注于编辑器，以及
d) 编辑器焦点是更大计划中的第一个构建块

我今天一直在寻找路线图文档，但找不到。

@mor10 ，这是在今天的 Gutenberg 错误审查的，我们希望在wordpress.org/gutenberg和此 repo 的README.md上获得您的反馈，以查看它们是否涵盖了您的疑虑。 如果没有，您认为缺少哪些项目以及您认为它们属于哪里（wp.org/gutenberg 或自述文件）？

@jeffpaul首先，没有路线图。 没有人会明确回答古腾堡首次发布时将具有哪些功能，和/或以后的修订版中将包含哪些功能。

是的，古腾堡添加了很好的文档。 但是，正如一些人所指出的，与 Drupal 相比，没有一个有用的开发路线图。 虽然有详细的开发跟踪，但高级路线图在哪里？

一大问题是长期支持。 据说 4.9.x 将在 5.x 发布后打补丁，历史上就是这样：
https://codex.wordpress.org/WordPress_Versions

鉴于强烈建议社区推进 5.0，旧版本是否会继续打补丁，持续多长时间？

人们担心遗留路径可能会令人困惑。 Classic Editor 插件作为部分解决方案提供，但这也需要 Gutenberg 和一些额外的配置。 LTS 的目标是确保几年内的安全路径，当对新技术的全面升级没有保证或预算时。

@maddisondesigns @Skarjune缺少您所要求的路线图文档，至少有古腾堡即将到来的里程碑列表。

@Skarjune根据我的经验，在 WordPress 核心志愿服务不到 2 年，补丁已经回到 3.7.x。 我认为，期望这么远的补丁不太可能永远持续下去是现实的，但更现实的是，期望任何有关该问题的决定都将在 Slack 的公开会议上做出，并将更新发布到 Make/Core。

@jeffpaul老实说，这基本上没用。 所做的一切基本上是提供指向各种标记的古腾堡里程碑的链接。 它不仅包括实际标记有里程碑的问题的一小部分，而且如果他们决定，任何人都可以轻松更改里程碑。 如果您可以在项目发布前一天简单地更改所有里程碑，那么路线图的意义何在？您愿意吗？

需要有一个适当的（简单的英语）项目路线图，概述古腾堡将在 WP5.0 中可用的所有功能，以及将要推送到以下版本（5.1、5.2 等）的功能。 ...）。 目前，古腾堡项目之外的任何人都不知道他们可以期待什么功能，一旦它最终成为核心，当被问到时，没有人会提供任何答案。 我们被告知的只是“_Gutenberg 将随 WordPress 5.0 一起发布，但是当 Gutenberg 准备就绪时会发布该版本，反之亦然_”。

谁决定古腾堡什么时候“准备好”？ 他们是如何做出这个决定的？ 谁决定将哪些功能发布到核心中？ 谁来决定第一个版本的哪些功能以及下一个版本的哪些功能？ 很明显，除了古腾堡核心开发人员之外，没有人会参与这一决定。 荒谬的是，该项目进行了这么长时间而没有定义任何范围或路线图，这也意味着与 WP 社区几乎没有讨论人们真正希望在这件事中看到哪些功能。

@jeffpaul感谢您的信息！ 这很有帮助，但对内部开发过程和相关方更有用，而对计划短期和长期系统架构和支持的外部方而言则不然。

例如，Drupal 版本里程碑和 LTS 非常具体：
Drupal 开发路线图
Drupal 核心发布周期：主要、次要和补丁版本

另一方面，Joomla 对他们的新 4.0 框架有点犹豫，鉴于他们过去的版本控制问题，这对项目来说并不是个好兆头：
乔姆拉！

因此，尽管对 Gutenberg 存在争论，并且本着“提供项目范围、方向和目标的通俗语言大纲”的精神，详细的路线图和 LTS 时间表将产生很大的不同，尤其是对于机构和企业阵营。 谢谢你的帮助！

项目的README 中有很多信息，以及 Gutenberg 的使命宣言（一切都是一个块）。

虽然我认为在这个问题上有一些很好的想法，但由于许多不同的声音、不同的问题和不同的目的/目标，这个问题已经变得相当棘手。

Gutenberg 团队已解决/继续解决此问题中的许多反馈。 我在这里看到的常见线索之一是对路线图/兼容性的担忧； 我认为重要的是要记住 WordPress 5 计划与 Gutenberg 一起发布，但用户仍然可以退回到“经典编辑器”，所以我们不应该让用户陷入困境。

我将关闭它，因为我认为这不是一个可操作的问题。 这并不是说这里的任何事情/一切都是错误的，或者没有可操作的项目。 一般来说，有太多的问题很容易被认为是“封闭的”。

你对 WP Tavern 做了什么！！！？ 我来阅读 WP 新闻，整个门户都在为古腾堡宣传服务。 给我休息一下。

是的，我知道答案。 您与他们没有关联。