领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Michael Stal 译者 杨晨 发布于 2011年9月4日
专利新闻这几日频频出现,最引人注目的就是和HTC、Samsung、Google以及Apple这些智能手机厂商相关的新闻了。这也让富有争议的软件专利讨论如火如荼,争论的中心就是软件专利是否应该用来保障创新还是作为一种武器。但是谁对谁错?换句话说,软件专利是否弊大于利?或者正好相反?
Martin Fowler最近发表了一篇博文阐述了他的观点。他引用了William Rosen的观点,William Rosen坚信专利是工业革命发生的关键因素之一。专利使得发明家,即使这些发明不会有富有的用户来购买,也能够负担得起创新的成本。因此,专利是工业革命最伟大的发明。但是,当问题回到软件专利上来的时候,Fowler认为它的用途其实已经被扭曲了。
专利的中心思想就是对于某种崭新的事物,授予发明者(一定时期的)垄断的权力。
他进一步阐述道,
软件产业的每个人都应该清醒地看到大量的软件专利除了声明拥有那些已经使用了数年的技术外毫无用处,还是让开发工作独立于软件专利之外吧。
软件专利的覆盖面非常广,但是它们应该更加具体而且缩小范围。这种情况是因为那些大型组织更倾向于使用这些专利来进行法律战争。专利的如此滥用实际上是阻止而不是鼓励创新。而且更加糟糕的是,小型的公司或者个人将不可能负担得起专利官司所需要的时间和金钱。最终,软件专利捍卫了垄断。让我们印象最深刻的是,Android手机就使用了250000项专利。
Erick Schonfeld在一篇文章中指出了另外一个问题。如果一家公司需要花费了数十亿美元来保护他们的业务不受敌对专利的侵害,那么这笔投资将不可能用来创造新的工作岗位,新的产品或者其他有意义的活动,因此,
专利(至少对软件来说)的花费超过了它们为社会创造的价值。
他甚至认为我们现在正处于一个专利泡沫的时代。
美国和欧盟正在尝试为软件专利找到一个合适的量化标准,这正是Richard Stallman在接受卫报采访时所强调的。尤其是,在欧盟中持软件专利支持态度的游说者已经提出了单一专利的草案。当一项欧盟专利授予发明者的时候,它应该在整个欧盟内部有效,除了意大利和西班牙。Stallman相信这将会导致像在美国一样的专利战争。更多关于支持软件专利的游说者工作可以参见此处。
当然,这也有软件专利的倡议者。最著名的人就是Bob Zeidman,他撰写了一本知识产权的著作。在8月24号和加州大学伯克利分校的Edward A. Lee的讨论中,他认为如果没有软件专利的话,就没有办法阻止公司或者个人从别处偷窃创意和想法。而且,Zeidman还认为,如果不采取知识产权保护的话,那么就不会有科技进步。他的观点也可以在InformIT的podcast中找到。
虽然有很多软件专利的倡议者,但是反对的人数看起来更多。Fowler认为,“如果我们能够回到专利的核心价值上并且能够正当地使用”,那么软件专利将会是一个非常优秀的方法。但是考虑到现在这种滥用的情形,软件专利应该被完全抛弃。
您个人对于这个争议性的话题持什么样的态度呢?
查看英文原文:Controversial Opinions on Software Patents - The Good, the Bad, and the Ugly
译者 杨晨 对数据库和搜索引擎有深入了解,尤其擅长经典计算机科学理论,对历史学兴趣浓厚。
在实施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概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
2 条回复
关注此讨论 回复