领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 潘加宇 温昱 发布于 2008年2月1日
架构是什么?架构设计就是设计接口吗?如何成为一个好的架构师?架构种类很多,开发人员如何选择?如何划分用例的粒度?架构设计过程中一定要引入很多的文档吗?如何将需求转化成一个良好设计的架构?UMLChina首席专家潘加宇和资深咨询顾问温昱(《软件架构设计》作者)与读者分享了他们对这些让人迷惑的问题的看法。
观看视频:从实践出发探索架构的本质(41分46秒)架构是一个既实又虚的概念,每个人都有不同的理解,有的人从业十几年还称自己为程序员,有的人刚入门就自称架构师。对于架构的概念,温昱认为:
在业界,我们会为它归类,第一大类我把它叫做结构派,在我的书籍上也会提到;第二大类叫决策派。第二种类型是决策派,他的典型就是RUP提出的这个定义:软件架构是一系列有层次的这个决策。
因为潘加宇多年来一直关注需求和设计的技能和细节方面,所以他对架构的理解就是对于某个软件的类型而言比较稳定的东西,是从多个项目中提炼出来的东西。他比喻说:
就像我们这个人,你不管人怎么样,长得怎么样,里面的骨骼的机制是一样的,那这些东西可能跟具体的一些项目是没关系的。那正是因为它没关系,所以一旦我们一个团队选定了一个架构之后,我想这个架构上面的变化就不应该很大,而是应该重点就把这个精力放在业务上面。
对于如何将需求转化成良好的架构,潘加宇和温昱也给出了自己的看法,借用Grade Booch的“名言”,设计良好的架构途径无外乎三种:
第一方面呢,就是偷,也就是借鉴业界现成的一些正确的做法或者说是成功的做法;第二种是方法,我们先说第三种,第三种就是直接靠经验或者灵感来创造。第一种是偷,第三种是创造,那么介于两者之间呢,就是我们刚才也提到的方法。方法它不是说完全照搬,也不是说我就完全创造,它会有一些理性的分析,也会权衡怎么样来做这件事情等。
能不能改善一下网速
也不支持缓冲
效果太烂了
又一本包装出来的浮躁精品:评温昱《软件架构设计》
也许是我的粗心,我看错了,读得不够仔细,不够认真。
从软件专业的角度看,我认为这是一本非常初级的、所谓的软件架构设计图书。在周筠、孟岩等人的眼里,这是一本隆重推出的原创精品,不知道它是否符合博文视点其他股东和投资人的精品标准。而我个人的鉴定意见是,此书完全达不到精品尤其是原创精品的标准。显然,在周筠、孟岩的精品标准与张恂的精品标准之间存在着巨大的 Gap。那么,什么是咱中国软件人、程序员所能广泛认同的精品标准,这是我想建议大家来一起研究的。
我给所有图书的作者、编者、责编、总编、总监、总裁,以及形形色色的书托们 ... 等等一切利益相关者(包括张恂在内)的建议是:无论何时、何地,请千万不要投机取巧,千万不要忽悠读者。
好了,我要看书、编程去了,继续学习中 ...
软件架构设计专家 张恂
www.zhangxun.com
“显然,在周筠、孟岩的精品标准与张恂的精品标准之间存在着巨大的 Gap。那么,什么是咱中国软件人、程序员所能广泛认同的精品标准,这是我想建议大家来一起研究的。”
有个问题,张恂的标准到底是什么?
又一本包装出来的浮躁精品:评温昱《软件架构设计》
也许是我的粗心,我看错了,读得不够仔细,不够认真。
从软件专业的角度看,我认为这是一本非常初级的、所谓的软件架构设计图书。在周筠、孟岩等人的眼里,这是一本隆重推出的原创精品,不知道它是否符合博文视点其他股东和投资人的精品标准。而我个人的鉴定意见是,此书完全达不到精品尤其是原创精品的标准。显然,在周筠、孟岩的精品标准与张恂的精品标准之间存在着巨大的 Gap。那么,什么是咱中国软件人、程序员所能广泛认同的精品标准,这是我想建议大家来一起研究的。
我给所有图书的作者、编者、责编、总编、总监、总裁,以及形形色色的书托们 ... 等等一切利益相关者(包括张恂在内)的建议是:无论何时、何地,请千万不要投机取巧,千万不要忽悠读者。
好了,我要看书、编程去了,继续学习中 ...
软件架构设计专家 张恂
www.zhangxun.com
成天就看到这个人在这里骂街,也不见你写出两本真正有用的东西来。看到别人写了一点东西出来就眼红了,难道你跟温昱有仇吗?看了很多你骂他的文章,今天实在有些看不过去了。
书虽然是初级了点,但是对于刚入门或想入门的SA来说也是好事呀,看问题不要太偏执。
justin wang:
有个问题,张恂的标准到底是什么?
简单地说,就是更加自律和专业(more professional),向更专业、技术水平更高的作者学习,起码要达到行业的平均水准。
软件研发作为一门科学和工程的艺术,也是一门特殊的专业和职业(profession),这项工作非常强调逻辑性,而科学的逻辑分析、思维和判断能力是需要经过长期专业、刻苦的训练才有可能掌握的。
客观上,温昱的《软件架构设计》恰恰缺乏概念完整性(concept integrity),逻辑混乱,写作水平表现得非常业余。我很难相信,这是一位资深软件架构师的创作。建议有关人士最好不要再表演下去了。
至于什么是软件技术图书的精品,什么是原创精品,我想众多西方的软件科学家、工程师、大师级专家们已经为我们作出了表率,大家都有收藏,不用我再赘举了吧。他们的著作所反映出来的那些质量属性,应该就是精品的标准。
张恂
说的好。作为一个技术人员一定要有所操守。不能昧着良心糊弄。那样只能会误人误己。
希望管理员自己能够测试一下,并改善
“如果你手上的人,他的素质是非常低的,高中生程序员。”
看来潘加宇直接把【素质】和【学历】挂钩,不愧是北京大学硕士,素质果然很高啊。
我就是一名高中生程序员,我在虚心学习你们的思想的同时,同时享受这种没有任何依据的侮辱,我不能认同素质可以和学历挂钩,在工作中我认为学历所起到的最大的作用还是敲门砖的作用,实际工作中的技术水平则完全取决勤奋、天赋和经验,就算在开发中会用到大学中我没有学习到的知识,我相信这我也能像学习一门新技术一样在较短时间入门。我认为大学知识并不全部是我需要的,而在社会中需要仅仅大学生这个身份。做为一个北京大学硕士,从你简单的谈吐中我更加能确定我的认识。
对于架构这个东东,实在没什么感觉,或许随着时间会有所认知。不过能够看到一些有价值的东西,足矣!建模技能需要积累;业务领域需要沟通
一些关于架构的论文
cloud.mao2.com/cloud/papers.html
虽然没有读过这本书,但也了解一些温昱技术思想,个人觉得可以借鉴学习。张恂就别到处闹腾了,这里又不是娱乐圈,这么争吵只能降低自己的可信度。跟温昱有什么具体的技术分歧倒是可以拿出来晒晒,大家说不定能从中受益的。动不动就扣帽子,拿西方来唬人,已经不是那个年代了。
如果缺乏对业务的理解,再好的架构也是巴比伦塔。
在实施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概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
14 条回复
关注此讨论 回复