重?c网站开发,简约网站设计欣赏,网站开发调研方案,中文网站开发工具通常#xff0c;在完成了一件网页设计后#xff0c;设计师的无知都会显露无遗而备受指责。他们把创建网页代码的繁重工作都留给了程序员们。这种现象不只出现在网络开发行业#xff0c;在软件及游戏开发业也是如此#xff08;完整图文版#xff09;。残酷的事实就是#… 通常在完成了一件网页设计后设计师的无知都会显露无遗而备受指责。他们把创建网页代码的繁重工作都留给了程序员们。这种现象不只出现在网络开发行业在软件及游戏开发业也是如此完整图文版。残酷的事实就是开发进度可能会因设计师而停滞不前。为了追求最佳效率设计师不仅需要描描画画还需要能把它做出来本文中我想与读者分享一些为什么设计师需要学习编写代码的理由。 做现实可行的设计 有了一个最终产品将如何实现的明确印象设计师将拿出更多实际可行的概念。作为开发进程中不可或缺的一份子设计师肩负着确保他们的设计能够顺利转移到网络介质上同时还要考虑其可用性网页易读性和可实现性。一个对用户友好的网站不仅有简洁清晰的浏览顺序逻辑还向用户提供一切所需的信息而不会显得咄咄逼人或是杂乱无章。想要知道一种 Web 布局是否可行的唯一途径就是亲自去了解如何建立一个网页。 使沟通更轻松 在几乎所有的设计与实现各自独立的产品中设计组和实现组从没有满足过对方的期望尤其是那些无形的产品比如网站软件和游戏。这通常归结于产品的期望和产品可行性的相互妥协目前看来这是难以完美统一的。解决之道是设计师应该亲身尝试设计作品的实现以避免沟通中的混淆误解和误传。 方便的迭代开发过程 一个实践中的设计不应是绝对的。我的意思是设计应该是灵活友好的能够在修改以迎合系统技术限制的同时不扭曲其原有内涵。这些重复但必要的改动只能由原设计师来实现。一个设计师/开发者能够比开发人员把设计重提到设计师手里进行改动更加高效。而且设计师和开发者之间事实上经常如此会产生摩擦。 更好更和谐的结果 我常常喜欢把软件网络或是游戏开发想成是管弦乐而设计师是作曲家开发者是乐团的指挥家。想象一下二者是同一个人将会怎样交响曲将会是令人惊叹的迷人的纯正的不仅是大师的神作而且还是其本人亲自指挥的 缩短开发时间 设计师同时充当程序员的角色意味着设计和编码的进度即使不是同时的也是连续的。结果就是开发周期的缩短谁会不关心效率呢 设计师更加市场化 现代的设计师需要提升自身的能力以保持个人价值有一套技能是远远不够的我们往往需要戴着不同的头衔设计师前端开发者文章作者和项目经理。 通过学习实现你自己的设计而不是让设计成为开发者手中的孤儿你提升了自身价值。毕竟在简历中提到设计和编码技能不会有坏处。相反在这个金融危机时代的企业重组参见大规模裁员和缩减开支的环境下还能够强调一个人的重要性而免遭解雇。 然而即使有这么多的理由支持设计师学习编写代码这里还是有反对的声音。 引用 Lukas Mathis 的一篇有争议性的文章设计师不是程序员注1 如果设计师实现自己的设计他会受制于两个不同的目标代码的整洁和良好的用户体验。这两 个目标是相互矛盾的。如果你要实现你自己的设计你必然会为了代码的质量而妥协这是不利于交互设计的。 实现自己设计的设计师面临着两个问题他们知道一个很棒的新思路会建立混乱的代码他们也知道如果改进用户体验现有的代码会被打乱。这两者相互矛盾因为用户体验都在于小的细节而这些小细节最终毁于他们的不忍心使代码变得混乱。 这恰如其分的总结了Web开发纯化者们所采取的强硬立场。他们是守旧派倡导在设计和开发之间划清界限。显然设计师为人类创作开发者为机器创作。因此用户体验设计师们应该设计出最可行的用户界面并让开发者做出最可行的编程决策。虽然这有一定的道理但当我研究一个用户界面的时候我从代码中寻找灵感的努力却以失败而告终。总之在头脑中有一个技术及可用性限制的正确观念还是更有好处。 写在最后 归根结底所开发项目的规模可能最终决定着设计师和开发者的角色。一个小型的应用可以由一个项目经理注2一手掌控而一个大型的系统必然需要不同的专业人才 注1 Mathis-LukasDesigners are not Programmersignore the code 注2 Spolsky-Joel描述了一个叫做设计师兼程序员的职位How to be a program managerJoel on Software 作者 John Urban 是加州大学的大二学生主修计算机科学。 英文原文 http://sixrevisions.com/web_design/why-designers-should-learn-how-to-code/
