Situational Leadship

clipped from www.infoq.com 理想情况下，团队在其中进步到“能够，愿意”。我们从Tuckman的团队建设模型（"-orming model"）中已经知道，事件或状况可能导致团队被打回之前的状态（比如：新的团队成员或经济状况不稳）。同样需要注意的是，基于某些定义，团队至少要达到“愿意”，否则不能真正被看作是一个团队。 Hershey和Blanchard为每一种追随者取向分别指出了一种有用的领导风格。这表示对某个团队非常有效的东西，对另一个团队或其部分成员可能没那么有帮助。看起来一个敏捷领导者可能需要一套不同方法的集合。  在这一模型中，领导者的态度由轴线代表：“面向关系”表示对领导者与追随者之间关系的强调，而“面向任务”表示领导者需要做出的努力，使准备好的追随者完成实际任务。 这些领导风格也可以有其他命名： Telling告知 Directing指导 Selling推销 Coaching教练 Participating参与 Joining, Supporting参加，支持 Delegating授权 Trusting托付

Agile isn’t about the work. It’s about you.

clipped from blog.criticalresults.com Dilbert: "We need three new programmers." Boss: "Use agile programming methods." I really do hear it a lot: “We tried agile but it didn’t work.” Even the way one says this is passive. Something was out there, we tried it, it failed. Let’s rephrase that: “We picked some specific Agile practices and didn’t get the results we wanted or expected.” “We brought in an Agile consultant, but it just cost a lot of money and nothing really improved.” “The guy who’s always talking about pair programming, we let him do it, but nobody else is interested.” The difference is not just the informality, it’s the mental and emotional ability to connect with what needs to get done as opposed to what you’ve been told to do. That’s part of the principle of self-organizing teams. But you have to ask yourself, is your corporate culture one that rewards following orders? Or rewards the solving of difficult problems?

Modest Manager+Humility Culture

对于如何推进敏捷，如果只是从实践来着手，往往走向形式主义；如果从文化价值观的角度来着手，似乎是不可完成的革命。

How to promote Agile/Scrum is big topic. If only drive the practice, then the formalism is the unavoidable result; If try to change from culture and value, it seems a impossible revolution.

clipped from www.infoq.com 关于一个敏捷程序员需要什么技能，或者一个公司想要成功地实施敏捷必须采用哪些实践，还是有很多争论的。但是虽然其重要性不可否认，这真的就是敏捷成功的核心所在吗？Mark Schumann建议敏捷的“一个基本要素”并不是基础级的敏捷技巧，而是管理层的敏捷定见。  Schumman通过强调结对、TDD和站立会议这些敏捷实践背后的本质来介绍他的观点： 结对很重要，但是你能开心于每天被纠正几十次更重要。测试驱动开发很有用，但是去设想一百多种让测试通不过的场景更有用。站立会议可能很有效，但是同事的信任解放了你去做自己的事情，才让会议真正有效。 随后他把“纠正、设想和信任”联系起来，提升到了一个新的层次，并且解释了这真正的基本组成部分如何不仅在团队中、也在管理层中发生： 抛开陈词滥调，敏捷真的是一种态度或者一种定见。而且我觉得它应该自上而下展开。 我不知道是不是有一个单独的词汇来命名它，但中高级管理层中必须具备这样一种态度，承认他们不是什么都懂、有些事情无法控制、意外情况总会出现。你必须信任你的团队，甚至在他们没有交付你所期望的结果之时。你必须设想不止一种可能的结果。你必须得体而容易地接受对你第一印象的修正。 Schummann事实上找到了这个一开始没想到的名词，从而以此完善了他的思想：“成功敏捷开发起源于谦恭（humility）的文化”。  信任意味着你不得不放弃控制，放弃很多。 设想意味着你将少了很多确定性。 改正意味着你不得不承认从来就没有完美这回事。 ...成功运用敏捷软件开发——或者任何其他种类的敏捷——的公司，都是那些能处理好失去控制、确定性以及完美保证的公司。

敏捷-好的开发人员-培养他们-留住他们

clipped from www.infoq.com InfoQ中文站：有人说要成功应用敏捷开发，需要很好的开发人员才可以，你觉得如何呢？ Dave：我实在很爱这论点！虽然我完全不明白这是什么逻辑，但十分有趣。 “如果我想应用敏捷开发方式，那我就需要好的开发人员”，那是不是如果我采用其他方法就可以用差的开发人员呢？我从来都不认为在什么情况下可以接受低劣的开发人员。 当我去做顾问服务的时候，看到他们公司开发人员，我希望我可以跟他们说：“炒掉30%的开发人员”（但我从来未说过），因为这样其实可以提升效率，我不认为你可以期望在没有好开发员工下能做到什么好东西。 但不要误会，好员工跟巨星是有分别的，一班大师级的开发人员只会花时间在争吵，你需要的是良好的配合，一些好的，一些大师，也需要初级员工以作培训。 任何好的开发过程的核心都是好的员工，在其他行业也不例外，试想想你去到医院，里面有不好的医生那可不可以呢？无论什么行业，你都需要好的员工。 更重要的问题是，我们如何找到好的开发人员？ 我们这个行业，从来都没有一个好的方法去培养好的开发人员。我们有大学教授理论，不过学校不知道什么是真正的软件开发，而入了行再重新开始学习编程，我认 为这是不当的方法，你需要一些大师，好的开发人员，和初级开发人员，而我们的责任是使初级的开发人员成为良好的开发人员。这是开发优秀软件的重要因素。 2009年10月22日 上午9时23分 发表人 Tarzan Wang Tarzan Wang 当我去做顾问服务的时候，看到他们公司开发人员，我希望我可以跟他们说：“炒掉30%的开发人员” 哈哈，老大说的好呀，关键是如何招到好的开发人员，如何培养好的设计师，如何留住他们 Re: 关键是如何招到好的开发人员，如何培养好的设计师，如何留住他们 2009年10月22日 下午7时56分 发表人 egmkang wang 好的开发人员要看天赋的,还有就是上进心的. 我觉得好的开发人员都有洁癖,心理上的洁癖. 留住,是一个很大的问题.如果说,一个公司的流动性过大,就因该考虑这个公司的福利是不是出了问题.......人才有时候看重的不是福利....

软件债务的概念

很贴切，很实在，命中要害

clipped from www.infoq.com 他认为软件债务由以下5个部分构成： 技术债务：现在不去做、没有完成的事情，将会在未来对开发工作产生负面影响。 质量债务：难以验证整个系统的功能和技术质量。 配置管理债务：集成和版本发布管理变得更具风险、复杂，而且更易于出错。 设计债务：要想加入一般复杂度的功能，其成本不断增加，并超出如果从头开发要付出的成本。 平台经验债务：能够开发系统功能的人力资源受限。 Bill Curtis以同样的基调讨论了Muda（即日语中的“浪费”）对软件项目的影响：软件项目中最常见的浪费来源就是返工，这往往是软件债务的结果： 少数对返工的研究指出：在大多数未能成功推行流程改进的组织中，返工所占的项目工作量介入30%到50%。这个数字令人痛苦不堪，不仅在收集数字时如此，而且想让人们承认也是难上加难。没有几个公司高层愿意承认他们在应用开发上浪费了40%的投入。 Sterling提出几种管理和减少软件债务的方法： 整理一个工作列表 强调质量的重要性 不断改善工具和基础架构 持续提升系统设计 在组织中共享知识 最重要的一点：雇佣正确的人来开发你的软件！

盗版走向历史和政治舞台

对于盗版，我认为它和开放源代码运动有类似的地方——知识和创造力属于全人类，它应该得到广泛的免费的传播。

反对者会说，如果没有知识产权保护，不能对创新者给予经济补偿，那么最终就没有了创新的动力。

上面的论断对于传统工业和农业是适用的，但对于互联网和知识经济却是过时的。那些创新者往往会和商业资本迅速结合，形成足够的竞争优势格局，而那些后来的模仿者往往在模仿是已经落后很多了；而且如何确定非实物的知识产权和界定盗版，有效地低成本地执法也是一大难题。

clipped from tech.sina.com.cn 　　在今年6月结束的瑞典议会大选中，盗版党获得大胜，赢得了选票总数的7.1%，超越了几个瑞典老牌政党。这意味着在瑞典总共拥有的20个欧洲议会席位中，盗版党将得到其中2个。不久人们就能在欧洲议会看到他们的身影。 　　50岁出头的安格斯隆其实看上去一点都不像个“海盗”或者激进的“愤青”，谈吐彬彬有礼，和蔼可亲。这个即将成为欧洲议会一员的人其实是瑞典一名顶尖的计算机专家。他的父母是编程师，他自己也为专利局开发过软件，然而，现在他改变了他的立场。 　　盗版党的竞选纲领很明白：改革版权法，废除专利，尊重隐私。他们希望人们可以毫无忧虑地下载网络上的各种资源，不必担心收到某某电影公司、唱片公司的法院传票。 　　说起盗版党，不得不提一个叫做“海盗湾”的网站，在这个开设于2003年的网站上，几乎能找到全世界所有的盗版资源下载链接。如今，海盗湾的独立用户已经超过了1200万，每日点击率达40亿次。好莱坞大片刚上映几个小时或还未上映，已经能有人提供下载了。 　　“网络目前最主要的功用是在文学和音乐方面。作者的作品，在他们短短的一生之中，实在是太容易被湮灭了。作品被阅读了之后，才能影响世人，在思维定势中，这与作者希望自己的作品大卖并不矛盾。然而，当这两种需求矛盾的时候，我们应该先把所谓的利益放在一边，而把作品应当怎样传播这一项放在更重要的位置。 　　艺术家和作家最基本的需要就是让他们的作品被更多的人所读到，在他们活着的时候，让他们的观点被更多人听到，这是他们灵感的来源。怎样达到这个目的，也就是说怎样能让更多读者接触到他们的作品，这是第二重要的方面。 　　不过也有人认为，盗版党之所以能在瑞典赢得人心，这也仰赖瑞典的国家文化。在这个北欧高福利国家，公民和永久居民的教育、医疗几乎全部免费。孩子出生时父母可以休带薪假，孩子从出生后到16岁，每个月可以领政府津贴。在这种“全免费”的生活环境下，难道从网络随便下载一部《变形金刚2》和迈克·杰克逊的老歌不是顺理成章的吗？ 　　在2006年瑞典议会大选中，瑞典盗版党的得票率仅仅为0.63%，但只有几年的工夫，已经旧貌换新颜。盗版党最初源于瑞典，后来逐渐波及到欧洲其他国家。如今，比利时、奥地利、法国和西班牙等国的盗版党社会活动十分活跃，并且还成立国家盗版党联盟。

饮鸩止渴的后果很严重

clipped from chinese.wsj.com 近年来，荒谬的住房价格一直是中国经济的痼疾。官方此前推出的限制措施早已成为一纸空文，房地产价格泡沫仍在不断膨胀。 中国国内房价的持续泡沫化高企早已使得经济畸形发展，未来投资、消费等前景堪忧，人民生活困苦不堪。以中国首都北京为例，当前的住房价格在官方宣布调控之下，以可比条件计算居然仍大大高于美欧次贷危机爆发前相似地段的泡沫价格。这也使得很多消费者因将支出大部分投入住房或为计划购买住宅而不得不减少其他支出。 es

房地产市场是政府财税收入的摇钱树，特别是地方政府。当然，提振国内经济，防止过分下滑是解决就业和改善民生的必须，但通过没有质量的扩张性财政货币政策，适得其反。实体经济并没有多少提振，国内消费没有质的提升。反而是投机性的股票和房地产市场过度亢奋，在一定程度上伤害了实体经济(因为大家觉得投机能更快更多获得收益，谁还去促进实体经济）和恶化了民生。

全球的金融经济危机，是华尔街的所谓精英们捆绑和忽悠了人们。我们国家的房地产大鳄和大的国企和地方政府，绑架了中央政府和全体老百姓，以正当的发展经济的名义剪羊毛。

Momentum of Apple iPhone

不买房就是对改革的支持

clipped from blog.sina.com.cn 谬论一、房价不可能下跌 谬论二、百姓买涨不买跌 谬论三、要死也是银行先死 谬论四、救楼市就是救中国经济 谬论五、房价下跌百姓最受伤害 谬论六、穷人不应关注高房价 谬论七、啥都可无不可无房 谬论八、买房就等于爱国 谬论九、成交量回暖等于房价要涨 谬论十、一线大城市房价并不高

房地产商的倒塌会让我们思考5万亿房贷到底多少是进入了实体经济。在GDP三驾马车里面，出口在全球经济迟迟不能触底回复的大环境下萎缩严重，内需并没有什么起色，只是靠固定资产和基建的国家大投资来带动GDP维持在不影响就业民生的增长水平上的话，这个五万亿砸进去了，然后呢？

我们国家的改革还要继续下去，政治体制和经济增长模式的改革，不能再拖下去了。不买房就是让这样的改革早点到来。

RCP-based product for Scrum Team

clipped from www.openxprocess.com Eclipse-based Planning Product xProcess Goes Open Source xProcess allows users to define project management processes (for example task patterns, artifacts, gateways and workflows) and then plan and run live projects while monitoring targets, deliveries and process compliance. Agile methods for software development such as Scrum, FDD and variants of Unified Process are particularly well supported by the technology, which provides priority-driven ordering of activities and resource balancing. The free download of the product includes pre-configured processes for Scrum and other methods. xProcess can be downloaded and evaluated from www.openxprocess.com or via SourceForge at http://sourceforge.net/projects/xprocess/.

Maven的地位和影响力

clipped from www.ddj.com The Maven central repository continues to grow in value to Java community. We are now up to 55,579 artifacts from over 2000 projects, which means that anyone using Maven has convenient access to most of the libraries and components they need, and there are about 100 million hits to the repository per month. All artifacts in the Maven central repository are metadata-rich: for each artifact there is information on the originating project including the developers, the contributors, where you can find the source for the project, plus information on whether that artifact is related to other open source projects. There really is a vast store of untapped project information that is just starting to be utilized by tools like Nexus, Sonatype's Maven repository manager, which allows you to fully control the use of your own internal Maven repositories within your organization.

零售不等于真实的消费支出

clipped from chinese.wsj.com 2009年前三个月的全国名义零售额比上年同期增长了15%。但国家统计局的数据显示，同期物价出现了下跌，这意味着实际增长率更高，为15.9%。这个数据看来显示出在中国经历20年来最严重的经济低迷之际，消费还出人意料地出现了高速增长，这是因为受到了房地产和汽车销售回升的推动。 但许多经济学家一直觉得，零售额数据并不是反映中国家庭消费情况的可靠指标。许宪春本人也指出了这一众所周知的不足之处，他说官方公布的零售额数据包括一些不能被视为消费者支出的项目。 其中最重要的几项一是以企业和政府机构为对象的零售额，这二者当然都不是消费者；二是建造住房用的建筑材料，它其实应算作家庭投资的一部分。许宪春还说，零售额数据中也不包括用于教育和医疗等服务项目的支出，以及农村家庭所消费的自产产品。 许宪春在文章中写道，与零售额相比，通过城乡入户调查得出的家庭消费开支数据能更好反映消费者支出情况。 而家庭消费开支增长率要大大低于零售额增幅。许宪春说，国家统计局的家庭调查显示，今年第一季度城市家庭的消费额实际增长了9.6%，农村家庭这一季度的消费额增长了9.3%。根据统计局此前公布的数据，上述增速快于2008年下半年，但却不及2008年上半年，当时物价正快速上涨。 民间机构的经济学家对国家统计局家庭调查数据的准确性也有担心：这一数据的调查面虽然很广，但它似乎未能很好覆盖到中国收入最高和收入最低的家庭。而且这一调查得出的数据通常有很大波动性。不过，家庭消费开支数据看来确实更符合对消费的严格定义，至少更符合国家统计局对消费的定义。 许宪春在文章中说，国家统计局的初步估计显示，国内生产总值(GDP)中消费者支出部分今年第一季度的实际增长率“不足9%”，显然低于零售额的增长率。不幸的是，许宪春没说此前几个季度的消费者支出增长情况，这让人难以了解消费者支出增长率的变化情况。

DSL vs Common Language

The Inner-Platform Effect roughly states that by making a system too flexible and configurable, the configuration of the system itself becomes so complex it takes a specialist in order to maintain it - thus re-introducing the problem that the system was attempting to solve. Or in other words, the configuration becomes a platform itself, requiring all of the tools and special knowledge of any programming language... effectively creating a system in a system.

——Maven 2 User Guide

这个反模式是第二次让我有切肤之痛。

第一次是在Moto设计和实现Common Platform的时候，当时的业务领域是对讲机的配置软件（CPS) , 当时面对的最大问题也是Common Platform试图去解决的问题就是——不同的CPS平台的融合和软件需求的频繁变化。Common Platfrom统一了软件开发平台，频繁变化的需求通过需求工具捕捉成XML数据，然后通过代码生成工具编译（实际是宏替换）生成最终的目标语言的代码，然后编译生成可执行文件。将不变的东西平台化（这个东西自开始就没有被重视和精心设计，最终扼杀了上层的所有东西），将变化的需求用XML来表达，实际上是在创建一种DSL(Domain Specific Language）, 这里的语言是广义的计算机语言，可以是具有函数/逻辑控制/面向对象，也可以是简单的软件配置。DSL可以被解释执行，也可以通过编译成低级语言来执行。DSL和MDA有紧密的关系, 需求的捕捉工具最终将演变成建模工具。代码自动化是一个挺雷人的噱头，Manager会认为它可以极大地提高生产率，但后来的实践证明远不是这么回事。

DSL如果是解释运行的话，那么下面的平台将成为一个虚拟机；如果是编译模式，编译成的目标语言代码和平台的代码混合编译成可执行代码，那么需要有一个聪明的编译器（或者代码生成工具）。无论哪种方式，都需要实现一个灵活健壮的软件层（虚拟机/编译器），DSL的灵活性需要在下层付出代价（良好的设计，足够的稳定），而远离技术的Manager是看不到这个东西的重要性。当现实对灵活性的需求逐渐降临DSL的时候，没有良好设计的下层的维护代价将会拖垮整个项目。DSL的IDE也就是Modling tool也存在不断更新维护的问题。

第二次就是当前的项目组，我们的产品模块就是把一个Information Model映射成另外一种Information Model，源信息和目标信息都可以用XML来表达。也许你象我们的几个Team Member（被Mediation Framework的Architecturer Jussi蛊惑了的)立刻抛出这样问题：为什么不用XSLT来做这种tansformation呢?

是的，XSLT是个straightforward的技术选型，但我想在这里陈述一下我们的领域背景: 已有的系统虽然transform的数据源和目标数据都不是XML，但描述tranform规则的配置文件FlexMapping却是XML，这个XML有自己的Schema和语义，在运行时被一个引擎读入形成自己的数据结构，然后所有的tranformation都基于这个数据结构来进行，我不得不承认，这个engine设计得很不错，而且比较灵活，配置起来也足够straightforward （我们的Customization Team和测试人员很容易学会如何配置，只要他们有3GPP规范的基本知识）。

XSLT是可以实现我们的需求的，但有什么问题呢？首先，从代码（我们坚决认为XSLT编写的xsl文件是一种XML格式的代码，请不要简单认为所有的XML都是配置文件）的的可维护性上讲，XSLT代码中掺杂了目标XML格式/函数/Java Code, 长度是原有的FlexMapping的至少5倍, 难以维护是个问题。其次，从对Customization Team和测试人员的知识要求来看, 他们需要理解3GPP规范+XSLT语言。

两种实现方式的本质区别是抽象层次的高低：被充分检验的已有的FlexMapping是和我们的产品领域紧密相关的DSL，它是被下层的引擎解释执行的; 采用XSLT来实现因为采用的是抽象层次低但通用性更强的通用语言——XSLT，所以它的上层Code必然要复杂一些，要更难维护。

也许Jussi会狡辩——XSLT代码的复杂性可以通过tools来屏蔽，没错，但这样的tool是和领域相关的，也只有我们自己来开发这样的tool, 复杂性没有减少，而是转移了。

这是一个很有意思的balance问题，这种问题让软件开发更像计算机科学而远离工程学。

反弹中的危机

今天我们走的是通过暂时的释放流通，让泡沫萎缩的时候速度慢一点，只不过仅此而已。

你看银行里20万亿老百姓存款，一半以上在很少的人手里的，老百姓没钱，不从这里开刀，中国经济会有根本的改变可能性不是很大。

真正的牛市中国把财富转向家庭，美国把银行国有化，有这两件事新的牛市就要开始了。

---- 谢国忠

clipped from chinese.wsj.com 中 国非同寻常的贷款增长已经开始让人们担心有可能会再度爆发90年代时的那种不良贷款危机。第一季度新增贷款6,700亿美元，在短短的3个月里贷款总额就增长了15%，许多评论家都猜测这些钱到底流向了哪里。但很少有人思考这对中国的总体经济改革进程会有什么影响。一句话：影响很大。 要了解影响的原因和方式，首先应先看一看中国目前的增长模式。过去30年里，决策者一贯鼓励高储蓄和高投资。其结果是生产能力远远超出了中国消费者的消费意愿或能力。因此，中国只能依赖出口，尤其是对美国的出口来吸收过剩的产能──尤其是在过去的十年里，美国消费者也很乐意这样做。但对美国消费能力的疑虑表明，中国目前需要进行的一项最重要的改革就是通过扩大内需降低对美国消费者的依赖。 回过头来看，决策者当时采取的对策破坏了消费的增长。从上世纪90年代末到过去十年的大部分时间里，为了改善银行的资产状况，银行监管机构主要采取了两项措施，一是使用政府资源向银行注入资金，二是将存款利率设定到大大低于贷款利率的水平。为了确保银行的高利润，存贷款之间的息差超过了市场自行决定时应有的水平。 这从两个方面打击了消费。显然，通过将大量纳税人的资源用于支付预期损失，监管部门从中国的收入中拿走了本可以进行消费的大部分资金。影响更大的政策是：压低企业贷款利率，以减缓不良贷款的增速，和为了保证银行的盈利能力而将存款利率压得更低。实际上，中国的储户被迫接受低得可怜的储蓄回报率，以帮助银行凭借高息差获得的利润获得资金。 这就是目前的刺激政策为何如此危险的原因。虽然银行贷款的激增可能暂时缓解全球收缩对中国经济和就业的影响，但它很可能会带来不良贷款再次大幅增加。如果发生这种情况，在短期内中国将被迫再次修复和重建银行资产负债表，要么是向银行直接注资，要么是强迫储户补贴银行，最有可能的情况是这二者的结合。 在这种情况下，任何限制未来中国消费增长的措施都必然会限制中国经济的增长。新增贷款的爆炸式增长就可能会如此。为了换取暂时的反弹而鼓励新一轮大规模资本的不当配置，中国可能会让自己陷入多年的低速经济增长。

Open Source ESBs

差点忘了这个后起之秀——swordfish
http://www.eclipse.org/swordfish/

Mule
http://mule.codehaus.org
Lightweight ESB with a custom implementation model.

Apache ServiceMix
http://servicemix.apache.org
Apache JBI implementation with a lot of JBI components.

Open ESB
https://open-esb.dev.java.net
ESB developed by SUN with tool support from the NetBeans IDE.

Apache Synapse
http://ws.apache.org/synapse
ESB focused on web services support based on Apache Axis2.

JBoss ESB
http://labs.jboss.com/jbossesb/
The JBoss implementation of an ESB based on JBoss messaging.

Apache Tuscany
http://incubator.apache.org/tuscany
Implementation of the Service Component Architecture (SCA) specification.

Fuse ESB
http://open.iona.com/products/fuse-esb/
Iona?s Open Source ESB offering based on Apache ServiceMix.

WSO2 ESB
http://wso2.com/products/esb/
WSO2?s Open Source ESB offering based on Apache Synapse.

PEtALSh
http://petals.objectweb.org/
Another JBI based ESB, that is hosted by OW2 (former ObjectWeb).

OpenAdapter
ttps://www.openadaptor.org/
AI based platform that provides a number of adaptors to implement integration solutions.

JBI带来的新的学习点

http://architects.dzone.com/articles/fuse-esb-4-osgi-based

NSN成都这边终于呼吸到了一些新鲜的空气，未来的几个月可能有基于Mediation Framework的开发工作可能会拿到成都来开发。我们迫切要做的就是展现我们快速学习的能力，对Mediation Framework开发和底层实现的深入理解，希望我们组能够占先，为后来者提供咨询。

从JBI可以切入的地方还有很多，背景方面SOA,Integration Issue, 技术方面ServiceMix，OSGi，Felix , Maven , Model-Driven Tooling.

咸与敏捷，并且穿上了马甲

你以为我就不认识你了吗。

本来Scrum的Demo是相当重要的事件，Team向Product Owner和利益相关者演示可运行的程序，并允许他人使用操作。而现在的Demo就是充满PPT的Report和training，没有多少人真正关心内容，因为很不相关，但又必须参加，所以只能用手机来打发时间。

clipped from www.infoq.com Jim Shore的那篇广受欢迎的文章《The Decline and Fall of Agile》，该文指出在日益增长的敏捷社区中有这样一种倾向，组织只是在名义上采用“敏捷”，而没有采用如何真正成为敏捷的实践。 在Flaccid Scrum一 文中，Martin Fowler重复了Shore大部分的观点：许多敏捷实施缺少了极限编程中强调的技术实践，比如结对编程、持续集成、测试驱动开发。和Shore一 样，Fowler也承认组织实施敏捷时普遍会优先选择Scrum，但即使这样，这也不是Scrum本身的错。作为补救措施和对大家的提醒，他强调说那些领 导实施Scrum的人需要特别留心，要找机会推动合适的技术实践： 以我之愚见，“他们会逐渐采用技术实践”这种想法极其幼稚。大多数情况下，他们根本就不会采用技术实践，即使采用也是少之又少，就好像根本没采用一样。 所以我们需要承认好的流程依赖一些关键因素，而技术实践就是软件开发中最关键的因素。把它推迟到敏捷后期实施绝对是一个坏主意。 极限编程/敏捷/Scrum越来越流行，许多团队和个人都想这么做，或者想“成为”其一。这直接导致了称之为“环境相关”的一些敏捷方法。其意思是任何类型的敏捷都“太死板了”，“不适合我们的环境”。所以我们不得不修改敏捷实践，因为上帝也知道我们没法修改环境。 亲 爱的朋友们，真为你们感到难过。恰恰是你宝贵的环境拖累了你：是中央级别的执行官和高管们不能把职责和权利交给大家；是产品的人总是太忙，以致不能解释真 正要做什么；是管理设施的人不能创建适合工作的环境；是程序员不愿意学习必须的技术；是经理和产品负责人不断施压，直到对项目的质量没有任何关注。 太极敏捷有一个理论叫 CMT，文化决定管理，管理决定技术，因此太极敏捷认为只有具有先进文化的团队和企业，才能实现真正的敏捷变革，并从中获益

Jonathan's view on JavaFX

The Java platform is only growing in importance and value, across billions of devices. At Sun, we're planning on maintaining Java's ubiquity as the number one runtime environment, backed by the world's most price performant datacenter infrastructure, all powered by Sun's cloud. After all, the network is the computer.

Sun公司雄厚的技术资产在经历了Jonathan力主的开源转型后，相信会重回巅峰。

真的没想到JavaFX能够在短时间内得到快速扩张，是iPhone和Android没想到的，Java通过J2ME在移动终端市场上打下的底子的确是一笔财富。

Nokia的股票已经缩水了75%, 其Sybian平台得不到其他厂商和应用提供商——开发者社区的足够支持，前途堪忧啊。

clipped from blogs.sun.com The 100,000,000 milestone was reached just in time for us to announce the second phase of our JavaFX strategy, the release of JavaFX Mobile at next week's Mobile World Congress. First, freely distributed, open source software will continue to create enormous revenue opportunities for those that understand the underlying business model - as an example, the Java business for Sun, last quarter, delivered more than $67m in billings, up nearly 50% year over year. over the long haul, my view is adoption rates and business models will be a greater driver of success than the technologies themselves. you want the technology you select to enable your business, not your supplier's, while enabling access to the world's largest developer community. Finally, the consumer electronics market is going to be infinitely more vibrant and competitive than the relatively stagnant personal computer market. the economy might be cooling down, but the RIA market is definitely heating up.

暴殄天物是行业大忌

clipped from bj.house.sina.com.cn 　　2008年，没有人再争论拐点的真假。理论上，我是一个彻底的胜利者；实际上，我丝毫没有胜利者的喜悦。两者之间，我满心都是反省。 　　次贷说到底也是一种产品，只不过人们称之为金融衍生品。在完全的市场经济体系中，每一种产品的诞生，对应的都是一种新需求。那么，次贷对应的新需求并不是媒体所称的“帮助无力购房的人实现从无产者到有产者的美国梦”。次贷真正对应的新需求是房地产公司，是帮助它们消化已经过剩的供给。 　　谁都知道，暴殄天物的后果是灾难性的，甚至有可能让整个行业断子绝孙。在2006年与2007年，中国房地产业也出现了过热，暴利的诱惑极大地透支了中国消费者的购买力与住房梦，我曾用过一个词叫“心惊肉跳”。现在，我更有了暴殄的感觉，这是一个行业的大忌。一个健康发展的产业绝不能为了“非理性繁荣”而集体理智，这正是我当时抛出拐点论的重要原因。

次贷的形成是虚拟经济的狂热附身于房地产市场的过程。次贷对应的需求是多余的资金寻求高回报。最近成都的楼市有回暖的迹象，资金链出现问题的开发商为了回笼资金大甩卖只是短暂的促销。还是劝那些打算出手的朋友，继续观望，王石说了，一线城市的降价才开始。

大象和六个小盲人

还有一个在后面，他说：大象像一堵墙。

2008年技术词汇搜索排行榜

clipped from www.infoq.com 日前InfoQ中文站和谷歌公司合作发布了2008年技术词汇搜索排行榜，排在该榜单前十位的词汇分别是Java、C、Chrome、Eclipse、MySQL、JavaScript、PHP、COM、Apache和Tomcat等，开源语言或者产品占据了大半席位。下面是该排行榜的前50个关键词： 排名 关键词 排名 关键词 排名 关键词 排名 关键词 排名 关键词 1 Java 11 Python 21 Silverlight 31 Ant 41 Erlang 2 C 12 Hibernate 22 SOA 32 ExtJS 42 LAMP 3 Chrome 13 Ajax 23 Ruby 33 设计模式 43 Ruby on Rails 4 Eclipse 14 Spring 24 SQL Server 34 JSF 44 Groovy 5 MySQL 15 C# 25 Perl 35 SaaS 45 LINQ 6 JavaScript 16 Struts 26 C++ 36 SOAP 46 Web 2.0 7 PHP 17 ASP.NET 27 UML 37 WPF 47 WCF 8 COM 18 数据库 28 API 38 MVC 48 Glassfish 9 Apache 19 XML 29 云计算 39 游戏开发 49 SDK 10 Tomcat 20 Flex 30 JBoss 40 Visual Studio 50 EJB 从此榜单中我们首先能够感觉到的是技术人员对开源社区的热衷，排在前十位的关键词中有8个是开源项目或者开源有关，比如Java、Chrome、Eclipse、MySQL、JavaScript、PHP、Apache和Tomcat等。而Java名列首位，好像没有什么疑义，其在企业开发市场方面的地位短时期内还没有其他的语言可以撼动。另外，Java成名虽早，却一直在努力求变以适应当前开发的要求，比如开源，比如对动态语言的支持等。 该榜单反映出来的另外一个现象是基于Web的程序开发越来越受到关注。LAMP组合中的三个如Apache、MySQL和PHP均位列其中，另外如Tomcat、Python、Hibernate、Ajax、Spring、Struts等也都是Web开发中的常用技术。