应用JSF、Ajax和Seam开发Portlets(1/3)
本文主要讲述了如何用JBoss Portlet Container 和JBoss Portlet Bridge创建新项目,怎样配置一个JSF应用去使用JBoss Portlet Bridge,以及JBoss Portlet Bridge所具备的功能。
作者 Sadek Drobi译者 王丽娟 发布于 2008年8月25日 上午4时29分
为什么一些社交站点取得了巨大的成功,而另外一些则招揽不到用户呢?Clay Shirky在Buzzwatch的采访中表示,应注意这样一个事实——即在大多数情况下,“推出最少特性的软件往往大受欢迎”。顺应着同样的路线,比如几个作者主张Web的简单性,Clay Shirky认为社交软件成功的关键是“所有用户都共享的简单心智模型” 。Michael Nielsen称其为Shirky规律,他在博客中分析了为什么程序员总是违背这一规律。对于构建成功的社交软件需要提防的陷阱来说,他的论点及后续的讨论都提供了很有趣的见解。
真正的用户心智模型是大相径庭的。就是软件和其他用户的完整关系网。他们如何使用软件完全取决于其他用户如何使用的他们的心智模型。如果他们对心智模型缺乏信心,他们本身就会缺乏使用软件的动力[……]。软件越社会化,这种效果越明显。
[……]
很容易就会陷入去做那些让单一用户的体验更好的事情,但这却会让用户关系网的体验更差。
简单是Shirky规律的另一个关键词。为了让大量用户共享,潜在的用户模型确实要够简单。据Michael Nielsen所说,事情往往并非如此的原因有两个。首先,程序员往往趋向于去做技术上让人印象深刻的事情,然而最成功的社交软件却是“将一个任务做到极致 ”。不过找到这样一个任务是非常困难的。它应该是有用、创新、并且简单的任务,应该是“不能减少、或不能用现有任务解释”的任务。发现这么一项任务更多的是一种社会性挑战,而不是技术性挑战,这正好解释了为什么很多成功的应用都是由来自于非纯粹技术背景的人创建的,要不然就是被“意外地”创造。举例来说,博客是项目管理系统中的一部分,Flickr就出自于一个玩家可以分享照片的在线游戏的该项目,而第一个Wiki创建的原因是Ward Cunningham“厌倦了对用户的请求做出响应,来更新他运营的网站”。
Michael Nielsen强调道,简单的心智模型并不一定意味着技术上简单的软件。一些社交软件使用非常复杂的算法,比如Gigg或FriendFeed上那些用于排列提交条目重要性的算法,但这一技术复杂性应该对用户隐藏。
但是一些评论家认为,在用户模型级别以简单性为目标也有局限性。比如Chris Granade和Pedro Beltrao就警告试图运用Shirky规律导致的过度简单性。在Chris Granade看来,这可能会导致“妨碍共享理解的灵活性的欠缺”。举例来说,他指出,“将人添加为“好友”往往极不准确”,还可能会导致朋友网络的混乱和矛盾的元数据。轮到Pedo Beltrao时,他提到了另一个可能的混乱来源。在现实生活中,人们与不同的人分享时往往有不同的侧面,而在FriendFeed之类的朋友网络上,是不可能选择一个人的某一侧面的。因此,所有的侧面都会由差异巨大的人共享,而且“这可能会随着时间的流逝而增加无用数据”。
Michael Nielsen认为,假如用户已经非常熟悉应用,并“对他们的共享理解非常有信心”,在心智模型级别引入更多的复杂性是行得通的。因此,这只能在软件存在的后期用Facebook进行的方式来完成,在它已经具备一定影响力之后再逐步增加复杂性。
尽管这需要一个相当细致的方式,但简单似乎是社交应用成功的一个关键因素。Nielsen在对一条评论进行回复时,强调遵守Shirky规律的简单思想对构建成功应用来说是必要的,但并不是充分的。人们能有伟大的构想,但仍然不能施行。除了考虑大量纯技术和纯商务的问题之外,人们还应该持续确认软件和用户模型之间的匹配自始至终都保持着发展进程,而不要因开发人员对用户模型认知中可能的缺陷而停止。这就是为什么Michael Nielsen断定尽早增多测试用户,以及尽早、频繁发布的重要性。
查看英文原文:Opinions: Why Most Social Software Fail and how to Avoid it
本文主要讲述了如何用JBoss Portlet Container 和JBoss Portlet Bridge创建新项目,怎样配置一个JSF应用去使用JBoss Portlet Bridge,以及JBoss Portlet Bridge所具备的功能。
在这篇文章里,Bryon Jacob和Chris Berry将和我们继续探讨AtomServer,它是基于Apache Abdera的完整Atom存储实现。作者还创建了几个Atompub规范扩展,其中包括自动标记、批处理和Feeds聚合。
InfoQ中文站的电子杂志《架构师》试刊第二期出版了!相比于上期,我们在内容的选择安排和版式上都根据读者的意见重新做了修正。“细节决定成败”,我们希望基于InfoQ中文站的专业内容,《架构师》能逐渐成为大家喜欢的电子刊物!
在本文中,Steven Haines探讨了Web应用性能调优问题。该领域过去更像是一门艺术而不是一门科学。他提出了一种称为基于等待调优的方法,使整个调优过程更加可度量,也因此更具科学性。
通常来说,改变技术路线时最艰难的部分是辨别语言语法之间的不同。这篇文章就为Java开发者提供了一份如何转向Flex基础语言ActionScript的指南。
本视频主要以财帮子为例,介绍了如何创建一个PV为百万级的Rails应用。其中包括:Rails应用的服务器架构、Rails Cache的优化、负载均衡的处理、Web服务器的调试、分布式解决方案、Open API的设计等等。
InfoQ首席架构师Alexandru Popescu在采访中谈论了InfoQ架构、Webwork与DWR、Hibernate与JCR、Hibernate可扩展性、最新的InfoQ视频流系统和InfoQ的未来规划。
相对于Java,.NET在持续重构方面所给与的重视仍然少为人知,大多数人对于重构是否真正属于开发过程,以及如何将其应用到开发过程中持观望态度。Danijel Arsenovski试图为你揭示这些谜题。
没有回复
回复