领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Geoffrey Wiseman 译者 郭晓刚 发布于 2007年10月17日
《JSR-275:单位规范》的目标是为Java软件开发增加计量单位的支持,以期能减少某些类型的错误。该规范的领导之一Jean-Marie Dautelle为我们介绍这个API:
不恰当的物理测量模型会导致严重的程序设计错误。特别是将计量建模成单纯的数字而不管其代表的单位,会产生出脆弱的代码。其他开发者或者代码的其他部分都可能会错误地把数字看成代表其他计量单位。例如,一个人的重量数字的单位到底是磅、千克还是英石,并不容易看出来。这个问题很难通过测试来解决,而且已经给社会造成了数以百万计的金钱损失。(NASA损失了价值$1.25亿的火星探测器,就因为Lockheed Martin的工程师使用英制单位,而NASA的工程师使用更适合关键太空任务的公制单位。)
JSR-275引入了一个新的javax.measure包,其中包含一个Measurable接口和一个Measure类。
Measurable表示一个属性可被量度(例如海拔、高度等),且给定一个相容的单位,可取得该属性的值:
Measurable<length> height = person.getHeight();
long inches = height.longValue(NonSI.INCH);
Measurable用泛型来保证类型安全;如果传递一个Measurable<mass>对象到一个接受Measurable<length> 参数的方法,就会产生编译错误:
Measurable<mass> weight = person.getWeight();
person.setHeight( weight ); // error!
Measure代表一个具体的计量,是一个数字值和一个具体单位的结合。一个可计量的值(如geoffreyWiseman.getHeight())可有不同的表示(如Measure.valueOf(73,NonSI.INCH)、Measure.valueOf(1.8542,SI.METRE)) 。
API中还包括了量的表示(quantities)(如质量、高度、功率、压力),用来参数化计量的泛型表示;单位(INCH、METER等)被置于单位系统中。SI表示公制,包括单位以及前缀(METER、KILO(METER)等);NonSI包含了不属于公制的常用单位(日、英尺、节等)。
可以用UnitConverter来转换同一量纲的单位。它可以解析和格式化带单位的数值,甚至包括含有不同单位的复合表示,如英尺和英寸、时分秒。这个API是可扩展的,支持创建新的单位、单位系统以及量的表示。
有些讨论谈及JSR-275来支持JSR-310(日期/时间API),这个主题还有待深入。Stephen Colebourne在《JSR-275: Suitable for Java 7?》中指出日期/时间单位在转换中不具备科学单位的一致性:
查看英文原文:JSR-275: Units and Measures Introduced呃,我们怎样精确地在月和日之间转换?这种转换到底是什么意思?我姑且猜测,它是将1年定义为365日5小时49分12秒,然后定义1月是其1/12。然后根据这个数据进行月与日之间的转换。
译者 郭晓刚 是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概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
没有回复
关注此讨论 回复