[译]新 WordPress.com 背后的故事

一年半以前，我们对使用 WordPress 构建网站所需要采用的技术和开发流程进行大范围的重新思考。

现有的代码库和工作流程我们已经玩儿得很转了，但是10多年的历史遗留已经开始严重阻碍我们着手去构建用户所期望拥有的现代、快速并且对移动端友好的体验。看起来似乎开发者和设计师之间的协作还没有发挥出全部的潜力。所以我们曾经这样问自己：

“如果现在来构建它，那 WordPress.com 将会是什么样子的呢？”

新的开始：原型和迭代

我们以前问过自己这个问题，而且公正的分享了对那些并没有产生什么有用改变的举措的意见。回首过往，我们能指出自己最大的一些错误：一开始我们的视野就是一片泥泞，还要尝试去解决一个并没有定义好的问题。这些想法确实帮助了我们改变做法。

Calypso 最开始的原型界面之一，列出了你所有的 WordPress 站点。

Calypso，它是新的 WordPress 管理员界面项目的代号，它有一个同以往不一样的起步。为了呈现一个清晰的视觉效果，我们构架了颇具抱负性的 HTML/CSS 设计原型——它所基于的是定义清晰的产品目标——使我们可以想象得到新的 WordPress.com 在完成时看起来会是什么样子。我们已经向用户推出过一部分东西了，所以知道它应该会随着时间而发生些改变，但其视觉效果已经提供了所有 Automatic 旨在实现的东西，并且为此感到兴奋。

Calypso 设计原型一就位，开发伊始的那几天就都是要做一些诸如使用哪一种编程语言、要不要使用某种框架，还有就是会怎样去扩展API这样的艰难决定。Automattic刚刚已经收购了Cloudup，它是使用 JavaScript 构建的一个API驱动的文件共享工具。Cloudup 的团队向我们展示了一条坚实、可维护、可扩展的道路，这条道路将使 WordPress.com 完全基于 JavaScript 并且由 API 驱动。

由于 WordPress 是一个由 PHP 驱动的应用程序，所以我们在公司层面的开发技术设定历来都是重 PHP，还有一些高级的 JavaScript 技术。那时的这种现状使得 Calypso 在其开发的最开始的六个月令公司其他的工程师和设计师有点望而生畏——我们正在构建的是一个很少有人一开始就可以摸清门道的东西。

即使是 Calypso 项目核心的团队成员也得克服一些我们令其产生的畏难心理。因为我们谁都不是强大的 JavaScript 开发者。不过随着时间一天天的过去，经验会慢慢积累，我们犯下了错误就会审查这些错误，然后修复它们，并且得到了教训。我们一把这个项目玩儿转起来了，就可以更好的给其它的工程师做示范，并且在全公司分享我们所学到的知识。

其中一个很大的变化发生于我们在构建一个早期的设计原型时：我们使用 GitHub 改善了协作能力。Calypso 设计原型的工作是由 GitHub 上一小撮设计师之间的分工协作来完成的。

本文来源于：[译]新 WordPress.com 背后的故事-变化吧门户
特别声明：以上文章内容仅代表作者本人观点，不代表变化吧门户观点或立场。如有关于作品内容、版权或其它问题请于作品发表后的30日内与变化吧联系。