规划师也必须要会编写代码

做现实可行的规划

有了一个终究产品将怎么完成的明确形象，规划师将拿出更多实践可行的概念。作为开发进程中不可或缺的一份子，规划师肩负着确保他们的规划可以顺畅转移到网络介质上，一起还要考虑其可用性，网页易读性和可完成性。一个对用户友爱的网站不仅有简练明晰的阅读次序逻辑，还向用户提供一切所需的信息而不会显得咄咄逼人或是杂乱无章。想要知道一种 Web 布局是否可行的唯一途径便是亲身去了解怎么树立一个网页。

使沟通更轻松

在简直所有的规划与完成各自独立的产品中，规划组和完成组从没有满足过对方的期望，尤其是那些无形的产品，比如网站，软件和游戏。这一般归结于产品的期望和产品可行性的彼此退让，目前看来，这是难以完美一致的。解决之道是：规划师应该亲身测验规划作品的完成，以防止沟通中的混淆，误解和误传。

便利的迭代开发进程

一个实践中的规划不应是绝对的。我的意思是，规划应该是灵活友爱的，可以在修改以投合体系技能约束的一起不歪曲其原有内在。这些重复但必要的改动只能由原规划师来完成。一个规划师/开发者可以比开发人员把规划重提到规划师手里进行改动愈加高效。而且规划师和开发者之间——事实上常常如此——会产生冲突。

更好更调和的成果

我常常喜欢把软件，网络或是游戏开发想成是管弦乐，而规划师是作曲家，开发者是乐团的指挥家。幻想一下二者是同一个人将会怎样？交响曲将会是令人惊叹的，迷人的，纯正的！不仅是大师的神作，而且仍是其本人亲身指挥的！

缩短开发时刻

规划师一起充当程序员的人物意味着规划和编码的进度即便不是一起的也是接连的。成果便是开发周期的缩短——谁会不关心功率呢？

规划师愈加市场化

现代的规划师需求提高本身的能力以保持个人价值，有一套技能是远远不够的，我们往往需求戴着不同的头衔：规划师，前端开发者，文章作者和项目经理。

通过学习完成你自己的规划，而不是让规划成为开发者手中的孤儿——你提高了本身价值。究竟，在简历中提到规划和编码技能不会有害处。相反，在这个金融危机年代的企业重组（拜见：大规划裁人）和减缩开支的环境下，还可以着重一个人的重要性而免遭辞退。

然而，即便有这么多的理由支撑规划师学习编写代码，这里仍是有反对的声音。

引用 Lukas Mathis 的一篇有争议性的文章“规划师不是程序员”（注1）

假如规划师完成自己的规划，他会受制于两个不同的方针：代码的整洁和杰出的用户体会。这两个方针是彼此矛盾的。假如你要完成你自己的规划，你必定会为了代码的质量而退让，这是不利于交互规划的。

完成自己规划的规划师面临着两个问题：他们知道一个很棒的新思路会树立紊乱的代码，他们也知道假如改进用户体会，现有的代码会被打乱。这两者彼此矛盾，由于用户体会都在于小的细节，而这些小细节终究毁于他们的不忍心使代码变得紊乱。

这恰如其分的总结了“Web 开发纯化者”们所采取的强硬立场。他们是守旧派，倡导在规划和开发之间划清界限。明显，规划师为人类创造，开发者为机器创造。因而，用户体会规划师们应该规划出最可行的用户界面并让开发者做出最可行的编程决策。尽管这有必定的道理，但当我研讨一个用户界面的时分，我从代码中寻找创意的努力却以失败而告终。总归，在头脑中有一个技能及可用性约束的正确观念仍是更有好处。

写在最终

归根结底，所开发项目的规划可能终究决定着规划师和开发者的人物。一个小型的应用可以由一个项目经理（注2）一手掌控，而一个大型的体系必定需求不同的专业人才！

注1 Mathis-Lukas——“Designers are not Programmers”——ignore the code

注2 Spolsky-Joel——描绘了一个叫做“规划师兼程序员”的职位——“How to be a program manager”——Joel on Software

作者 John Urban 是加州大学的大二学生，主修计算机科学