领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Abel Avram 译者 王波 发布于 2010年3月2日
为了信守去年十月做出的关于“加强互操作性并让客户及厂商能够在不同的平台上访问.pst文件中数据”的承诺,微软最近公布了Outlook PST文件格式规范。
基于微软要完善跨平台互操作性的原因,它实施了一项重大举措,即公开Office 2007 SP2和Office 2009中所实现得OASIS开发文档格式的1.1版本。该实现包含Word、Excel和PowerPoint,它是微软Office文档格式的一种。通过这项举措,微软加入到众多实现ODF产品的行列当中,例如:OpenOffice.org/Sun StarOffice (该格式的开拓者), IBM Lotus Symphony (一款基于OpenOffice的产品) 和Google Docs。
微软不仅在Office软件中实现了ODF,也公布了一系列关于Windows、Exchange Server 2007、SharePoint Server 2007及其它的规范,如下所示:
- 由MCPP和WSPP许可程序所涵盖的Windows客户端和服务器协议文件,已符合法律和欧洲委员会2004年决议内容,此外还有应用程序服务和.NET Framework的协议文档
- Office 2007、Exchange Server 2007 to Microsoft Outlook 2007和Office SharePoint Server 2007的协议文档
- Office二进制文件格式
- 由微软产品实现的个别计算机语言文档
微软声称即将公布Outlook PST文件格式。开发人员可通过Messaging API(MAPI)访问PST文件中的数据,因为Outlook对象模型从2007年开始公开,但必须在客户机上安装Outlook。现在,不仅Outlook可访问PST文件,开发人员也可以在其它平台(客户或服务器上)进行编程,因为该文档提供了完整的数据结构和存储细节。
Outlook PST文档在开发规格文书中承诺,允许“任何人在任何平台上以任何工具实现.pst文件格式,而无需担心专利,也不必与微软联系”。
微软声称自身正开放PST“让一些组织最终可以使用新的公司监管政策,尤其是在维护公司各部门间的交流方面”。
微软曾向负责调查其垄断行为的欧洲委员会提议,来兑现其公开特定信息以完善某些微软产品的互操作性,当中包括Exchange:
2009年七月,微软就公开互操作性信息做出提议,声称该举措可以改善第三方产品与若干微软产品,如:Windows、Windows Server、Office、Exchange和SharePoint之间的互操作性(详见MEMO/09/352)
微软否认发布PST文档格式规范和反垄断调查有关,但微软也没有解释改善互操作性给自身带来何种好处。这项举措的最终结果仍不确定,因为部分公司会使用PST格式来开发应用程序,甚者会在云中进行开发,而其他公司也许会使用它来移植现有的Outlook到其它解决方案。
查看英文原文:Microsoft Has Published the Outlook PST Specification
译者 王波 是匆匆IT过客,涉足于.NET编程技术,潜心研究和译书,与友人共译《C# 3.0揭秘》 。
在实施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概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
没有回复
关注此讨论 回复