领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Rick DeNatale 译者 马家宽 发布于 2007年12月29日
2007年圣诞节刚刚过去,Ruby1.9如约而至。
在以往的Ruby版本中,如果版本号的最后一位为奇数,通常都表示该Ruby版本为实验版本。所以Ruby1.7就是一个实验版本,而Ruby1.8则是一个正式版本。Ruby核心团队遵循这一规则,将Ruby的新发布版命名为1.9.0。这意味着Ruby 1.9不再被认为是实验性版本,虽然其实现到达产品应用的要求尚需一些时日。Matz表示仍会继续改进1.9版本的稳定性。不过Ruby1.9的语言定义现在已经稳定下来了,今后也不会再向其加入实验性的特性。包括Rails在内的主要Ruby项目,已经着手进行Ruby1.9的兼容工作。更多这方面的信息可以在下面看到。
Ruby1.9引入了大量变化和新特性,其中许多都非常自然。例如在向方法传递hash参数时,新的hash语法格式可以使您不再需要书写“=>”。所以一个像下面这样的调用:
link_to :controller => 'People', :action => "list"
现在可以写为:
link_to controller: fred, action: "list"
关于Ruby1.9版本相对于1.8版本的变化信息,最佳的资源一直是list kept by Mauricio Fernandez。Mauricio已经通过人工方式追踪这些变化有近两年的时间。最近他还宣布他将在稍后发布一个通过自动分析版本变更日志生成的新列表。
另一个有趣的变化是,一些诸如Ruby Gems这样的重要ruby“外部”工具现在也成为了标准库的一部分。
也许最大的变化的还是在内部。Ruby1.9实现于一个新的Ruby虚拟机之上。比起Matz团队在之前版本实现中所使用的旧式抽象语法树(abstract syntax tree,简称AST)解释器,这一新的虚拟机要高效的多。YARV同时在并发方面进行了调整:Ruby现在使用内核线程(即便由于全局解释器锁的存在,Ruby代码不会并行执行);此外,Fibers对延续机制(Continuations)进行了更新并将协同程序(Coroutines)引入到了Ruby中。
另一方面,Ruby1.9并不向后兼容Ruby 1.8。一些语义已经发生了变化。例如,块(block)中的参数现在的作用域被限制为块内部,块的语义也有了一些微调。这些变化意味着现有Ruby程序需要做出一定的改写后才能使用Ruby1.9。
Ruby图书出版商们正在加紧工作。Pragmatic Programmers最近宣布《Programming Ruby》的第三版(著名的“镐头书”)正在写作过程中。和Pragmatics的惯例一样,这本书已经以beta项目方式发布出来,供读者们试读。O'Reilly也宣布说由David Flanigan和Yukihiro Matsumoto撰写的《The Ruby Programming Language》一书有望在2008年1月发布。这本书将对Matz的《Ruby in a Nutshell》进行扩展,使其包含Ruby1.9的相关内容。
查看英文原文:Ruby 1.9 released在实施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概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
没有回复
关注此讨论 回复