Kukoo's Blog

Something about whatever...

Kukoo's Blog


分类为 ‘研发’ 的文章归档:

September 1st, 2008

JAVA EE 工程为什么会效率低下?

4 Comments, Popularity: 22% [?]

1. 架构师对于PowerPoint的熟练程度要远远胜过流行的Java IDE。
2. 光是部署基本环境(比如应用程序服务器和数据库)就需要若干张DVD和几个小时。
3. 一些流行的服务器需要几分钟去启动和部署,而你每天要重复这一过程若干次。
4. 为应用服务器的bug立案(并且重现问题的所在)往往比你自己修复它需要的时间更长(当然,如果你有源代码的话) 。
5. 很难为开发者们找到一个可以高效运行那些“企业级”开发工具的硬件,而且因为这些开发工具十分昂贵,想要弃他们不用也很困难。
6. 架构师热爱分层,光是从持久层传递一个持久实体到表现层,就需要若干次mapping。
7. 一切都是可配置、可替换、可建模的。XML的负担十分巨大。问题是:上一次你真正的需要在工程中替换某些东西是什么时候?
8. 无论是瀑布式还是敏捷式都充满各种专业术语和奇怪的规范。两者都可以非常的低效。看上去只做最基本的有时真的很难。
9. 开发者有的时候非常极端:不是用成千上万的模式和最佳实践把所有东西都过度设计,就是直接了当的使用“意大利面条”式的开发风格。
10. “快感已经不再”很多开发者、构架师和经理们已经失去了他们的狂热和激情。这也是为什么许多工程如此低效的原因之一。
11. 即使像留言板这样的程序,也要考虑高可用性,不掉线、集群。复杂性统治一切。
12. 奇怪的质量保证规则(比如文档化很明显的getters/setters方法)加大开发和维护成本。
13. 构架师和开发者热爱框架。即使对于最简单的增删查改类的程序,也要用到internet://**/*.jar,而不是Java SE或者应用程序服务器提供的API。

【英文原文】

如果真的出现这种情况,那就太可怕了:

一定要找那最流行的框架,
用功能最强大编辑器,
做就要做最复杂的系统,
轻量级的绝对不行,
框架最简单也得是SPRING,
什么EJB啊,HIBERNATE啊,SEAM啊,能用的全都得用上,
表现层要可配置、持久层要可替换,
程序最好能用一万年,
客户一见面,甭管有事没事,
都得问人家:您准备换框架不?
系统还得能够集群
访问量再小也得同时开10几台服务器
一天24小时在线
火星撞地球了都能提供服务
服务器上跑得都是weblogic、websphere
你要用一jboss,都不好意思跟人家打招呼
你说这系统,得做多长时间?
(怎么地也得5年吧?)
5年?那是一期工程,
10年起,
你得揣摩老板的心理,
愿意花5年开发一套系统的老板,
根本就不在乎再多等5年,
什么是软件工程你知道么?
软件工程就是,搞什么都不用最好的,用最复杂的
所以我们口号就是:
不求最好,但求最复杂。

Popularity: 22% [?]

No Tags

June 29th, 2008

改善用户体验十个规则

No Comments, Popularity: 17% [?]

1. More features isn’t better, it’s worse.
更多的特性并不一定好, 反而更糟.
Feature overload is becoming a real issue. The last thing a customer wants is confusion-and what’s more confusing than comparing technical specifications, unless you are en expert? Only nerds get a kick out of reading feature lists. (I know - I’m one of them.)
过多的特性正在成为一个事实, 用户最终就是混淆,而且,这比技术说明更令人混淆,除非你是一个专家?只有那些书呆子才会看明白那些特性列表. (我知道我并不是他们其中的一员)

2. You can’t make things easier by adding to them.
增加东西并不能使事情变得更简单
Simplicity means getting something done in a minimum number of simple steps. Practically anything could be simpler - but you don’t get there by adding features.
简单意味着用最少的简单步骤来完成一件事, 事实上, 任何事情都可能很简单, 但是通过增加特性你并不一定能完成.

3. Confusion is the ultimate deal-breaker.
让用户迷惑是毁掉业务的终级手段. (不要在功能和表述上给用户造成混淆)
Confuse a customer, and you lose him. And nothing confuses more easily than complex features and unintuitive functionalities.
使一个用户对产品产生迷惑, 你就失去了一个用户, 这将无济于事并且比复杂的特性和非直觉的功能更让人迷惑.

4. Style matters

风格很关键
Despite what nerds may think, style isn’t fluff. On the grand scale of things, style is as important as features-if not more so. Style and elegance can contribute significantly to a good user experience. But style isn’t just looks, it’s a global approach. Fancy packaging isn’t enough.
尽管那些书呆子可能认为, 风格是没有价值的东西.重要的是, 风格和特性一样重要,至少是这样的. 对于一个好的用户体验来说, 风格的典雅是非常重要的. 但是模式并不是表面上看起来的东西, 它是一个全局的过程, 华丽的包装是不够的.
5. Only features that provide a good user experience will be used.
只有在一项功能可以提升用户体验时才加上它
Why did the iPod catch on? Because it was so self-explanatory, and it remains the market leader in terms user experience. Sure, it may be excruciatingly difficult to make devices like digital media players or computers easy to use; but if a product is complex, intimidating or confusing, its chances for success are minimal.
为什么iPod会流行?因为它是不需加以说明的, 并且在用户体验中保留着市场领导地位. 当然, 使象数字媒体播放器或者计算机这样的设备能够简单的使用可能是很困难的, 但是, 如果一个产品很复杂, 比较强迫的让人使用或者让人觉得迷惑, 那它成功的机会是很小的.

6. Any feature that requires learning will only be adopted by a small fraction of users.

任何需要学习的功能都只会吸引一小部分用户
Learning new features, even the ones that a user might find interesting or intriguing, is a real issue:
nobody has time. Getting consumers to upgrade and adopt new features is one of the biggest problems software publishers face these days.

学习新的特性,即使用户会非常有兴趣或好奇,但是事实确是:
没人有时间.使用户去升级并且使用新的特性是软件发行者目前面对的最大问题的其中一个.

7. Unused features are not only useless, they can slow you down and diminish ease of use.
无用的功能不止是无用, 它会破坏易用性
Over time products become convoluted and increasingly complex to use. The frustration of not finding the one feature you need among a flurry of stuff you don’t need, want or even understand, can be considerable. (Ever heard of program called Word?)
过时的产品会使用户难以理解并且增加了使用的复杂性.在你不需要的,不想的或者甚至不理解的一大堆东西中不能找到你需要的一个功能性的挫败是值得考虑的.(是否曾经听说过程序被叫做单词?)

8. Users do not want to think about technology: what really counts is what it does for them.

用户不会关心技术, 他们只想知道产品能做什么.
The best tool is the one you don’t notice. Why do you think pen and paper remain vastly popular for brainstorming? Because you don’t have to think about them. Pencils don’t crash.
最好的工具就是你并不注意的工具. 为什么你会认为在智力爆发的时代笔和纸仍然非常流行, 因为你根本不需要想起他们, 铅笔不会垮台的. (就是好所用户不关注形式是什么, 他们只关注最后的结果和功能能做什么)

9. Forget about the killer feature. Welcome to the age of the killer user-experience.

忘掉关键功能, 关注最重要的用户体验.
When technology achieves something desirable without being in your face, when it know how to integrate itself into you wishes and desires without distracting from them, that’s when technology lives up to its potential. Unfortunately it’s not that simple to get there. …

10. Less is difficult, that’s why less is more
简洁很难, 因此少就是多.
Let’s face it: it’s usually harder to do simple things exceedingly well, than to just pile up features. The 80/20 rule applies here too:
do well what 80 percent of your users do all the time, and you create a good user experience.

让我们来面对一下: 比起只是堆积特性来说, 通常很难将一件简单的事情做得非常的好. 80/20规则也应用在这里:
始终做好你的用户所做的80%的事情,你将会产生一个很好的用户体验.

【转载】 Ten rules for a better user experience

This article is copy from Google.
10 Fundamental Rules for the Age of User Experience Technology

Popularity: 17% [?]

Tags: design


  • 页面导航

    • Home
    • About
    • Archives
    • Tags

  • 文章分类

    • 宝宝 (3)
    • 医疗信息 (2)
    • 管理 (25)
      • 团队 (5)
      • 研发 (2)
      • scrum (7)
    • 随便写写 (85)
      • blog (27)
      • 阅读 (15)
    • F1 (1)
    • Firefox (52)
    • Google (42)
      • GCalendar (1)
      • GMail (9)
      • GReader (13)
    • nokia (4)
    • Ubuntu (6)
    • Windows (11)
    • 技术 (65)
      • .Net (1)
      • Eclipse (31)
      • groovy (5)
      • Java (29)
      • oracle (1)
      • ROR (2)
      • 测试 (1)
    • 未分类 (1)
  • 近月归档

    • November 2008
    • October 2008
    • September 2008
    • August 2008
    • July 2008
    • June 2008
    • May 2008
    • February 2008
    • January 2008
    • October 2007
    • September 2007
    • August 2007
    • July 2007
    • March 2007
    • January 2007

  • Firefox 3 Google Reader

    All Posts Feed | RSS?

  • 相关文章

    • No Related Posts
  • 研发 分类中最受欢迎文章

    • JAVA EE 工程为什么会效率低下?
    • 改善用户体验十个规则
  • 最受欢迎文章

    • Fonts in Eclipse IDE
    • Nokia E71: UCWeb 的快捷键
    • T-Mobile G1 和 E71
    • E71: 节电小窍门
    • JAVA EE 工程为什么会效率低下?
    • Google Book Search 的嵌入式预览
    • Google Reader Trends
    • Google Chrome 的 about: 页
    • GMail, GCalendar, GTalk on G1
    • 计算机编程的21条“规律”
  • GReader Shared

  • 其他杂项

    • 新杰
    • 海宸
    • Login
    • Valid XHTML
    • XFN
    • WordPress

© 2007 Kukoo's Blog | iBlue Theme | WordPress 2.2.1
34 queries. 1.196 seconds. valid xhtml css, Creative Commons