UI开发到底占用了应用开发的多大成本???

在一个项目刚开始的前期界面工作量是最大的，因为这时候界面是最不稳定的，最容易变化的。一个复杂界面交互中一个组件的变化会导致大量的修改，甚至可能会导致业务逻辑的修改。这时业务逻辑工作量其实反到不大。

但是到了项目维护期，由于客户对于界面操作已经非常熟悉了。这时客户通常的关注点会转移到系统的业务bug和性能的优化方面，这时大部分工作量转向了业务逻辑的修改方面，这时客户反而会比较排斥界面的修改。

公司居然不把javascript当做正统语言。 郁闷。

javascript/css 是一门艺术语言。比其他语言，带来的快乐更立体。

70%左右，当Customer Experience越友好的UI，那么投入的时间就更大。
我们拿一个简单的FTP软件来说，最简单的无非就是Console的界面，加一些字符提示，这样的program可能只要2-3个小时。

一但update成GUI，就起码有两个提示框：从哪里下载（建立一个下载任务）和 保存到哪里。这是最基本的功能。

为了增加CE，那么是否该有一套Wizzard来客户做Proxy Setting？是否应该有一定的方法让客户组织download的软体。

在进一步，是否下载的时候应该有动画或者process bar显示 ，这就要牵涉到GUI 下多线程的问题。

当CE增加的时候，尽管业务逻辑没有变化，但是GUI上的投入显著增加。这还不包括公司的Logo制作，Splash Screen等等，好的Helper。。。。。（起码可以为其增加10几项功能）

另外还有许多基础研究的投入，例如人的视觉特点 配色原理，中国在此方面可以说建树甚少。

70％有点夸张 ，一个交互性比较好的web UI是比较花功夫，尤其是国外的一些软件，界面都作的很人性，很漂亮，这就需要时间了
国内好像不怎么注重这个 

。。。。。我的例子很明显说明是GUI，而不是WebUI。。。。。
WebUI的功夫不见得少多少。就拿这个论坛来说，起码就有多处侵犯了著作权，（比如表情符号里的图标），把这些美工和摄影加进去，少不了时间的。

看过很多人的JSP作品，一句评价是，画面狗屎一团。

做什么也别做界面
唉~~~都把做界面的当白痴

拜托，我也做过很多次白痴啊。以后再敢说这样的话我可就不客气了。

:( 现在给我的感觉越来越是这样的。
我也不想做白痴啊，没一点事情自己能说了算的，要满足每个人的意见怎么可能？
结果就是今天改成这样，明天该成那样，后天又改成前天的样

好累

没去过威尼斯的人没资格说那地方的美丑，没写出过好界面的人，有什么资格说这个话。

当初金山公司开发盘古 连"所见即所得"能失败，界面岂是用VB拖拖拉拉那么简单的？

照我的想法，做界面应该第一手了解用户的需求，解决表现面上的问题，参与编写用例和制订业务接口。可惜现在的美工小MM多半只肯帮我做几个图片画几个表格，你说我不把他们当白痴又能怎么办呢？