susy

摘要： 周末空闲时间最多，可做的事最少，甚至比平时工作日晚上做的都少。这是咋回事儿，明明周五的时候想了很多要做的事儿。。。 阅读全文

摘要： 很好的WinDBG+SOS入门介绍，转自http://www.codeproject.com/KB/debug/WinDBGAndSOS.aspx 阅读全文

摘要： 同时毕业参加工作，差不多的智力水平，平时都是工作八小时，为什么两三年后有些人就会脱颖而出、显露锋芒，而有些人还是日复一日的勤勤恳恳、默默无闻呢？ 阅读全文

摘要： 在软件开发过程中应该如何处理bug？ 阅读全文

摘要： 李笑来老师的《把时间当作朋友》中提到，我们应该记录时间开销。那记录时间开销有什么好处呢？ 阅读全文

摘要： 读了10章，最大的感觉就是：代码、设计、架构都是根据需求变化而不断增长的。静态地、孤立地看代码、设计是没什么意义的。同样的代码、同样的设计在开始阶段可能是非常好的、足够用的、再过之就over-design的；但在两周之后、新需求增加之后再不调整就充满各种bad smells。 阅读全文

摘要： 本文系Yurii原创, 来自http://www.luanxiang.org/blog/archives/979.html 文章中的一些习惯(如清楚正在做的事情, 设定时间点, 写日记)在很多地方都曾看到, 确实是行之有效、经过别人实践证明的（当然我还是没能坚持证明其中任何一个）。 阅读全文

摘要： 挺有用的：Set a duration of how long you think it should take to solve a problem，Learn to learn more, etc. 阅读全文

摘要： 今天接着改bug，先看下面一段代码：[代码]什么什么？不是橘子也不是香蕉的水果就是苹果？小孩子也知道这个逻辑有问题。但是，在我们的代码中却真实存在这样的逻辑。要判断某个对象是否属于某种类型时，不是直接判断其是否具有某种属性，而是通过“排除法”来判定。为什么会出现这样的代码？在最初的代码里，程序只需要处理Apple和Orange两类水果，所以程序员A写出了如下代码：[代码]过了一段时间，需求有了变化，程序需要处理Banana。此时程序员B发现函数IsApple()存在问题，于是将它更新成了代码片断1的那个样子。如果程序员A将最初的代码写成如下：[代码]这样的话程序员B就不会在这段代码基础上画蛇添 阅读全文