回帖整理的目的是经常性的提醒自己那些已经想明白但做不好的，并在那些还比较模糊的问题上记录思想的轨迹的改变。

其实这样的话我也说过，不过现在反思，但是我不是站在多个名字的LZ这个角度。

毕竟， 前件为假，后件为真，命题为真。

前件为真， 后件为假， 那么命题就一定是假的了。

至于经验的传承，还是有很大必要的， 把泡沫过滤掉就好了。

呵呵， 谁知道我指的是什么？

总结： 这一年居然又是过度的一年： 了解和思考了一些对做事、 做软件真正核心的东西， 而且逐渐的可以开始用这些“虚”的东西， 来对照“实”的问题； 遗憾的是， 这些东西除了偶尔作为反潮流的后盾， 对我来说还远远不能用于实践。

这可以认为是它们的深度广度远超目前流行一些大框架（不是指Framework这种具体层次的）内的尝试， 也可以认为是我的能力还不足以把核心概念真正的化为己用； 可以认为是实现一套完整的东西工作量太大， 也可以认为是我太菜所以承担不起。

但是这一个过程， 是我万万没有想到的。 我怎么会走到今天这个样子？ 这条路还要走多远？ 我的选择正确吗？ 这些问题似乎总也不能摆脱，古人说30而立，以前去中关村，少则叫人家大姐， 多则叫大叔， 现在很多老板年纪比我还小了， 真是....

时间不多了。

说点别的。 这些天手机坏了，背灯不亮。 先去的西单Nokia客服， 直接说我LCD坏了； 因为觉得他们胡诌， 就去了维修摊子： 第一个， 修了两个星期， 把电路修断了一根， 毛病没解决； 第二个， 修了一星期， 屏蔽罩又少了一个。 最后送到中关村的一个Nokia客服，1个小时背灯就亮了，真是挺高兴的。

可是，断了的那根线路没修好， 就继续放在他那。 昨天他们快下班时，说好了， 我就急匆匆的赶过去， 发现屏幕多了些水印， 他们跟我说几天自己就好， 当时他们一堆人等着下班走人， 不好意思， 就交了钱。 后来仔细一看， 修好的那个断线的线路的摁键， 一摁， 就会串到若干个键上， 屏幕似乎也不是小问题。

今天再去， 不承认了， 非说像我这种问题（疑似进水， 我没承认过， 因为我似乎是因为充电器短路才弄坏了的）， 有水印很正常。 串线的问题， 也告诉我基本修不好，只能凑合用。 呃， 我的感受是， 再次体会了弱势群体的滋味。回来看了看手机线路图， 明白了， 他们飞线接电路时， 肯定把那根线给接地线上了， 这就造成， 表面上好了， 实际上根本走的不是原来的线路， 而是乱窜的信号误打误撞， 同时传到了两块控制电路的若干个角。他们还跟我说串线不是大问题， 确定是如何串线的确实不是大问题， 往地线上一接， 这事情可就说不好了。

说的再远点。 我混进几个手机维修论坛看了看， 也浏览了几个卖收费手机资料的网站， 我就一个操， 国外热心人放的资料， 全成稀罕东西了。 维修人员们粗心手糙也就算了， 获取信息和学习的能力也真是成问题。 也许就像别人说的， 电子产品， 属于那种坏了就要准备扔的， 交给维修人员， 无论是不是客服， 是好是更坏绝对都会变成一个概率问题。 不过， 仍然有一些经验可以说。

了解了一下， Nokia的客服分为1、2、3、4四个级别， Nokia规定，1、2级， 没有资格修核心部件出现问题的手机， 也绝对不许动电烙铁， 至少对于在保修的手机， 如果被1、2级给动了， 以后就别想保了。 对于不保修的， 很显然， Nokia不让他们动， 就是不放心， 千万不要贪图便宜个1/3，或者地理位置方便， 就轻易的把机子交给小的客服， 你给了他们， 动不动那是他们说了算的，多修一个多拿一份钱， Nokia也不可能把所有这些客服都管住， 事实上我认为它根本就不打算管。我不知道国内怎么分级， 但那种小型承包商承包的， 管它是几级也不能信。

至于大客服， 信口胡诌， 说实在的咱们也没办法， 可以换一家同样规模的再检测一下再说， 不过现在检测也开始收费了。 如果都胡诌， 那也最好就按他们胡诌的来， 能修好就得。 当然， 要是价格太贵， 我看就只当废朔料一块就好了。

最终， 我买了一个万用表， 一套改锥， 准备有空自己动手， 丰衣足食了， 毕竟咱也是干IT的。电烙铁没买， 因为我手太笨，如果需要处理BGA的焊接，又完全不可能准备工具； 这个活看看附近有没有手细的，同样属于弱势群体的维修工（NB的我是不敢指望了）， 让他们代劳吧。 妈的这都赖我自己， 不搞应用搞研究， 弄得手头紧， 不得不考虑修一下算了， 结果反而弄的窝窝囊囊。 如果过两天自己坏了， 或者让我折腾坏了， 最终还得买， 几百块的维修费就成了浪费不说， 更关键的是我宝贵的时间和心情。

再说一个怪事。 买了两条1G内存， 芯片不一样， 家里还有4条512， 两条现代， 两条三星。 换成1Gx2， 512Mx2，如果是两条相同品牌的512，居然过不了自检， 反而是一条533的现代， 一条667的三星， 配合这俩不同芯片的金士顿， 一点问题也没有， 真是彻底折服了。

最近流年不利， 我得小心点， 别再碰见什么乱七八糟的情况了。

Update:

突然发现，似乎我的音箱也要完蛋？ 我到底是怎么了....

http://vse.guangztr.edu.cn/radioschool/bga-cjx.htm

Update:

有一件事忘了写了，本来去中关村那天一冲动， 想买N78或者6220c的港行版， 正好原来在网上查到两个商家， 号称绝对是真的， 我就去看了； 差点买之前， 我女朋友建议到一个刚认识的卖配件的哥们那里上网再查一下，结论如下：

中关村绝对（意思是101%）没有卖真港行的，但是他们现在确实越做越真了。 比如过去说HKC的标， 假的中间缺少两个横线， 现在大的HKC假标签已经有了。 比如我看的第二家， 网上说的“Nokia Care”的标是应该有皱褶的， 他们也有了， 而且印刷相当强悍， 比真的做工还好； 港行的发票，过去网上说是针打的，他们现在也换针打了。

至于哪儿还不够细心， 这个我就不想多说了， 早说一天， 他们早改进一天。 建议大家看看淘宝上的香港人联诚阿井那里， 虽然我最后打消了买手机的念头，但是如果再买港行手机，已经认准他了；据说购买后香港那边商店活动赠送的礼品都不会少的。 如果在村里买， 就买亚太版的或者后港的， 确认配件是真的就可以了。 至于我说的这两家， 初步判断， 他们的配件应该是真的， 但是价格比亚太或后港贵300左右。

关键在于， 如果冲着全国联保去的， 我们就无法保证假Nokia Care和假发票客服永远不会仔细验证。 在Baidu上查询中关村保证百分之一百港行的，一共出来的就那两家在大型IT网站上的商家页面，弄这么真的北京没几家，也不容易（可惜做事的素质低点，行百里而半九十）， 具体名字我就不点了。

希望这些信息对大家有用。

个人总结及多余的话：

近年来，对我最大的一个影响应该是加入博客园了。 我在这里学到了很多，这不代表我想说什么恭维的话； 恰恰相反， 在博客园，我真正得到的、思考的、加强的， 恰恰是我的一切不认同。 而我之所以偶尔被骂， 也不过是因为， 我自己也不过仅仅是一个不那么合格的工程人员， 却试图给自己带上*真正的*的程序员的帽子，还要不合时宜的传播自己未必正确的价值观。

想想我刚来的时候， 一副“理智使用面向对象”的丑恶脸孔， 到后来因为不轻信的个性，对一些国外方法论开始初步质疑； 到今天， 我脑子里开始有一些模模糊糊但真实的概念。 一言以蔽之， Strustroup、Anders，这些是真正的程序员， 而Fowler和其他一些明星则是好的工程人员； 前者的工程能力我无法了解； 但如果管后者叫程序员， 毫不客气的说， 是对程序员的侮辱。

这是我第一次如此极端的表达一直吞吞吐吐的观点。 又有几个真正的程序员会不了解， 比如对于类似“用测试也可以充分保证正确性”这样的可笑言论， 在30年前就被迪杰斯特拉轻描淡写的一番话，科学的、根本性的枪毙了。诚然，真正的程序员也必须向当前有限的手段妥协，而求助于工程上的解决之道； 但是他绝不会通过强调工程、人文的考虑， 在谬误上建立自己的阵地。

这看起来我还在执着于人与对错， 其实它表达的是，如何就我们面对的这些信息进行一个相对正交、且有一定严谨性的分类； 它同时还能指导我， 从不同种类的师傅那里，可以学到什么， 又应该小心什么。虽然我现在脑子中的部分结论还是支持我过去的一些臆测， 但其意义已经有所不同了。这个成长过程，固然和我浪费了大量时间取证有关，但起点却是从质疑引发的讨论。

从现在开始， 我希望这一切和我无关。  我个人必须、也绝对有能力去施行很多工程上的做法， 同时， 我也不会轻易的被蒙蔽双眼；和其它一些方法论支持者、反对者相比， 我也可以确信自己是经过更多的调查与反思的； 总而言之， 知道何时、采取什么样的策略是相对有益的， 以及初步学会探测风险所在，这足够了。 再继续下去，只能是深入论证， 那实际上是缺乏建设性的。

当然， 否定一个极端不代表走向另一个极端。 我个人一直对纯算法的练习持相当大的抵触情绪， 我自己很少进行这种训练，并认为那是不切实际的。 大多数算法都是为了解决实际问题而诞生的； 但无论是针对这些算法的练习， 还是发散练习，如果占据了太多的视线， 对于“掌握算法背后的思想”这一目的来说，恐怕是边际递减的； 最终不但不能算法大成， 甚至可能走向反面。

在博客园， 我就各种问题跟不同的朋友争论过多次， 也和一些其它兄弟待过同一个战壕， 这对我是一个非常难得的经历。可最终我却发现， 也许就像上次“纸毛巾”同志说的， 我和大多数人， 也许很大程度上都不是一个路子的。所以无论我对别人， 别人对我， 赞同也好反对也好，恐怕在根本上都是鸡同鸭讲； 这个结论让我有些失落， 恐怕也会让一些把我当朋友的人失望。

一个正确的态度是什么呢？ 我是来学习的。 很早我就说过， 曾经不屑于“深入XX”、“XX技巧”这些对手册二次消化的知识的我， 最终明白了， 如果没有这些资料的支持， 我个人也不可能在选择另一条路的同时， 可以快速的掌握任何一种工具的使用； 这实际上全是兄弟们的无私奉献。 而更广泛的， 对于一些我质疑的东西， 哪怕真是垃圾的，不用就是了， 又何必抱有抵触情绪呢？

总要有人把这些拿出来说， 我才能去判断好坏， 筛选出其中有利用价值的方法。 过去Allen Lee说，我的冲动来自于“权威”尤其是“伪权威”对独立思考的扼制， 不过从另一个方面来说， 别人认可流行文化不代表人家没有反抗的能力； 毕竟是另一条路上的人， 他们又能怎样呢？即使是对真相的漠视也自有其道理， 目的不同造成了选择的不同； 从人生的角度来说， 谁受了蛊惑还不一定呢。

也许我以后还会跳出去说些什么， 不过至少这一阶段， 已经结束了； 或者说我希望它结束。 该收收心了。

不知道是否有朋友观看过卡耐基梅隆大学的计算机科学、人机交互及设计教授兰迪·弗雷德里克·波许（Randy Frederick Pausch）著名的“最后一课”演讲并也为之感动，兰迪·波许教授已经于7月25日因胰腺癌在家中去世，终年47岁，在生命中的最后时刻妻子和三个孩子 始终陪伴在他身边。

2006年9月，兰迪·波许被诊断患有胰腺癌，尽管进行了手术和化疗，他还是在2007年8月被告知癌细胞已经转移至肝臟及脾脏，至多可以再生活6个月。

美国很多高校在资深教授退休前都会为他们安排讲授一堂面向全校学生的“最后一课”，表达学校师生对其的崇敬和感激，让教授为自己的教学生涯划上一个 完美的句号。卡内基梅隆大学将其命名为“旅程（Journey）”，希望演讲者能和听众一起分享自己的个人或学术旅程。波许虽然还没有准备退休，但是鉴于 他的病情，他在2007年9月18日做了题为：“真正实现你的童年梦想”的最后一课演讲。

在演讲中，兰迪·波许教授告诉观众永远不要放弃梦想，当面对困难时他说“但请记住，阻挡你的障碍必定有其原因！这道墙并不是为了阻止我们，这道墙让我们有机会展现自己有多想达到这目标。这道墙是为了阻止那些不够渴望的人，它们是为了阻挡那些不够热爱的人而存在。”

以下是这段演讲的Google视频：video.google.com/videoplay，更清晰的带中文字幕的视频文件可以在：www.verycd.com/topics/267576/下载。

这个系列的文章深入浅出，表达能力不是一般的强。

我的感受呢？ 如我这样关注这些话题已经有一段时间的人来说，主要是找不到新意和铺垫稍多； 但即使是这样， 我仍然得到了一次难得的重新捋一遍记忆和思路的机会；同时，在表达能力上的差距也给我上了一课： 不仅仅是写文章， 我们思考时， 第一个接受表达的对象就是我们自己。

强烈的表达一下我的推荐， 多的就不说了。

update:

Microsoft Visual Studio China Middle School Power Toy 1.0

 这个东西似乎给中学水平的人启蒙不错，现在的小孩真幸福。

41119可以肯定是一本没什么太大价值的书， 作为一个纵观的了解， 省得费劲查些最简单的东西了；或者说， 查之前也会对过去的发展形势有个了解。

38253是脑袋的推荐， 我个人认为它对我的意义是速成： 了解该了解的， 防止在已经最成熟的问题上自己走弯路，或者干脆做了民科的工作。 这本书脑袋说翻译的极差， 已经退掉了。 另外，选则替代品的过程中，注意到了《程序设计语言原理(原书第8版) 》和《程序设计语言理论基础》，前者和脑袋38253有比较大的交集，作为所谓的“经典”，也很全面； 但是考虑到我自己的具体需求， 还是收了后者，可惜是本老书，新的进展不知从哪里可以看到。

26775的作者似乎现在是Google的首席算法师， 实际上这书我本来不打算买， 不过也不多这么一本啦。看在后面有些并行算法的份上，外加号称归纳证明和设计实现并进，看看有无新意吧。

34357在有些人的心里和《算法导论》齐名， 据说有一些启发式的作用， 又不是《算法导论》所擅长的枯燥罗列； 那就买一本试试咯，万一真能让我把一些东西读进心里去，那就真是大收获了。

967596没有什么说的， 纯属追星， 在此之外，则是用来培养自己的感觉， 感觉有时候是相当重要的； 本来想一起收的还有一本《来自圣经的证明》，不过考虑到数学和英文的复杂性一交叉， 我就玩完了， 算了吧。

18133估计意思不大。 但是看目录是一本非常全面的书， 对我辈软件人员， 该了解的东西， 找一本类似的书放在手边，没事瞎翻翻， 还是必要的； 既不过， 又不会不及： 更艰深的虽然不是说一定没有必要， 但要考虑到自己平时会不会打开。

178655既然那么多人说不错， 只当玩一玩吧。 其实不客气地说，个人认为大多数玩这些的软件人员都误入歧途了；不过我不会，我天生对数学具有高强的自我防御免疫系统 :P。

9508从目录上看，又是一个不是从具体算法如何做的层次关注这个方面的书； 希望作者的功力真能够对我这种白痴级读者作出一个好的引导。

最后多说两句。

我不认为这些书有什么了不起，任何一个想干30年技术而且能吃饱饭的，甚至想真正能从技术角度做好管理工作的，都应该看这些书， 而且一定能看懂。 Gates是一个“应该”的例子，M$的初期发展过程中，他作为技术决策者和管理者，虽然已经不再亲历亲为，可他不但知道一个软件该怎么做，而且知道实现一个功能，其难度和代价如何。

我自己是一个“能行”例子， 我曾经认为自己是计算机科学核心领域上的窝囊废， 最多搞搞工程和应用；但最终还是启蒙了，开始能看懂一些原来觉得是天书似的的东西了。我相信上面的书对我来说肯定还有很多“天书”成份， 但是我同样相信这些只是入门的浅薄学问，总是可以逐渐掌握。可能有人问了， 等你入门了， 啥时候才能有造诣啊？

我的一个体会是， 一旦跨过一道坎， 那简直就是天空任鸟飞， 海阔凭鱼跃； 等到真的修行看个人的时候，就不会有什么太大障碍了：一切唯实践尔。至于造诣，它虽然和天份不同， 但仍然是一个人自己得天独厚的东西；往往在我们完全没有接触过将会有造诣的领域之前，这个领域的造诣就具有了，所以根本不必担心：

关键是你是否挖掘了它。

从状态上来说：

1. 基本放弃了自我管理。

2. 目标对我来说似乎也没有威慑力了，毫无紧迫感。

3. 不能说毫无意义， 但确实一点也不充实。

从技术上来说：

1. 除了少数想法算一些整理， 没有悟到更多东西。

2. 一些地方反而过于热衷于言语， 而放弃了本质。

比如关于面向对象和其它范式的语言； 最早我就明白Anders说的“对象说到底不也是语法糖吗？”、“delegate就是函数式的全部了”， 但是实际上在这方面的思考并没有新的进展， 也包括对泛型、模板、元编程的体会上，还差那么一点点。

而对于“语法糖”这个概念， 不要光停留在表面理解， 类似于面向对象的非本质性， 对我个人来说，已经无需再讨论。相反，delegate并没有把C#变成强大的函数式语言，恐怕在于类型系统的配合度还不够，所以delegate在C#中就很容易表现的像个语法糖。作为具体的议题，后者是一个还存在模糊的地方，而我缺乏深思。

关键在于， 哪些东西不是语法糖； 这个地方我没有好好的把握住。 抓住这一点， 在设计和实现时就不会被迷花了眼， 在语言的学习和设想上， 也能更加的击中要害。 再重复一遍，哪些东西不是语法糖？界限在哪里？

实际的产品开发，也要重新进入轨道。最近缺乏实践的带动， 而在此之前， 对Web框架的理解，对各种编程范式的理解， 从经验上来说，都是被实践带动的。所以重新回到根本，即便对于高一层次的研究， 也是必要的了。

基础资料：

用来增加背景知识的资料：

 Why Gnutella Can't Scale. No, Really. 

（待更新）

可能需要了解的资料：

非结构化：

“Mobile Agent based Method”，这个想法初步感觉有点爽，和我的想法有相似性，找点文章来看。

“Cache Method”的当前样例中， 有啥有新意的细节可以挖掘没有？

结构化：

（待更新）

实用资料：

 (待更新，这部分恐怕比较难找，可能还是得看代码。)

初步的想法， 实际上P2P网络的问题， 可以集中于两点：

1. 检索。

2. 有效。

关于1， 结构化的方法， 一般都是将内容与某一节点做一个映射， 信息提供者向这个节点汇报， 而信息查询者从这个节点获取。 同时， 这个节点的存在和同一，是通过“我们处于同一世界（物理上、时间刻度上）”这一事实来保证的。 除了实现细节的各种调整与优化之外，是不是真的没有改进的余地了？或者说，除了上述事实， 还有什么其它可利用的条件呢？

关于2， 分布式计算看似高端，其实反而可以含糊，因为只要不涉及远端计算机提供信息， 尚可以本地计算， 最终对一个可分解的计算来说， 仅仅是计算时间的问题； 信息传输要求稍微高一点，因为只要损失超过一定程度， 整个信息就是无用的； 而连续性播放则是比较难，但目前可以通过特殊处理解决。当这几者混合应用时， 问题可能会变得更加复杂一些： 多个部分的不同安排，可能导致可靠性在时间上的变化。