在以前的博客文章里数次对陶潜式的田园归隐抱有天马行空般的意淫。我深谙这种逃避现实的行为艺术需要建立在绝对有力的经济支撑之上，所以一直以来仅仅建立在某种不着边际的想象之上。不过现在真有人这么做了，而且还走地如此释然。

爱尔兰的艺术家夫妇Grace Weir和Joe Walker拿着6万美元的预算找到了他们的身为建筑师的朋友Dominic Stevens为其在郊外设计供自己居住的既有野心又反传统的居所。最终Dominic Stevens交上了份令人满意的作品，玻璃框架结构让整个建筑在远处几乎能够达到消失的效果。

© By Dominic Stevens, Photographer Derek Speirs & Ros Kavanag.

我甚至很难相信这样的建筑是在6万美金的预算下完成的，即使如此这样的生活对大部分人来说还是显得太奢侈了些。

在潜意识里，我一直以为爱尔兰郊区是大片大片的荒原，在这些杂草丛林中产生了让人悸动的凯尔特文化，尤其是凯尔特音乐。艺术家身份的夫妻当然有那个雅性去慢慢享受这样的反传统生活：这的确太有野心了。

透过玻璃主建筑下的那间木屋的窗子，房屋的主人正在用苹果笔记本上网，这也与大多数人心目中的归隐大相径庭。其实整个玻璃建筑与周围的环境比起都显得如此格格不入。当然现代的艺术审美被强迫拉进了荒野，所造成的艺术审美冲突也异常突兀。而按照这对夫妇他们自己的意思，在麦克卢汉的地球村概念下，我们只要稍加以延伸就很容易明白互联网使得我们与城市的距离是如此近，信息在获取上的便捷性拉近了人与城市的距离。

尤其是像他们这样的艺术工作，如此雅致的环境更易于艺术创作。他们也并不会像《荒野生存》里那样绝对与世隔绝，做的仅仅是把屋子搬到郊外而已。

暂且不论这是否算得上典型的归隐，或者也算得上是城市人新的生活状态的华丽转变吧。

亨利·大卫·梭罗曾归隐在瓦尔登湖并时常思考现代交通对现代文明的影响，而一个半世纪以后已经有人将梭罗式的生存过渡成一种生活方式：不是简陋的小木屋，虽然只有6万美元的预算也不至于像梭罗那样每一项细微开支都要精打细算作出详细的开支清单，他们找来了顶级的建筑设计师为其在类似于瓦尔登湖的郊外设计住所。不过与瓦尔登湖比起，Grace Weir和Joe Walker夫妇更具野心，他们周围甚至很难找到像梭罗描述的那样田园状态，或许他们希望通过杳无人烟的生存环境来为自己营造某种新的艺术载体。

“在城市里，有时候我们甚至连邻居是谁都不知道。”这不仅成为现代人生活的一大悲剧，甚至与原始部落生活方式比起，我们面对着有史以来最大的邻里信任危机。

无论如何，互联网在Grace Weir和Joe Walker新的生活环境中有着不可或缺的重要地位。那么互联网还能走多远？它还能将这种文化解放拉扯多长。或许不久的将来我会看到互联网在文化自由运动中真正的影响力，对于这一点我们甚至都不敢大胆预想。

    软件项目管理似乎已经非常成熟。首先，我们要确定项目范围。其次，根据项目范围及相关技术与非技术因素，确定软件生命周期模型。根据选定的软件生命周期模型，制定项目计划，执行计划，进行需求阶段、分析阶段、设计阶段、编码阶段等各阶段工作。软件项目管理的培训老师都是这么上课的。各种项目管理认证，考核的也是这些知识。

    对于软件项目经理，以及软件项目的各个成员，大家都希望能够循序渐进，做出的软件能够保证质量。然而，市场机遇稍纵即逝，项目目标的制定经常是市场导向，项目计划只能服从于项目目标和商务目标。例如，按正常的项目计划，某个项目需要10个人的项目组10个月时间完成，但客户希望5个月交付产品，项目利润丰厚，那么这个合同放弃吗？我们知道，最终的结果，往往是项目组新增了5-10个人，成为15-20人的团队，并被要求5个月如期交付产品。这大大增加了项目管理工作的复杂性。

    早期出版的《人月神话》指出，10人10月与20人5月完全不同，以“人月”度量软件工作量对项目管理非常有害。但无情的市场，经常导致软件项目管理面临这个问题。在10个月的工期中，可能是1个月需求，2个月体系结构设计，5个月开发，2个月集成测试，1个月部署。中间的5个月开发时间，可以靠增大人员投入达到缩短工期的效用。但需求、体系结构设计、集成测试与部署，都对工期更加敏感，而不是工时。因此，要制定一个比较合理的项目计划非常困难。

    由于计划难以制定，在一些软件项目管理实例中，项目经理干脆不做项目计划，而根据客户要求的紧急程度来安排。例如，需求做的马虎一些，就节约了时间；体系结构采用以往类似系统的架构，或者不做设计，直接启动并行开发；集成测试的时间肯定是不够了，就拿到客户现场，一边让客户试用，一边测试。这么做下来，大概5个月多一点的时间，系统可能就这么上线了。这样算来，项目的工期和工时（人月）都比正常方式少了很多。如果这种软件项目管理方式是行之有效的，那么项目管理的理论错了吗？没有计划比严格评审每个里程碑更为有效吗？

    这就要谈到另外一个经常被企业管理者忽视的关键指标：软件质量。对于企业管理者来说，他们更关心合同、收入、回款等经营指标，只要能验收的项目，对于他们并无差别。一些隐性成本没有被充分估计。上线割接并不是项目的截止点，一般要在项目初验后一段时间，才能有新增需求的开发收入，而之前都是免费维护的。软件质量水平的差异，会以上线后时不时出现故障的形式表现出来，而解决一个故障的时间成本，至少是开发期间的10倍。

    软件项目管理应当能够做到质量可控，即项目组很明确知道会出现哪些类型的问题，规模有多大，一旦出现问题如何解决。质量可控并不要求消除一切质量问题，而是要把质量问题控制在可接受的范围内。例如，对于客户访问量大的业务模块，需要实时响应，要经过严格的压力测试；而用户数少的采编模块，如果压力测试认为还存在一定问题，仍然不必急于优化。

    要做到“质量可控”，需要更为严格的项目管理。有项目目标，哪怕看起来非常不合理的目标，也需要积极的项目管理，制定详细的可执行计划、严格进行管理评审、技术评审。评审的目的，是对于项目更加了解，“知己知彼百战不殆”。功能测试和压力测试，也应当详细评估做几轮，测试出现问题的情况下，哪些问题可以推迟处理，哪些是必须立即解决的问题。

    如果客户要求的时间点到了，但是功能测试、压力测试等指标都指出，割接后会出现宕机或大面积投诉等问题，但客户仍坚持要割接，怎么办？也许最终会面临这种情况，取决了每一位项目经理的选择。比较稳健的做法是：将项目组内部的割接可行性评估会议纪要提供给公司，由商务层面与客户方进一步沟通。这种情况是必须商务沟通的，如果盲目服从客户要求上线了，真的出现了问题，可能就不再局限于项目层面，会对公司的商誉造成影响。这也是项目经理所需要考虑的问题。

    软件开发是一件不容易说清楚的事情。软件项目管理，就更加不容易说清楚。因此，各种各样的说法不绝于耳，其中一种很典型的说法，就是说软件项目管理已经是一种非常专业的事情，所需要的项目经理，并不是技术专家和业务专家，而是项目管理专家。

    要明辨是非，还得追根溯源。首先我们来看看项目经理主要做什么工作。一般的，项目经理是软件企业的基层管理者，带领几个人到几十个人的项目团队，完成一个项目目标。项目目标的表述，一般是在什么期限内，以多少人力投入，完成某个项目或项目的某阶段工作，并达到一定的质量要求。那么，我们所需要的项目经理，就是符合条件的人，具体的说，包括以下几方面的要求：

    一、作为企业的基层管理者，必须具备基本的管理素质，例如编制计划能力、组织协调能力等。

    二、带领团队。项目经理首先是一个团队领导者，然后才是一个目标执行者。项目经理不是个人英雄，更多时候要站在团队中间，以自己的实际行动带动团队努力。

    三、项目目标的执行者。项目一般成员对于项目整体目标不负有直接责任，项目经理才是唯一应该负责的人。项目经理可以将目标分解成为一个个可执行的任务。但是，当任务执行出现困难时，比较典型的情况是存在技术问题，项目经理应当帮助团队成员解决问题。当然，项目经理也可以安排其他技术骨干解决问题，或者把问题提交给更高层面解决，但是，如果项目经理能够亲自解决问题，那么将向团队传递更为积极的信号，团队成员也会更认可和支持项目经理的工作。

    四、项目的质量要求。项目的质量要求是由各个任务的完成质量综合的结果，并需要结合功能测试、压力测试等技术管理手段。个别任务不能完全达到质量要求是非常普遍的现象。如果项目经理能够及时发现问题，并进行适当干预，那么的后续任务质量将得到保证。而如果听之任之，等待项目临近结束再进行干预，要么质量达不到要求，要么就是大量返工，进度达不到要求。

    近来PMP、CMM等软件项目管理很热，对流程强调的多，对实践强调的少。项目管理是一个实践性很强的工作，对业务领域的知识要求很高——包括软件技术、用户需求等。《项目管理知识体系指南（PMBOK）》第一章指出：

    有效的项目管理要求项目管理团队理解和利用至少5个专业知识领域的知识和技能：

• 项目管理知识体系
• 应用领域知识、标准与规章制度
• 理解项目环境
• 通用管理知识与技能
• 处理人际关系技能

    在文章的末尾，推荐一本书《最后期限》，是相当休闲的项目管理通俗读物。通过这本书，可以对团队的重要性、以“人”为中心的管理有更深刻的认识。建议认可和不认可我这篇文章的朋友们都去看看。

    买了月光、萧秋水和秋月3人合著的《名博是怎样炼成的》一书。对比看来，还是月光的博客有意思，更生动、更有活力。而这本书，却过于浅显了。最令人不满的，是避重就轻，对于BSP存在的一个严重问题，月光的博客里多次提到，而这本书却很和谐。只有拥有域名的所有权，才是博客的真正主人。

    书中关于网站签名、关键词的部分，还是值得深入思考。因为没有对生活中的朋友宣传，目前网站的流量情况非常真实，也真实反映出，根据没有流量的实情。倒是在月光博客上留言说百度涉黄，有不少人点击，但也基本只看了这一页就离开，没有什么价值。考虑到Google收录已经达到了37（几乎全部页面），Yahoo也开始收录，现在要开始走专业化得道路了，因此，这两天决定把更新的频率降低，到2+1的水平。即每周2篇专业文章，加上1篇网站推广小结或个人小结。以后的网站结构要突出专业性，非专业文章的链接可以不那么明显，只要搜索引擎知道就可以。

    网站主题：

    1、如何做好软件项目经理，从软件项目经理视角，分析软件项目开发与实施的全过程，为软件项目经理提供完整攻略。这个主题最后可能整理成《软件项目经理手册》这样的书籍。

    2、软件企业管理。从制度设计、文化等各个角度，探讨软件企业管理。这个主题将分析各种管理手段的效用，设计一个体系，可能涵盖规章制度、激励、文化、非正式团队等各个因素，并促进企业核心竞争力的增强。

    3、关注软件企业在Web2.0环境下的市场机会，包括电子商务、SAAS、电信转型等软件企业存在优势的领域，避免与更低成本其他背景互联网企业的正面交锋。

    主Tag：软件企业

    次Tag：项目经理、SAAS、号码百事通、Web2.0

    随机Tag：风险、团队、制度、激励、文化、互联网生态、网站运营、博客、谷歌、

    签名：关注软件企业竞争力。

    Web2.0将成为一次革命吗？或者我们已经身处这次革命之中而不自觉？
    《只有偏执狂才能生存》一书给了我们很好的启示，要颠覆现有规则，创建新规则，所需要的并不是所有各方面都超越现有对手，而是在某个方面取得十倍速的变化，从而改变原来各因素间的平衡，游戏规则因此而改变。例如，当计算机工业的发展，价格成为十倍速因素，个人计算机（PC）能够走进小型企业和家庭，从而颠覆了大型机的时代，一批企业倒下，另一批企业崛起。
那么，Web2.0，是否具备这种十倍速的变化因素，或者根本就是一种炒作？公认作为Web 2.0的应用有博客（Blog）、社会性网络软件（SNS）、维基（Wiki）。
    博客允许博客作者自主发布信息，订阅或收藏该博客的读者可以自主阅读，作者与读者之间，是双向选择的关系，而不是由编辑决定是否发表。博客作者于门户或专业BSP，那么从域名到空间，都没有自主权，甚至于发布帖子都有可能被删除，例如，在去年刘韧案中，由于Donews跟更大网站都有关系，讨论这事的博文被删除了不少。至于所谓博客圈，那真真正正是想把博主“圈”起来，连同所有的“好友”，都必须是本站的，新浪的博主，绝不可能有搜狐的“好友”，如果真的这么想结识，那就在搜狐再开个博客吧。
所以，我们可以看到，很多名人甚至是“草根”名人，都在很多网站开了博客，最后都不知道那个是真正在更新的。门户网站和专业BSP的博客首页，对博文进行了筛选，实际上时一种再编辑，这就回到了门户主导的Web 1.0时代。
再来谈谈SNS。校内网、开心网、千橡开心网……这事还没完，SNS的门槛似乎很低，人人都可以做，竞争对手很多。一个人在每个网站注册一个账号，然后认识不同朋友，实际上很难操作，而如果不能形成一家独大的局面，就很难形成真正的用户忠诚度。网站或许能盈利，但作为一场革命所需的10倍速因素，却不具备。
    维基提供了很多人协作的平台，共同完成百科字典。目前看来，它的影响力与博客、SNS还不在一个层面上。
就我所看到的现象，Web2.0革命尚未开始。但是，也不是完全没有希望。维基上的定义：“Web 2.0 是一个架构在知识上的环境，人与人之间交互而产生出的内容，经由在服务导向的架构中的程序，在这个环境被发布，管理和使用。”博客，正式产生有意义内容的一个主要渠道，它使众多上网者参与，发布有价值信息，并给予其他上网人使用。基于博客，应当能够形成“圈子”，这个“圈子”不应是由某个门户或BSP范围内的，而是可以以唯一ID（例如邮箱地址），在整个Internet范围内添加好友，形成好友之间的互动。
    总的来说，自有域名、自有虚拟主机的博客数量还很少，博客之间还无法建立好友。博客还处于小众时代。小众也可能领导变革。Web2.0革命能否真的发生，博客模式能否真正成功，成为大众生活的一部分，还需要进一步关注。

博客网站的主题
Web2.0革命？
搜索引擎与博客的时代
我为什么写博客——开博序言

    “共享软件”的概念是从国外传入国内的，据说国外有很多程序员，依靠开发共享软件，过上了殷实的生活。然而，在知识产权意识非常薄弱的中国，依靠在中国境内开发共享软件，几乎都成了免费软件。我们的程序员（也包括我自己）在使用盗版软件的同时，也使我们自己失去了致富的道路，泛滥的注册机、注册码，不仅仅为人们提供了方便，也毁掉了一个可能的产业。

    SAAS谈了好几年，在中国应该还没有盈利的案例，但总是会有的。谷歌、金蝶、阿里软件，各种不同类型的SAAS提供商，总会有一种成功的。总体来说，我对这个趋势看好。企业采购软件，一般是听了介绍、演示，最多试用一下，走个采购流程，就买了。之后，随着全公司不同角色人员的全面参与，这才发现有或多或少的问题。对于软件提供商，他们并不是非常有动力去解决这些问题，他们更关注的是，下一个订单在哪里。对于电信、电力这样的大型行业用户，可能通过与软件企业建立长期合作关系来改善这一问题，但对于大量中小企业内？

    SAAS采用“租金”的方式支付费用，这给予客户企业随时改变主意的可能。SAAS服务提供商必须持续改进，为客户考虑更多，更全面、体贴地实现客户需求。否则，客户随时可以投入另一家SAAS服务商的怀抱。另一方面，客户企业不太可能同时选择很多家SAAS服务商，但客户所需要的服务，却非常富于个性化。因此，一家具有一定公信力的SAAS服务集成商，与很多SAAS软件厂商形成战略联盟，共同向企业客户提供服务的模式，比单个SAAS服务提供商更具有竞争力。

    阿里软件、中国电信商务导航都属于这种模式。优秀的程序员可以发掘一个小众市场，或许相当于把“共享软件”搬到互联网上。“共享软件”存在的盗版、支付渠道已经不是问题。互联网站网络推广技术、网络营销方法，都能带来一定规模的客源。

    中国优秀程序员的创业之路，SAAS或许是一个途径。

这次可能又要犯未来主义遐想的毛病了，以自己浅薄的知识来讲述一个我自己自己都还不明白的故事，但有时这种大胆的猜想的确很容易让人神经紧张并保持长久的亢奋状态。关于“音乐商业的未来”这个话题最近在欧美一些学者圈里又激起了非常广泛的讨论。下面我希望可以试着从音乐获取方式的角度来谈谈这个问题（！仅仅是音乐获取方式的角度）。

在今年三月我写过两篇关于“音乐占有”和“音乐接入”的文章^PDF，当时希望可以通过从音乐在传播过程中的媒介归属来讨论未来音乐的存在形式。至今我个人认为这样的出发点也是有可取之处的，而随着对这两个概念认识的明朗化，我越来越偏向于肯定能够优化资源配置的“音乐接入”终将会把“音乐占有”这种浪费资源的音乐传播形式取代。下面先来说说我个人使用如今风靡整个欧洲的P2P音乐播放软件Spotify的一些经历。

Spotify的“野心”

如今我收听音乐最主要的途径便是这款宣称有160kbps音质的P2P音乐软件（最近Spotify发布的最新版本的客户端开始对付费用户提供高达320kbps的CD音质的音乐），它几乎每天都在增加的合法授权曲库、流畅的播放体验、华丽的交互界面、方便的电台（虽然功能还无法与Last.fm匹敌，但我已相当满意）、快捷的音乐搜索和点播：我简直就像有了一个不断增大的个人曲库，因为Spotify并没有给我太多像Last.fm、Pandora或者其它在线音乐服务在选曲和播放上的限制。

而且Spotify正在积极开发iPhone、Android等移动平台的客户端应用软件。前几天互联网传出的Spotify勉强让人满意的盈利状况（事实上大多在线音乐服务在盈利上都表现得差强人意）让我意识到Spotify正在渐渐地取代Last.fm社会化音乐领路人的地位。

只销售无法复制的产品

我们经常问一个问题，在数字音乐领域盗版为什么如此胜行？而在电子图书市场上，盗版的现象却要缓和得多？

我们可以把这些问题归咎于消费者知识产权意识的薄弱，消费者收入水平的低下，唱片或合法授权数字音乐价格太贵，甚至是ISP或ICP的作茧自缚。我认为之所以电子图书的盗版现代相对缓和，有一个非常重要的原因便是民间要将传统的纸质图书转制成电子版本的技术和资金成本还非常高。而CD的情况却正好相反，任何一个只要懂一点电脑软件操作的人就可以非常容易地将买回的CD转制成MP3等数字格式的音乐，然后发布到网络上任其自由传播。可想而知，音乐要盗版起来是何其容易。

在现有的社会形态下，两首MP3格式的音乐，相同的质量，前者因为有唱片公司授权而可以高达1美元，而后者仅仅是某个“好事者”将自家CD转换而成便免费，我想即使版权意识再高的消费者也很难平衡心理上的这种差异。

既然当销售一份产品的拷贝变得极其低廉甚至零成本时，为什么还要囿于销售它而不是寻找一种新的方式去销售那些无法复制（或者复制成本很高）的产品呢？

是的，音乐商业的未来不是继续销售价格居高不下的CD，不是1美元一首音乐的iTunes音乐商店（即使没有DRM保护，那岂不是更方便侵权传播），不是广告支持却限制极多的在线电台（谁愿意只将Last.fm或者Pandora这种无法自由选择播放曲目的服务作为自己最主要的音乐收听媒介？）。

音乐接入的意义

Spotify给了我们很多有参考意义的启示，那么在音乐分销这个层面（还不涉及到演唱会、音乐周边产品等商业价值）如果放弃销售那些可以被轻易“窃取”和复制的产品呢？类似于Spotify这样的模式，用户每个月的订阅费（免费用户的话，广告学上来看承受广告也可以折算成一定的成本付出；现在每个月付点钱还可以得到CD音质的音乐）相当于购买的一份接入Spotify少量曲库的通行证。只要有了这张通行证用户才能收听Spotify上的音乐，但不能下载这些加密了的音频文件，就更不用说上传到网络上传播了。

我们虽然为接入音乐付出了一定的成本，但我们所得到的却是一个非常自由的音乐收听体验（从搜索、点播、收听、查看歌手信息等一步式完成），无需我们费尽心思地去搜索那些质量参差不不齐的免费侵权音乐（还很有可能面临上百万的罚单）。

音乐下载的本质

我常常在问自己花费半天时间在Google上爬行就是为了下载到某个艺人的全集是否值得，如果是从一些限制极多的网盘上下载的话还得花费更多的等待时间（比如著名的Rapidshare，下载之前需要等一段时间，下载完后要下载第二个文件时还得等更长时间）。如果说下载音乐最终要实现的结果仅仅是收听它的话，那这样费尽心机的时间付出是否划算？（虽然这在一定程度上已经属于消费心理学的范畴了，关于这个问题请参考《在中国购买正版数字音乐的成本误解》）

我可以说我拥有一张CD，它的确给了我很大的实物踏实感；但不太可能说我拥有几首数字音乐，即使我在iTunes Store上花0.99美元购买了一首音乐，我也顶多可以说我可以合法地播放它，甚至都不能大胆地向周围的人散播。

还是回到Spotify这个案例上来，我们不旦可以在自己的电脑上收听音乐，未来还可以在移动设备上通过软件更好地收听。那是否表明我们自己的移动设备俨然成为了一个曲库也在不断增大的iPod了呢？那么史蒂夫·保罗·乔布斯先生把iPhone或iPod的容量做得再大又有多大意义呢？他只需要把他的iPhone的性能尽量提高就行了。

那时我们要向好友分享音乐时不需要为了纠结这是否合法而有所顾虑，因为我们只需要把自己制作的音乐播放列表链接发送给好友就行了。

唱片公司在到处吆喝自己活不下去，艺人在说赚钱少得来都没激情做音乐，消费者在抱怨唱片太贵，服务商在也不停责怪版权法太死板。音乐工厂一直是这么运转的，大量唱片从工厂里生产出，而数倍于工人的消费者同时在对这些音乐产品进行大规模的复制传播。

所以不管未来的音乐商业是免费好，付费的也罢，为了节省成本和控制盗版，我相信“音乐接入”这种形式会有它自身的优势和存在的意义。

    在Web应用技术日趋成熟的今天，软件应用开发工作可以基于第三方开源框架和组件的基础上进行。就J2EE开发领域来说，EJB不再是主流，或者说从来没有成为过主流，而由Spring框架为基础的所谓“SSH”，成为J2EE软件开发人员必须掌握的基础知识。Log4j、JDOM、DOM4j、Axis等开源组件更是泛滥。应用软件开发的门槛日益降低。

    这当然降低了软件的总成本，但也产生了一个严重的后果：程序员逐步失去深入思考的愿望和能力！在我作为程序员的时代，美工输出整个网页的效果图，然后由程序员告诉美工如何分割。之后，程序员独立完成从HTML页面编写，到ASP/JSP代码，以及后端访问数据库的业务逻辑的全部过程。虽然可能仅仅是一个模块，但这种从最前端到最后端的完整开发过程，能够有效培养程序的系统思维能力。这样培养出来的程序员，也比较容易成为架构师及项目经理。

    现在有了SSH，程序员的工作大致是填空式的，实际程序运行的流程，也是时而在第三方框架代码中，时而在应用软件中，之后可能又进入了某个开源组件。程序员对这个过程，多数没有非常清晰的理解。在程序开发阶段，开发效率并不低；但是这样开发出来的程序，是否能够经得起大业务量的考验？能够使用“SSH”，与真正理解“SSH”差距是很大的，还有众多的第三方组件，彼此之间还存在一定的依存关系。一旦发生版本冲突，或者不小心调用了一段效率很低的代码，在功能测试中可能根本无法发现。在应用部署时，可能引入错误的配置。错误的配置并不必然导致故障，但在一定系统压力情况下，就会引发故障。

    开发一个成熟的应用软件，程序员不能盲目信任开源软件。虽然不是自己开发的代码，不可能了如指掌，但也必须能理解其原理，评估其在性能方面的影响。当系统出现故障时，必须明确可能与哪个开源软件有关，而与哪些开源软件一定没有关系。这些都是建立在对其原理的深刻理解上的。理解开源软件的原理，最有效的做法，就是阅读源码。

    阅读源码的收获不仅限于此。我们大多读过《设计模式》，这些模式只有在特定地场景上运用才是合适的。我们实际工作时，很难有机会恰当运用，却常常会画蛇添足。当阅读哪些成熟的开源软件时，有时会突然发现感叹：“原来代码可以这样写！”其实这些模式，我们也都学习过，但如何灵活运用，却是很难深刻理解的。这就是资深程序员与普通程序员的区别。

    就我自己的经历来说，读了一个XML解析器的源码，对DOM的解析机制有了深刻理解。每当进行接口设计时，我都会注意XML文件是否过大，解析效率是否过低，有没有必要采用SAX解析？读了HSqlDB和Sqlite 2个开源数据库源代码，进行应用软件开发时，经常会留意SQL语句的效率，是否需要进一步的优化，甚至考虑以一定数据冗余换取查询效率。这些都是作为J2EE程序员很难深刻认识的。

    还有一点比较深刻的体会，外国人的代码看多了，对照一下我们同事写的代码，再对照一下自己写的代码，差距是明显的。软件行业需要有更多人静下心来思考，不跟风，不动摇，才能真正把质量做上去。否则，说是过了ISO、CMM5级，也都是自欺欺人而已。

牟长青的博客中提到，中小网站成本最低、最容易实施的推广方法，是在论坛等发布软文。昨天接着谷歌涉黄是否被陷害的事件，在著名的月光博客中留言了一个链接，暴了个《色情小说出现在百度快照！》的新闻。仅仅是一个个人博客，发布留言所在的PV不过4500（到今天22：00）的数据，还不是独立IP数，就为我的网站带来了41个独立IP访问，已扣除本人访问的情况。可见，这种方式还是有一定可行性的。

不过，这些流量也有一定问题，来看了基本上就是这页，对网站没有进一步的兴趣。这些流量想转化为商业价值，或者是个人品牌价值都不可能。

今天晚上准备睡觉了，无意中在百度搜索引擎上敲下“睡着”2个字，

看到“睡着的武神”，不是说这是黄色小说吗？百度一段是没有这些

有害内容的，难道现在也开始变黄了？看来问题很严重。接下来，

我竟然在百度快照中看到了令人心神不安的内容：“睡着的武神-无删节版”。

大家注意了，这可不是链接过去的，而是百度快照的内容！

百度的搜索提示！

百度快照页面。下面是快照URL。

http://cache.baidu.com/c?m=9d78d513d9d430df4f9ee0697b13c0171e4381132ba7d7020ed28449e3732a365011e5ac26520775d8d2086416ae394b9cf62104441451c38cbefc5ddccb855e299f5632676c825663d00de88b182a9b66d618feae6afaa7f43784aea5d0d44353bd57036d80878b5c0b099029af5662b6f18448175d0dbaef326ef844743e9f541af018&p=9779f915d9c71df21cbe9b7a4d&user=baidu

更详细的涉黄内容，为避免本站被关闭，本人自己留存证据后，

不贴出来了，请各位自己去查找。