冷月清晖 -- 技术分享、学习笔记

如图所示横轴是Time轴，纵轴是Quality轴；Time=2表示 On Time（代码准时完成）；Time=6表示 Delay（代码延期完成）；Quality=2表示 Terrible（糟糕的代码）；Quality=6表示 Not bad（还行的代码）；Quality=8表示 Excellence（优秀的代码）； 结语："糟糕的代码On Time,

最近经历的许多事情（基本都是好事情），觉得真的应该记录下来，无论是用于怀念这份心情还是其他莫名的冲动。就让我平静下来，思考一下，让我能怀着信心和希望，步入了一个人生的新阶段。2008年9月5日是一个匆忙而让我永远无法忘怀的日子，有幸参加了中国软件技术英雄会-上海站，见到了许多大牛，整天的行程就不多说了，参见LiFanXi的blog：2008中国软件技术英雄会上海站流水帐。真的很感谢LiFa

这两天出差到苏州，工作进展的比较顺利，否则我今天也回不了南京。工作有些体会，在候车和乘车途中也难得看了好久没看的书《编程珠玑》（为什么选这本书带着出差，有这本书的肯定知道这本书区区200多页）；也思考了一些问题，忍不住记录下来。   第一天9：00赶到火车站，大家都知道火车站买票是需要排队的（废话！其实有些人不知道。），9：15终于排到了窗口，这时候挤过来一个胖子（没有侮辱的意思）也要买去苏州

个人认为服务端最重要的就是：稳定，稳定，再稳定。上一节主要通过代码级别探讨程序本身的稳定性，这节通过其它的机制进一步加强系统稳定性。   为了进一步提高服务端程序的稳定性，我们往往会另外写一个看守程序，也就是俗称的看门狗。其原理就是服务程序在启动时向看门狗注册，也就是告诉狗这个门是需要它看守的；然后每隔一定的时间间隔服务程序发送一个消息给看门狗程序，就是所谓的喂狗，告诉狗这个门还是安全的；当服

这大半年主要做了一个用于视频存储的服务器端程序。程序的主要功能就是存储或回放视频流。程序不大，不到5000行。为什么这么短短的5000行程序前后我却花了大半年的时间修改调试才在近期投入商业运用？它的稳定性和性能有把握么？它在未来还需要大量修改么？带着这些疑问，回溯这大半年的开发历程，希望能找到答案。      如果下面按照时间先后流水帐的叙述方式恐怕我会有所遗漏，大家也会看得云里雾里；所以