TAG | 脑电波紊乱
最近项目发展给我最大的感觉是，大家对 bug 抱有偏见。
出于项目管理与前期代码经营不足等原因，在版本发布临近之时，bug 猛增。其实 bug 多起来不是什么大问题，而且修复起来也挺快的，问题是为什么不能及早发现？直觉认为是测试在后期进行。但，提前让测试人员参与进来就能够解决问题吗？
在 bug 管理当中，是有分类的，人们对于不同种类的 bug 反应也是不一样的。例如对于一些 regression (倒退)表现得很严重。看似很合理的反应。
在某种程度上，开发的情绪是被测试牵引波动的。就像训练老鼠跑迷宫一样，电击多了就记得什么(错)路不能再走。但我怀疑这会不会导致开发会 LOST （迷失），忽略了代码中隐藏的各种信号，而依赖于测试反馈的信号。而据我观察，这种担忧不是多余，从开发修 bug 所改动的代码就可以看出。真是头痛医头，脚痛医脚，不报 bug，不修改。这里假设开发都不是应付式工作。这种对 bug 抱有偏见的状态所造成的问题，只要眼球足够多，迟早会以代码质量问题显现出来。那就是前一个现象发生的原因。
bug 不可怕，代码混乱才是问题，开发应该保持客观。显示 bug 是测试要做到事情，也是重要指标，但对于开发的，它也有指示作用，但肯定不是领头羊级的指标。开发要做的是书写良好的代码，让 bug 及早显现。不过也有一些外部因素，比如项目换血频繁，代码交接断裂，人员良莠不齐，普遍缺乏信托意识等等，都会造成累积的仅仅，仅仅是代码。
有良好的土壤，才能培育出丰厚的果实。
一到周末就下雨，不过不下雨，我还是挺喜欢宅的，一起宅更过瘾。
伴着雨声看书真是一种享受，不过当看到这两个准则时，一下子短路了。
优化的第一准则：不要优化。
优化的第二准则（仅限于专家）：还是不要优化。 —— Michael A. Jackson
脑子在掐架了。最通常的想法都是要程序跑得快是需要优化一下。不过有些真实经历告诉我，只有很少经过严格试验的优化手段是有效的，其它很多都是自作聪明。书中接下去这句很有感觉： (more…)
看到这期节目财经郎眼-20100510.聚焦产能过剩，觉得讲得挺好，他主要的建议是相当赞：要藏富于民。
我不是想探究这个经济话题，只是这个现象所折射出的问题，让我想起一些很切身的问题，套用一下名词就是软件生产中的产能过剩。虽然我参与的项目数量并不算多，但烂项目真是一个接一个，而烂得很相似的一点就是这种产能过剩，或者说是浪费(过去我是用过度设计来做概括，始终觉得不够妥当)。 (more…)
我只知道脚本是从 script 翻译过来的。不过 为什么Script叫脚本 一文从中文含义的角度来讲述那段故事，还挺有趣。
我最纳闷的是 script 的翻译 分别有好几种：脚本，剧本，手稿，手迹，为什么不用和手有关的手稿，手迹(绝大多数人写 script 是用手的吧 
，而采用脚本呢？
我读书少，不晓得如何去探索个中玄机。权当这个与 Java 语言定名一样的随意而至。不过，从中文角度去了解一下为何与脚有关，也颇具玩味。再对比一下现代对于脚的印象，我估计大多数人的第一反应是和“臭”联系在一起，而与“美”联系在一起的是腿。脚所代表的是一种移动和站立的功能，对于人来说这是一种基本设施，有了众多双脚良好的支持，才可以编写出优美的脚本。所以，我觉得人们去洗脚也可以是一种感恩，而不仅仅是为了洗去肮脏与疲劳。
昨夜噩梦缠身，三毒涌现，八卦了一下解梦的，凶兆。
睡不好，精神奇差。游尸荡漾。
往日的画面飘在云端，欢声笑语即使是耳机里的声浪都无法覆盖，仿佛就在身边……
早晨的太阳洒落在脸上，一根根细毛都清晰可见，呼吸着同样的空气，却凝望着各自的车窗。没有话题，也是可以的。
越远的回忆越感觉温暖，如果可以回到过去，我希望以倒带的形式来播放。
上一年差不多这个时候写了一篇《势》。现在看那个时候，就是很压抑，很纠结，心里放不开，毕竟已经等了一段时间，但仍然心存希望，尝试去解答。不知道下一年再看这个会不会暗暗发笑，笑自己幼稚呢？估计会，因为现在看来已经很难理解，就那点破事，还用得着憋上几个月。
今年，心态就完全不一样，虽然还没达致无欲则刚的境界，不过至少学会了更多地观察，陈述事实本身，少加评论，不纠缠在一个地方。因为世界比我所见所想还要大得多，我能做的就是要放宽尺度，但又不是无限延伸。今时今日的我还存在着极限。
这一周几乎都在思考关于更加适合现在项目的体系结构。要做的东西和以往的应用其实是很大的不一样，在UI结构，交互性等等方面的细节要求都很不一样。灵活性扩展性更是考验着所有人。但是我不希望进入到这个体系的人依然受到所有这些方面的影响，可以专注于相对独立的特性或者功能。
(more…)
今天是青海玉树地震灾难哀悼日。
苏州一直下着雨。
连花也在落泪……
不敢想象下去，每次地震，那组触目惊心的数字，都会让人感到无比羞愧。
有什么办法可以让我国的人民免遭这样惨痛的灾难呢，救灾再出色也敌不过一次有效的预报，一面坚韧不倒的墙。
人民，是立国之本。
乱，感觉很乱。文化逐步表像化，口号化。
浮夸，很浮夸。看看钱都用在了什么地方了。
形式，面子不容侵犯。道德，法律，有人认为可以是个人理解。
怎么办？没办法？不行！没决心和没办法是两回事。
PS：水平有限，图弄成灰度的就看不出来是花，见谅……
晚饭所在餐厅对出的雕塑 - 无敌鸡man
元宵，好撑，从苏州等车一直到晚上去上海站之前，一路吃，同行两位的也很厉害，声称吃不下自助餐了，但我看量一点没少……
禾绿，清酒不怎么样，寿司不错，很喜欢哪里的芥末，一大块都不会太严重。
徐家汇百脑汇二期，老格局，还是那些东西，组装机那层还是一如既往的讨人厌，DELL 旗下 alienware 的机子看起来非常非常酷，就是太贵了，回来看看美国网上的价钱再按汇率折算，还是去美国买比较划算。相比起苹果，alienware 貌似更加符合我的口味，除了价格。值得一提的是那里 4F 有女仆咖啡厅哦，为此还专程穿越非常讨人厌的组装机楼层。走近一看，果然个个女仆打扮，娇娇嫩嫩，动作娴雅，未免走宝，特意做到非常靠近服务台的位置，下面就是很正经的喝我们的冷饮啦。信吗？嘿嘿。
与平常不同的是，新近陷入情网的内位需要每半小时汇报一下情况，我的天啊……
几个人兜兜转转，最后还是去吃粤菜，我们都深知，在上海是很难吃到家乡的味道，不过依然充满期盼地点了最爱吃的东西。
鸡，最简单的白斩，豉油味道恰到好处，以至于有人直接用来做浇头了，松子鱼皮脆脆，酸甜利口，苦瓜与牛肉炒成一碟，手快有手慢冇，中华民族文明礼让之邦的味道是直到最后 30 只芝麻汤圆才展现出来，因为吃饱了撑着。
乱贴图：我在看着它，它也在看着我
看到了一死党在公然展示他的能力，不谈那些高高的 IQ，EQ，MQ 指数，光那么一个公开透明的行为就已经让我十二分的佩服。
为了不被公然鄙视，我还是保持低调吧……
然而我在想，为什么人和人之间会有那么一些差距存在，而那些差距是怎么形成的，如何衡量，怎么拉大或者减少差距，可以通过主观能动性来调整差距等等。我突然想起了龙珠里面的撒亚人戴的可以显示对手各项指标的眼镜。
如果真有那么一种眼镜，可以实时的看到一个人的各种指标，如上学之前，先看看 IQ，EQ，体格等等指数，再决定到底该如何去开发一个人。事实上已经有一些机制，例如进大学前别的不考，就考英语，用于区分快班，慢班，我记得当年好像是因为慢的太多了，于是就不必分了……假如那样做的话是基于什么样的理由呢？资源的合理分配？但是这样同时又必然面临一个机会均等的问题。
再进一步，除了一些性能指标，如果还可以显示一些情感指数，例如，看见她对一件礼物的欢喜程度，对方对自己的依恋指数，对他人的倾情指数，那又会出现什么样的结果呢？现在的我们肯定对于这种想法有点意见，但是未来就说不定了。就现在来说，发起个约会，谈个恋爱，特别是对于新手，很可能都不晓得应该如何去应付的，所以朋友的亲身示范，大量的电视剧，电影，MTV，电台，同伴之间的亲密交谈就成为了他们学习的渠道。这儿插一句，特别想鸣谢一下《一些事一些情》。如果有一系列的情感指数作为参考，那么情况又会如何呢？不过我想，就算那么一种技术诞生成型了，也不会用于帮助恋爱新手处理那些必须自己亲身试一试才好的问题。它可能会用于处理更多需要考虑情感需求的问题，例如，新的游戏产品的推出，需要测量统计玩家的愉悦指数，沉迷指数用于改善游戏；一些医疗项目的推出，除了基本的药物质检，过程质检，还可以加入痛苦指数的计量，一方面帮助改善医疗过程，另一方面也方便患者可以根据自己的情况选择医疗方案；当然反向也可以用来研制非人道用途的无比痛苦药物；用于自杀高危者的监测；家庭尖锐矛盾的协调解决；战斗中可以监测敌人的情绪，研究不战而屈人之兵的战术……
实时监测的眼镜现在看来可能有点不靠谱。不过如果衡量的尺度能制定出来，已经是进了很大的一步了。如果还能收集到有效的数据，再配以足够强大的数据分析处理，那眼镜还远吗。
不过计量尺度和数据采集的确是一个问题，不见现在，那些咨询顾问就是靠着那么几个数字在大捞特捞么？
大众只是那些指数的数据来源，而很多指数并不能方便地为大众所用。希望也相信未来，许许多多的指数都可以方便地为营造美好生活服务。到那个时候，指数高低并不再是用来制造人与人之间的差异（就像 IQ 在区分白痴与天才），而是更多地用于引导人们更好地组合资源，发挥最优性能取得更好的成绩。
标题有点那个了，意思是能清楚地说出来的，实现起来就靠谱了
乱贴图：无言而对——另类交流
最近老在思考这么一个问题，写程序的时候，总会遇到一种“瓶颈”叫做不知道该怎么写。别人问我这种问题的时候，第一反应都是很彷徨和无辜，首先不清楚是个什么任务，而且凭什么认为其它人就知道怎么解决呢？
我观察了一阵子，发现其实大多数情况都是可以自己解决的，解决的方法就是要将这个问题清楚地说出来。好，这个听起来很简单的，只是做起来却不是那么容易。
将问题说出来不难的，就是比较零碎，多数情况下，当问问题的开头总会试图组合出一个画面，嘴巴通常已经开始零零碎碎地将涉及到的部件抛出来，如果接收者有点心不在焉的话，通常表现为要求再说一次，当再次表达时，会发觉这个问题可以表达得更加好，更流畅了，接收者不再是接到一堆零散的部件，而是一部分场景。如此反复表达几次之后，问问题的人自己也许已经知道怎么解决了，不过那不是多数，多数情况下是在混合了几个人的资讯之后得出的方案，通常也比较靠谱。对话过程中，如果有实际的代码的话，效果更佳。
如果还是清楚地说出来了，还是不知道怎么写，那么先搁一下吧……
doubanclaim5745b3dc39b95f4e
