摘要： 起因写完《完美软件开发：方法与逻辑》这书后，原本想继续写书的，可出来参加了些社区活动后，我发现我写的书大家评价还行，但其实不太理解。而接下来想写的书更加抽象点，准备叫《管理的解析》，我一琢磨以我的影响力，写这样一本高度抽象的书，估计会彻底仆街，于是相当犹豫。为了写这书，当时准备了很庞大的读书计划，准... 阅读全文

摘要： 很多人谈设计模式,但就我观察和软件相关的模式中最牛的一个却被忽略了或者说重视的不太够。这个模式不一定能用GoF的那类表述方式来描述，但却几乎可以在大多的成功产品中看到影子。它可以表述成：软件的架构要支持开放数据，并提供API让别人可以编程定制或扩展你的程序。有人可能一听后说：这不就是插件么？但把这个等同于插件是把它看小了，插件只是它的一个子集。那么那些足够牛的产品中用过这个模式？真不好一一列举，立刻能想到的是PC时代的AutoCAD和Excel这种，我有时候甚至怀疑Becky!这邮件客户端之所以能活得很好和大量的插件可能有很大的关系。往当下想就是微信这种。当然如果非往这个上扯的话，那各大平台乃 阅读全文

摘要： 好久没发博客，来个狠的，我不信挨踢界有人比我更蛋疼来研究这个。在马克思提出共产主义100多百年后，软件开发领域中出现了一种特别的生产方式：开源(FLOSS：Free/LibreandOpenSourceSoftware)，并爆发出了惊人的生产力。作为结果，以这种生产方式开发出来的软件覆盖了几乎所有软件类别，并获得广泛应用。从本质来看，这种生产方式植根于资本主义生产关系之上，但又与资本主义的生产关系本质不同，同时又恰恰可以满足马克思对共产主义生产方式的定义，因此可以看做是一种实现了的共产主义生产方式。一、共产主义的必然逻辑和特征在马克思的论述中，共产主义是当资本主义生产方式发展到极致，乃至成为生 阅读全文

摘要： 如果以TurboC为起点回看这10几年的IT世界，就会发现每当新技术（C++,Java,OO,泛型,RAD,组件...）出来的时候，通常它会被认为是通解，而后在应用过程中才会逐渐发现它的限度。在这样一种过程中，我个人就逐渐形成了这样一种认知：对新技术而言，只有在不只知道它适合做什么，也知道它不适合做什么的时候，才算是真的掌握了它。在此之后才可能人驾驭技术，否则很容易出现技术驾驭人的情形。技术驾驭人是指由于狂热和盲信，无原则的维护某种技术，把A推上天堂，把B踩下地狱。常见的编程语言争执其实很可能是因为这个。也就是说技术乃至方法论皆有其限度。导入新技术或新方法论时，最大的代价往往源于只见其利，不见 阅读全文

摘要： 近来看了2篇和读书有关的文章，一篇提到Joel讲现在程序员不太读书了，主要靠在网上找各种参考资料；一篇则是马总说的：成功与情商有关与读书多少关系不大。一定程度上这两个观点都有点道理，可以靠StackOverflow.com和搜索引擎找到各种问题的答案和例子，刘邦项羽不太读书一样闹革命，还成功了，但如果得出一个“读书无用”的结论来就错了。人类获取知识的手段无非就两个要么靠实践直接获取，要么间接获取，而间接获取中最关键的手段则是读书。“实践无疑是最有效的提升自己的手段，但只依赖于实践无疑也是愚蠢的。”忘记那个大侠说的这句话了，但这不看着很有道理么？如果把人类有历史以来的书按其价值排成金字塔，如果第 阅读全文

摘要： 近来在侠少（@永恒的侠少）的微博上看到一件吊诡的事情。《WCF技术内幕》的译者指斥《WCF全面解析》的作者抄袭，而指斥的理由是：还有一个原因我要告诉你，为什么是抄袭。因为《InsideWCF》是世界上第一本从内部机制剖析WCF框架的书！为什么这本书只有JustinSmith可以写出来，因为他是微软美国WCF团队的技术经理！他才是真正了解架构的人。2007年就写出来了。。。国内有人写出这种书，根本不可能！大量照搬原书小节这件事情之所以吊诡在于：当你有证据的时候，指斥别人抄袭无疑是非常值得称赞的，但用一种“你一定没本事写出来，所以你一定是抄袭”来指责，甚至说“国内有人写出这种书，根本不可能”就有点 阅读全文

摘要： 事先声明：想对微软这样一个庞大的公司做出周到客观的评价其实很难，我只评价我看到的，也只保证逻辑通畅。微软近来重组了，有人看好，有人看衰，我这里用一般管理原则看一下这次重组，目标不是说微软，而是说管理原则，借下微软的势而已。管理中第一原则当是实事求是，形象讲就是采取的措施和待解决的问题要有直接关联。而本次重组显然违背这一原则。从外部看，微软的主要问题不是现有领域不巩固，而是开辟新领域不利，而把开辟新领域不利归结为内部合作不够，并进一步中央集权，虽然看着有理，但应该不对。根据之前的报道，当前的CEO在微软权威超重，因此只要CEO认为新领域重要，那就可以整合资源。这样一来新领域开辟不利，问题根源就只 阅读全文

摘要： 因为看的书相对比较多，最近又写了一本，感觉多少有点发言权，因此把自己的经过和感受写出来，供想写书的做些参考。现在浮躁的人比较多，所以我先说写书不能达成什么目标。最关键的一点是程序员写书基本不能让你发财，这里有篇文章叫《写一本书作者到底能拿到多少稿酬？》 里面把版税计算的计算方法写的比较详细，大家可以仔细读下。一般来讲技术书籍很可能销售不了一万册，即使以一万册来计算，收入大概在5万上下，这是笔收入，但显然不能帮你直接解决关键的现实问题。与此同时，写书需要投入的时间远比想的多。第一本书的时候，即使每天坚持很可能也得写个1~2年，因为你要思考，工作可能打断你，生活可能打断你等等，也许有牛人可以拷贝粘 阅读全文

摘要： 我是如何写作一本软件+哲学式的书籍的（上）做好这个决定后，就面临一个很棘手的问题：怎么不把这样一本书写成散文，这类书很容易想到那写到那，针对各种东西，发一堆感触，而后被命名为经验分享。看到的一些书就是这个状况，这未必没意义，但这违背初衷，我是想写本讲本质，把事儿讲透的书。而上面的写法很像有把锤子就把什么都当钉子。做播放器的有益经验给做驱动很可能就是毒药。就好比说，单纯从现象来看，世界各个角落发生的事都不一样，但从牛顿定律的角度看，很多事情是一致的。好容易写个东西，怎么也得奔牛顿定律去---当时真是这想法。关键是，怎么写？最后想了个有点诡异的方法，这个方法受刘慈欣的三体启发。我预设几个必然成立的 阅读全文

摘要： 近来，陆陆续续写了快十年的书《完美软件开发：方法与逻辑》终于上市了，这书非常另类，更像是软件+哲学的作品，很可能卖不好，也很多人不喜欢，但一路写来实在是比较坎坷，因此把大致的过程写下来，供想写书的各位参考。另一个自己很想说下的话题是，每个程序员都应该给自己写本书，虽然不太赚钱，下一篇写这个。非要给IT书分个类的话，我感觉可以分两大类：一类是解决具体问题的书，比如：《C#高级编程》，《Hadoop实战》等等。一类则是修炼内功的书籍，比如：《人月神话》，《程序员修炼之道》，等等。当然也有一些融合的比较好的，比如《代码大全》。自从从事软件开发之后一直想写一本后一类的书，主要原因是自己除了软件之外也比 阅读全文