网站设计与软件设计有什么不同

多交叉了解各自领域知识框架以后的路子会越走越宽
服务器君一共花费了237.467 ms进行了5次数据库查询,努力地为您提供了这个页面。
试试阅读模式?希望听取您的建议

在专业角度,网站设计与平面设计是两套截然不同的路数。

还有种片面的观点认为,做网站设计与平面差不多。

在专业角度,网站设计与平面设计是两套截然不同的路数。比如很多艺术出身的设计师做网站时会发现,设计出来的作品总是被研发工程师否定,这个不能做,那个不好做。要想抹平这中间的隔阂,视觉设计师至少需要懂互联网,懂网站界面原理。

软件设计

传统软件设计包括系统分析、需求分析、模快划分等,产出主要是软件流程图和文档。要求系统分析员、高级程序员,或者软件架构师参与完成,要求参入人员水平较高。而编程就是依据设计结果,用选定语言来编码,一般熟悉选定语言的初级、中级程序员就可以胜任。

也就是说,最早设计软件全部是有设计能力的工程师胜任,已经涵盖了《用户体验的要素》观点中的战略层、范围层、结构层、框架层。他们唯一解决不了表现层,就是被俗称为“美工”需要完成的视觉设计工作,这也充分说明了不是只有设计师才能做“设计”。

只不过既有编码功底,又能充分考虑用户感受的工程师实在太少,绝大部分工程师做出来的东西都带有明显的机器色彩,不符合用户心智模型。少数高瞻远瞩的工程师意识到这问题,并深入总结成了门学问。比如Alan Cooper就是这类人群的典型,既是有十几年编程经验的Visual Basic之父,又赢得了(软件)交互设计之父的称号。

在往后的发展中,设计与工程开始逐渐分离,因为他们的目标有冲突,比如Cooper给交互设计师的第一条建议就是“停止编程”。各类软件公司纷纷组建设计部门,期望提升自己产品的用户体验。此后,广义上的设计概念才开始逐渐深入到“结构层、框架层”。

期间还有个小插曲,GUI概念风靡大江南北,全称叫做Graphical User Interface。小到按钮风格大到模块样式,都能得到设计师的精心雕琢,以及所在公司的热烈追捧。但是体系决定了他们的价值只能触及到“表现层”,和少数“框架层”里的界面设计。所以虽然软件界面设计师奔走相告“我们不是美工!”但还是无法避免弱势群体的现实。

网站设计

最早都叫网页设计,顾名思义就是设计一个个页面。最早的网页设计师与软件“美工”职能完全相同,就是想办法让页面好看起来。甚至在软件GUI最流行的时候,还有不少带有明显GUI风格的页面作品出现在论坛,因为某些客户会想当然认为GUI与做网页差不多。

与早期软件设计对应的职位叫网站策划,基本是由一帮资深网民、或者在传统行业应用比较有积累的资深人士担当。早期网站策划都有个显著特点,对设计、工程的认识相当欠缺。团队之内存在了设计师、工程师之外的第三类人,做出来东西的质量可想而知。

实际上网站设计全面继承了软件设计的思想和知识体系,然后再结合互联网技术重构创新。技术体系的差别很小,但侧重点差异很大。做惯了C/S架构产品的工程师,在做B/S架构产品时,总会碰到些奇奇怪怪的问题:

  1. 兼容性如何解决?
  2. 搜索引擎友好如何解决?
  3. 可访问性效率问题如何解决?
  4. 可访问性退路问题如何解决?
  5. 可发现性的导航结构如何部署?
  6. 结构、表现、行为分层结构如何部署?
  7. 服务器端策略如何部署?

问题被深入剖析以后,完全可以探索出整套但又相对独立的知识体系。除了既有W3C标准的标记语言和样式表,还有更适合互联网产品“快速产出、快速迭代”的敏捷方法。随着软件产品在满足用户需求角度弊端的凸显,开始逐渐走下坡路,被互联网产品所代替。于是大批曾经的软件界面设计师、软件产品设计师开始转型做互联网产品。

紧接着让广大设计师困惑的问题叫页面制作,去年在从网页设计开始中总结过“设计网站的同志背景主要有两种:学计算机、学艺术。基本上会写代码的不懂设计,会设计的不懂代码,这个格局似乎到今天还没变。”那么web页面谁来制作?视觉设计师说不会,研发工程师说不懂。临时抱佛脚虽然能拼凑出来,但四不像不说,而且效率低下、极其脆弱。

在技术断层十分紧迫的情况下,首先得到重视的是前端开发。传统软件界面设计只要完成视觉设计,在软件里就能很好的表现出来。而给网站做好视觉设计稿之后,研发工程师根本没法动手,网站的载体是web页面,这是做网站界面设计与软件界面设计的根本区别。

产品设计时代

先对两个概念做个简单对比。相同点,传统软件界面设计是做界面美化,传统网站页面设计是做页面美化;不同点,传统“软件设计”出身比较正统,传统“网站设计”出身比较山寨。

进入产品时代,软件设计、网站设计都不约而同的对“设计”概念有广义上的提升。包括对各类专业技术的“引用”和学术名词的“再创造”。设计在赢得了足够眼球的同时,也不可避免的造成了足够的混乱。其实任何方案的横向规划都可以理解成“设计”,任何方案的纵向探索都可以理解成“研究”,说法问题而已。

经过之前两个阶段发展的不断成熟,尤其在客户端技术迅猛发展的前提下,技术架构的C/S与B/S无法绝对分开。也就是说,不管传统的网站设计还是软件设计,往产品设计方向都能保证比较好的可持续性发展。另外长远来看,不管做soft-based的产品设计师,还是做web-based的产品设计师。多交叉了解各自领域知识框架,以后的路子会越走越宽。

好多朋友都感叹公司找不到能干活的人,我分析主要原因有四点:

  1. 互联网产品的潜力曾被低估,从业者缺乏利益驱使的学习动力;
  2. 网民素质偏低,“用户”低要求的引导,导致从业者的设计严重同质化;
  3. 没有被市场认可,国内信息技术的游戏、软件、互联网公司,最不挣钱的是互联网;
  4. 互联网客户端技术发展过快,新技术跟踪深造的难度大、成本高。

本文地址:http://www.nowamagic.net/librarys/veda/detail/762,欢迎访问原出处。

不打个分吗? 还木有人打分噢!

转载随意,但请带上本文地址:

http://www.nowamagic.net/librarys/veda/detail/762

如果你认为这篇文章值得更多人阅读,欢迎使用下面的分享功能。
小提示:您可以按快捷键 Ctrl + D,或点此 加入收藏

大家都在看

阅读一百本计算机著作吧,少年

很多人觉得自己技术进步很慢,学习效率低,我觉得一个重要原因是看的书少了。多少是多呢?起码得看3、4、5、6米吧。给个具体的数量,那就100本书吧。很多人知识结构不好而且不系统,因为在特定领域有一个足够量的知识量+足够良好的知识结构,系统化以后就足以应对大量未曾遇到过的问题。

奉劝自学者:构建特定领域的知识结构体系的路径中再也没有比学习该专业的专业课程更好的了。如果我的知识结构体系足以囊括面试官的大部分甚至吞并他的知识结构体系的话,读到他言语中的一个词我们就已经知道他要表达什么,我们可以让他坐“上位”毕竟他是面试官,但是在知识结构体系以及心理上我们就居高临下。

所以,阅读一百本计算机著作吧,少年!

《程序员修炼之道:从小工到专家》 亨特(Andrew Hunt) (作者), 托马斯(David Thomas) (作者), 马维达 (译者)

《程序员修炼之道:从小工到专家》内容简介:《程序员修炼之道》由一系列独立的部分组成,涵盖的主题从个人责任、职业发展,知道用于使代码保持灵活、并且易于改编和复用的各种架构技术,利用许多富有娱乐性的奇闻轶事、有思想性的例子及有趣的类比,全面阐释了软件开发的许多不同方面的最佳实践和重大陷阱。无论你是初学者,是有经验的程序员,还是软件项目经理,《程序员修炼之道:从小工到专家》都适合你阅读。

更多计算机宝库...