领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Mark Figley 译者 郭晓刚 发布于 2008年7月16日
看Ted Neward干脆利落地扒下皇帝的新衣总是一件赏心乐事。这种情况经常出现在他向Java社区解释“寻找方案架构的时候如果自动忽略微软的技术会是多么大的损失”的时候。上周Ted写了一篇短文介绍Bruce Wilson写的一篇讲述用Microsoft Office充当(非常强大的)富客户端的文章。简短介绍Wilson的文章之后,Ted直奔主题:
有意思的是,他所提出的大部分想法在各种后端——Java后端、Ruby后端、.NET后端——之上都很容易实现。Office是多数最终用户能够马上理解的工具(无论你是否赞同微软的用户界面隐喻,也不管你是否喜欢Office是全世界安装得最多的软件包这一事实),而且Office软件里已经内建了很多支持功能。
我觉得“普及”应该是富客户端平台(乃至任何客户端平台)最重要的特征。虽然MS Office仍然不如浏览器普及,但两位作者所说的是企业自动化软件开发,也就是一些从来都不会在企业之外使用的内部软件。而对于大多数企业来说,MS Office是非常普及的。
Wilson的文章一开头说的比较抽象,但随着主题展开,他提出了一些很有意思的观点。下面是从文中撷取的一段,为Office应用做了有力的注脚:
我们公司对自己提高“用户体验”的能力很自豪。从本质上说,提高用户体验意味着我们要调整软件与用户接触的部分,使之更贴合用户的需要。近年来,我们观察到系统开发的趋势是将更多的后端向更多的用户开放,尤其是将一些原来只允许数据库专家访问的信息向商业用户开放。我们还惊讶地发现,人工重新输入信息非常常见,即使大公司也是如此。解决这两种情况通常都涉及到SOA(Web Services)、OBAs和相关的微软技术。
我注意到大多数内部开发的企业应用都完全不关心用户体验。为Web应用创造一种自然而高效的用户体验是可以做到的,但同时也是昂贵的,而且常常不符合经济利益的考量,因为“足够好”也能完成工作。将解决方案建立在一套用户已经熟知的工具上,并且利用用户的熟悉来以更低的成本提供更直观的用户体验,这个观点相当合理。
但我很疑惑,这么合理的方案为何实行的企业那么少呢?我决定问一下Ted的想法。下面是我的问题:
Q:“Ted,这个问题你已经说了好几年了,但我们好像还在提出想法的阶段踏步,仅仅是将这个概念传播给了更多的 人。你觉得这像不像几年前XFroms的情况?大多数人不久就永远放弃了XFroms。我的意思是说,当时我们都觉得XFroms明显会是胜利者,它比HTML forms好多了。它将会胜利——肯定会胜利。O'Reilly连书都出了。但结果我们大眼瞪小眼‘到底怎么了?为什么没成功?’服务后端和Office前端结合绝对是威力强大的,但其接受程度最多只能算是边缘。肯定会有人问你,‘为什么人们没看出来那么明显的事情?’”
不出所料,Ted的回答既深刻又引人深思,所以我干脆不加编辑直接把他的回答列在下面:
我想人们已经看出来那么明显的事情了……尤其那些已经开发了Office Business Apps五、六年的人。:-)
如果你到TechEd IT上看看,可以遇到很多这类人,只不过他们不是传统的开发者,不是我们从 “企业”、“计算机科学”的角度所想像的开发者。这些人微软称之为“信息工人”,他们在技术上最多只是中等程度,但在业务上是极精明的。他们会以各种方式使用Office来解决问题。(正是这些人的Access数据库最终“扩展”成了Oracle和SQL Server支撑的Web前端企业系统。)有时候我们想弄清楚一个应用或者系统的业务规则,这些就是我们要找的人。
坦白说,把Office用作富客户端的想法比XForms那一套有个优势,就是它已占有的市场份额。Office不会很快消失(给我举个能达到Office市场份额十分之一的竞争者),只要Office没出局,用它做富客户端的想法就会生存下去。我要做的事情是把很多开发者看待Office时那种“这不是真正的编程”的成见赶出去。
如果你想要一个真正有意思的预测,我认为Office会比SOA活得长……就像它已经比“对象”和“C/S”活得长一样……这些话传统开发者可不爱听。
如果你已经被勾起了好奇心,可以继续观看InfoQ对Ted做的访谈,其中亦讨论了这方面的一些想法。
查看英文原文:Microsoft Office as a Rich Client For Enterprise Applications
译者 郭晓刚 是InfoQ中文站架构社区编辑,创建并终结过数家软件小企业,翻译过多本技术书籍。
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
论道WP第三篇专栏,以应用程序栏的使用为中心,包括了软键盘带来的问题、应用程序栏介绍、如何绑定应用程序栏的属性等几个方面的具体话题,为开发者顺利使用应用程序栏开发提供了具体指导。
在多线程并发编程中Synchronized一直是元老级角色,很多人都会称呼它为重量级锁,但是随着Java SE1.6对Synchronized进行了各种优化之后,有些情况下它并不那么重了,本文详细介绍了Java SE1.6中对于锁的性能优化,以及锁的存储结构及升级过程。
本次分享将首先介绍现代富文本编辑器的组成和实现,然后结合UEditor的开发过程,与参会者分享UEditor在设计和实现的过程中,所涉及到的核心功能的细节实现。
本次演讲视频录制于百度技术沙龙。
我们所开发的应用程序大多都需要提供一个图形用户界面(GUI)。关于GUI应用的架构设计,已经有了Form & Control、MVC,、MVP、 Passive View等多种模式。模式可以帮助我们建立优雅的架构,但前提是弄清楚模式的应用场景。弄清楚GUI应用面临的设计上的问题,有助于我们正确的挑选设计方案。
MongoDB是一种非常易用的NoSQL方案,Brian C. Dilley在这篇文章里介绍了MongoDB的优劣势,并介绍了MJORM项目。MJORM用于MongoDB,是一个没有注解的Java ORM库。
随着网络基础设施的逐步成熟,从RPC进化到Web Service,并在业界开始普遍推行SOA,再到后来的RESTful平台以及云计算中的PaaS与SaaS概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
1 条回复
关注此讨论 回复