企业级Web应用用户界面设计杂谈[原创]

人生如梦 08:43:14
OC美眉在吗？
0C 08:43:31
啥事
人生如梦 08:44:02
呵呵，我想问问你，你们ui主要是采用什么技术，
0C 08:45:02
先了解UI的涵义吧　user interface
人生如梦 08:45:34
这个我知道的，用户界面嘛，呵呵
人生如梦 08:46:53
也就是你们UI项目组主要负责什么？
0C 08:47:18
只要是用户界面的设计，交互，都负责，主要是交互研究
人生如梦 08:47:59
对了，你们的项目主要是web应用吧
0C 08:48:08
也有CS的
0C 08:48:21
也有手机上的
人生如梦 08:48:43
哦，这么全面啊，

人生如梦 09:34:35
我们这边就很混乱，都是各干各的，就和小作坊差不多，呵呵，
0C 09:34:39
并且很多项目人员把UI人员当成需求人员，如果参与少，就当成美工，参与过多，就当成需需求人员，动不动没定需求就让你去弄
0C 09:35:04
这是我和一个新项目聊天的实际情况，你可以看看，哈哈
0C 09:35:21
OC) 09:06:58
谁负责沟通？
OC) 09:07:29
你们要改到什么程度？
xyy 09:07:43
和谁沟通
xyy 09:08:07
界面风格全改
OC) 09:09:30
你们项目组肯定要派个人和我们这边沟通，就弄两个文档过来，对我们来说你这个是全新的，单理解你整个功能都需要时间。界面风格全改主要是要改到什么程度，这个对项目组的工作量会产生非常大的影响，不要我们改了你们做不了，所以这个程度的把控还是要找个人专门沟通
OC) 09:09:49
UMCC当时改可把整个布局都改了
OC) 09:11:25
而且你这个系统，总得有个功能说明人来和我们沟通吧。并且你们也没指出这个是UMCC的子系统，就是说首先你们要对整个改动是否会对你们的工作量产生很大影响，需要做评估，　前期我们要先讨论怎么改。
xyy 09:11:44
呵呵  专人就比较难找了
xyy 09:13:02
那两份文档看完后  我们原计划是明天开始评审的
OC) 09:15:27
不，有一点你弄错了，首先不是评审，是你们给我们写这个系统的功能及一些基本的业务流程，这样我们了解整个系统才好做改进方案，我看了这个要求还有
“流程清晰，易于操作，用户界面友好，名词术语的定义规范，含义一目了然，且符合行业习惯；”
我们不参与是否有这个需求，只参与，需求定后如何进行界面展示，要是你们在需求是否要或不要上面还不定，这个我们不需要参与的。
就是我想知道你们需求到底定没定？至少一阶段部份需求，还有你们的时间段计划是什么，这个都要给到我们，才好配合工作
OC) 09:18:29
还有肯定要给我们指定一个接口人，工作中对系统业务不明白的可以问他，我们不可能去和你们多个人来接口，万一一个业务，两人说得不一样，我们听谁的
OC) 09:19:46
而且我们同时做多个项目，一个项目要是有多个接口人，找这个又找那个的，我们天天就只沟通不用做事了，明白吗，请理解一下。
OC) 09:22:27
还有我看文档要做为UMCC的子系统，是有可能放在UMCC框架里面吗？还是单独的系统，只是UMCC给个连接，这对界面设计都非常重要，不单要考虑单独的使用，还要考虑放到UMCC下面，是否合适

人生如梦 09:38:22
看来，不光是我了，很多人对UI的理解都不是很深，呵呵
0C 09:38:48
是啊，所以很多客户都说　这个系统难用，也说不出哪里难用。哈哈
人生如梦 09:39:27
我记得好像以前在那里看过，说是ui的开发能占到整个开发工作量的60%
人生如梦 09:40:49
我们这里主要是做web应用开发，所以我想做一些像Ext这样的通用的ui组件，提供给大家使用，
0C 09:40:52
UI要改的有几个方面　一是风格，二是交互展现（需要javascript）　三是用户体验:这里包括整个展现布局（需要对整个系统非常的熟悉），首先你就是这个没开发系统的第一个全全使用用户　
0C 09:41:52
ext是通用组件，通用就得灵活。是提供给更好进行UI和体验的项目来使用
人生如梦 09:41:52
对，很有道理，
0C 09:42:50
但是，在不同项目功能需求不一样，所以很多还是要看实际情况
人生如梦 09:43:04
是啊，
人生如梦 09:44:29
非常感谢能够学习你的宝贵的经验，呵呵，
0C 09:44:30
有一个这样的问题就是，别人都看word很好，但是你要做的项目有这么多功能吗？我们这里往往出现一进系统，来就左边一棵树，右边是空的。而且很多项目做起来老发现有些页面右边是空的，这就是问题，他们不知道什么该放出来，什么可以放在那里让别人用并且，还不影响性能
人生如梦 09:45:03
呵呵，对，
人生如梦 09:45:12
我们的很多项目都是这样的，
人生如梦 09:45:30
都是左树右内容，
人生如梦 09:47:27
我们这里没有ui项目组，所以我想向领导建议成立UI项目组，
0C 09:47:53
在项目实施中，我就发现项目组并且老看别人的成品很好，然后告诉我按那个去设计，我说，你都没有那些东西，人家单下面的功能钮就几十个，你就这么几个，你怎么按别人的风格来设计，并且布局，他们不信，就做了，怎么做都没那感觉，而且还怪怪的，到处都空，所以这才是我认为项目中UI最需要改进的地方，从风格来说，布局及内容需求对风格的影响很大，不是想抄别人就能抄下来的

0C 08:48:54
先开晨会了
Mc·Cheresy 08:48:56
OCMM真强 
人生如梦 08:48:59
看来你懂得东西挺多的，

人生如梦 08:49:10
好的，一会再聊，
0C 09:32:49
P人生如梦，我懂得不多，只是经历比较多，所以很多问题在过程中才发现的
很多项目组扔两个文档，就叫我们改，很多程序员跟本不知道改UI对他们的项目工作有多大的影响，我们要改UI首要条件，是需要对这个项目的需求和整个业务流程非常的熟悉，但我们不是定需求的，而是在有需求的基础上进行展现，布局，流程交互来改进。如果项目组不明白这点，我们做出来的东西他们肯定无法进行更改，而且对项目的进度会产生非常大的影响 
人生如梦 09:49:05
是啊，我做东西就是这样，看到别的比较好的，就想模仿，
人生如梦 09:49:44
其实效果往往不好，但是又不知道怎样才会好，所以就只能模仿别人的，
0C 09:49:44
除非你的功能和别人差不多，要差得多，你就发现很难模仿
0C 09:50:34
所以我觉得ext是个好东西，但要有好的整体感，需要看我们怎么去用，如何组合，用到什么程度
人生如梦 09:50:57
功能和需求往往是有很大的不同，
人生如梦 09:51:15
对了，你的js的水平很好吧，
0C 09:51:37
不好，这方面懒猫是专家
人生如梦 09:51:57
是啊，ext是个好东西，我最近一直在研究它的源代码，
人生如梦 09:52:12
哦
人生如梦 09:53:19
至于怎么组织好看，我觉得这可能得需要一些美工的知识了，呵呵，
0C 09:53:44
我们UI组有三方面人　1、界面风格设计人员　2、用互体验分析人员（带做demo）3、js支持人员
人生如梦 09:53:58
所以，项目的开发不光是技术的问题，
0C 09:54:28
第二种人是对　界面设计　对　js都有一定的了解并会做，要是说我属于哪种我就属于第二种，哈哈
人生如梦 09:54:31
第一方面的人就是美工吧
0C 09:54:56
设计人员，不叫美工。。
人生如梦 09:55:04
第三种就是技术人员了，
人生如梦 09:55:09
哦，
人生如梦 09:55:44
我们这里都是一个人包办，所以开发出来的项目可想而知，
0C 09:56:02
知道啊，其实我觉得有时候一个人包办倒好做事，哈哈
人生如梦 09:56:26
是啊，不用沟通，也挺省事的，
0C 09:56:40
因为人多了沟通成本也多
人生如梦 09:56:45
反正就是自己说了算，想怎么干就怎么干
人生如梦 09:57:33
只要能满足用户的要求就行了，我们主要是针对我们单位内部的用户，所以要求也不高，
人生如梦 09:57:56
但是，我觉得这样常期下去肯定是不行的，
人生如梦 09:59:00
如果我想从事ui方面的工作，应该具备哪些方面的知识和经验？
0C 09:59:27
这也是我有时候说三个人能做很强的东西出来，一团人就做不出来，
一个UI　一个很强的后台开发人员并是架构师级别　一个js很好再后台开发人员
0C 10:00:55
一：了解后台开发　
二：了解各通常使用软件的基本业务流程
三：至少要有审美观，会些基本设计

0C 10:01:42
技术嘛 javascript  html css  设计方面的　等了，反正你不可能都做
0C 10:02:00
web端的可偏向于web 的技术
人生如梦 10:03:31
是啊，一个人不可能精通这么多的，
人生如梦 10:03:49
肯定要有所偏重，
netfishx 10:05:08
做前台开发必须了解交互设计，用户可用性
0C 10:05:29
目前　二：了解各通常使用软件的基本业务流程，并对使用流程进行改进
这个对大家来说最弱，而且这个才是真正指导整个软件开发的的思想，别的都技术，我们这里的UI人员在进行项目会议中，都能和项目组讲这个项目的每个功能如何用如何展现，如何走整个流程。因为项目组是每个人开发一部份，他们只懂自己的那一部份，我们要全懂。
人生如梦 10:06:20
哦
0C 10:07:00
所以说，UI人员还可以做用户培训师
0C 10:07:16
没有人比UI人员更了解整个软件的使用
人生如梦 10:07:40
对阿，他们对整个软件是最了解得，呵呵
▄︻┳═┹ 10:11:06
霍霍，说的很棒，很老道嘛。
人生如梦 10:11:49
这就是经验，呵呵，大家要多多学习啊
人生如梦 10:12:23
其实，我觉得这些经验比技术更重要，
C 10:12:28
所以，我觉得有一个时候UI人员最得意的，开项目会时，项目开发人员XX说好像那边有这么一个功能　然后我们告诉他，从哪个菜单下去，在那里进去使用然后。。。。
且当时项目经理也不是很明白，他们只知道有这么个功能但知道具体到哪里,
▄︻┳═┹ 10:12:55
恩，是啊，看来我很适合做UI, 
0C 10:13:25
有时候我说我们以前的软件项目是　功能的结合体，这就是没有经过专门的UI进行改造的项目
人生如梦 10:13:34
做人要谦虚，呵呵
▄︻┳═┹ 10:14:18
不要低调，我是在心里偷偷的想的
人生如梦 10:14:44
居然有人退出我们的群了，

0C 10:14:44
还有一点，UI要有很强的理解力。可能这是经验多了就会有的。
▄︻┳═┹ 10:15:07
看见我有点惭愧了
人生如梦 10:15:08
是啊，经验只能靠慢慢的积累了，
人生如梦 10:15:21
不是短时间内就能学到的，
0C 10:16:46
有人告诉你要做个财务系统　　当没有拿到需求前，你脑里就要想到财务系统的几个重要问题　所以这只能是经验了。可以为几类　：管理类系统
物流类　网络应用类（如终端，会议等）　特殊类（如财务系统），库存类等等
人生如梦 10:18:31
oc，你做it多长时间了？
0C 10:18:53
平时在自己用软件的时候就能注意到整个交互体验，以前我们这边同事问我，什么是最好的用户体验，我就告诉他其实你天天在用，就是windows本身就是很好的，多注意就好了。而且用户体验没有最好，只有更好
人生如梦 10:20:02
是啊，微软的东西其实就挺好的
0C 10:22:16
UI的最终目的是引领习惯，不是一味的按客户要求去按某个人的习惯去做。但前提是你的引领方向是对的，是减步骤并且符合大众的习惯的。这个前提就是首先你要有很正常的使用习惯
0C 10:22:39
不说了，打搅大家了。哈哈
人生如梦 10:22:50
呵呵，
人生如梦 10:23:05
挺好的，这都是你宝贵的经验，
人生如梦 10:23:17
很感谢你能无私的奉献给大家，
人生如梦 10:24:15
我们作这一行的相互学习，相互交流很重要，
0C 10:24:52
现在你们动态后台出来都是静态页吗？
人生如梦 10:25:35
是啊，
0C 10:26:58
我现在已经偏管理了，所以很多东西掉了，比较郁闷。管理事多，很杂。接下来会好好用一下js技术，架个自己的东东。
人生如梦 10:27:50
太好了，架好了，一定要拜读一下，呵呵，
人生如梦 10:28:42
不过我觉得，管理也挺好的，技术不是目的，只是手段，
0C 10:29:13
设计，交互展现，及内容栏目都自己弄，然后js方面可能需要懒猫专家做部从支撑，我可写不了那么深。：）

具体的说呢，就是Ext的核心设计思想，与Buffalo作者提出的OPOA（One Page One Aplication）思想是完全一致的。它面向的是适合OPOA的应用，而作为一个完善的开发平台，它已经涵盖了设计和开发的方方面面，包括完整的设计指南和开发规范。...

其实呢，企业级应用是企业级开发的产物，两者没有冲突

为了提升google的开发效率，Steve努力尝试说服公司采纳Rails（包括Ruyb）作为开发工具，但是google不予采纳 (google不想再增加支持的语言的数量)。Steve决定把Rails移植到JavaScript上去。这意味着一个google有可能在未来开源一个新的项目Rhino on Rails。

限制语言的数量将使得开发人员对代码的贡献度更大，他们无需担心成为不熟悉的语法的牺牲。

每一个公司正式支持的语言都是有成本的：基础架构的支持，文档，培训，代码冗余还有其它因素。虽然编程语言的核心语法都是大同小异，但是剩下的各自独特的语法就难以辨认，尤其是没有明确标准的动态语言，例如Perl,Ptthon,Ruby。Google非常谨慎的保持使用语言的数量。这样就可以构建大量对所用语言非常熟悉的专家。goole目前只使用C++,Java,Python,javascript作为正式的产品开发语言。

其实 ext在功能性能上 已经完全可以试用与企业级应用了.
但是并不表示他适合企业级开发

   从我们的实际使用来看，EXT的性能不能让人满意，特别是和某个国产商业表现层中间件比，或许是我们用的不好，不过当我们点击按钮弹出一个Ext Form时，竟然也很慢。
    或许Web仿Windows目前还不能与桌面应用的性能相媲美，我们说弹出一个Form慢，但是想想如果是跳到下一个页面可能更慢。
    如果加个定语，Ext不适合ERP系统吧。

    另外不适用于企业级开发我反倒不能认同，CC中有一节内容是将深入语言编程，作者举了自己使用VB时对VB进行了严格的开发约束，它依然竟然有序，我觉得关键在于你如何去规范开发。