领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Dionysios G. Synodinos 译者 张龙 发布于 2010年6月22日
近日,Oracle的Maurizio Cimadamore在OpenJDK Mercurial仓库中发布了初始的lambda实现,这让我们有机会首次目睹该新语法的容貌,同时也引发了社区的广泛争论。
目前的原型支持如下特性:
下面的代码片段声明了一个简单的lambda表达式,该表达式接收一个整型,加一后返回:
int i1 = #()(3).(); assertTrue(3 == i1); Integer i2 = #()(3).(); assertTrue(3 == i2); int i3 = #(int x)( x + 1 ).(3); assertTrue(4 == i3); int i4 = #(Number x)(x.intValue()).(new Float(3.0f)); assertTrue(3 == i4); Object o = #()(3); assertTrue(o != null);
该原型支持规范草案所描述的语法,如果想要更好地了解语法,读者可以看看衰退 测试。
因为Java通常使用长单词而非符号,因此有很多人觉得这种语法太笨拙,并不符合语言本身的感官。
来自Ajaxian的Dion Almaer认为这种语法更接近于Perl而非Java:
Integer i2 = #()(3).(); //i2 = 3
int i4 = #(Number x)(x.intValue()).(new Float(3.0f)); //i4 = 3 Erm, Java? Or Perl!!
无独有偶,Ruby on Rails的创始人David Heinemeier Hansson认为这种语法太乱:
Java 7新的闭包语法:int i4 = #(Number x)(x.intValue()).(new Float(3.0f));——这一行也太长了吧!
不少Java开发者在论坛和讨论组上抨击这种lambda语法:
Java Posse Group
“吼吼,这也太恶心了吧。源代码乱的一团糟”。
“恩,这种恶心的语法倒是能够减轻编译器开发者的工作量。一定还有更好的方案能够解决这个问题。即便是Obj-C的块都比这强(至少语法比这强)”。
”为了保证向后兼容,Java没法实现更优雅的解决方案,但现在这其实根本不算什么问题“。
Baptiste Wicht的博文
”一看到int i1 = #()(3).();这一行我就无语了,第一眼还以为代码写错了呢“。
”肯定还有改进的空间。如果用adder(1, 2)代替adder.(1, 2),我觉得会好很多,把点放在中间并不符合Java风格“。
Hacker News
“这种语法太丑陋了”。
“从实践上来说,Java并不会使用过多的符号。他们这帮人为什么要这么做呢?我并不是说反对他们(相对于长单词来说,我也更偏爱符号,虽说这会导致更长的学习曲线),但这与Java规范格格不入”。
另一方面,Nick Wiedenbrueck认为该提案由来已久,Java社区应该认识到将要发生什么:
现在有几个提案,上次的Devoxx大会上也宣布了提案草案与规范草案,但社区并没有对此进行过充分的讨论。什么原因呢?我有一些假设。lambda项目太安静了么?根本就没有几篇博文或是示例介绍lambda。社区出什么问题了么?社区领域跑哪儿去了?难道都忙着学Scala去了?静态类型语言(没有类型推断)中的闭包就应该这么复杂么?
最后,该原型的创建者之一的Brian Goetz说到,在进入到产品阶段前还会继续改进语法:
记住,这只是早期的概念验证阶段。这里面的语法都是暂时的,随着Lambda项目的不断发展,语法也会发生很大的变化。同时,还有很多比语法重要的东西,我们的全部精力都放在这上面了——语法要为之让路。
InfoQ上有篇深度探索面向Java语言的Lambda的文章,感兴趣的读者不妨移步一观(文章包含了为何当前的语法是adder.(1, 2)而不是adder(1, 2))。
社区观点:InfoQ中文站.NET社区编辑赵劼针对Java Lambda表达式专门发表了一篇题为《浅谈Java 7的闭包与Lambda表达式之优劣》的博文,深入浅出地探讨了Java Lambda表达式的使用方式及其缺陷,博文以大量的实例阐述了目前Java Lambda表达式的种种硬伤,读者可以从中了解到当前Java Lambda表达式的现状。此外,该文的评论也很丰富,包含了很多有意义的信息,会对读者起到一定的帮助作用。
查看英文原文:First Version of Java Lambda Syntax Sparks Debate
译者 张龙 热衷于编程,乐于分享,对新技术有强烈的探索欲,对Java轻量级框架有一定研究。
c# ruby scala 无论哪一个都比它好,比当年的二等残废-泛型还要恶心,java是该滚出舞台,编程历史了
真的
语法好丑,这样的语法又如何保证阅读效率???
可是它的开源社区和那些库 框架真的很棒 我们吃饭的家什又不只靠语言
用#号标识函数很奇怪,为何不用{}
class MySam : ISomeInterface{
Func<P,R> _h;
public MySam(Func<P,R> h){ _h = h; }
public R SomeInterfaceMethod(P p){ return _h(p); }
}</p,r></p,r>
争论这些毫无意义。
我还是更加关注其有多大实用价值。
参考C#的语法就很好了,最好再加入类似LINQ的语法功能
哥们,新手吧?稍懂点的都清楚语言本身无优劣之分
哥们,真高手啊,语言要无优劣之分,您怎么不用汇编写web应用
为什么非要引入#来代替\lambda呢?
比如:
int i1 = [ : 3]();
Integer i2 = [ : 3]();
int i3 = [x:x+1](3);
int i4 = [Number x : x.intValue()](new Float(3.0f));
Object o = [ : 3];
哥们,真高手啊,语言要无优劣之分,您怎么不用汇编写web应用
语言无优劣之分,但有自己适用的场景
RT
是啊,把Java搞的越来越差了
你这就是变相承认在每一个场景下都有优劣之分……
那是当然,总不能用汇编来做网游吧
哥们,真高手啊,语言要无优劣之分,您怎么不用汇编写web应用
这位仁兄显然不知道汇编是很NB的语言。之所以不用汇编写web应用不是它不好,更不是不能用它写,而是不适合。比如你为什么不自己用棉花纺线织布做衣服再串,你用来开发web应用的程序(或者框架、技术……)也是由很多基础的东西一步一步构建起来的。最简单而言,没有汇编,就没有我们现在使用的OS,更何谈web应用。
话说回来,上边提到的语法确实让人很痛苦,总觉得像加了密的,呵呵。
在实施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概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
17 条回复
关注此讨论 回复