摘要：
写这个随笔的时候，直接把分类勾到了“心情”上，这一周一直处于一个比较焦虑和烦躁的状态中，工作的效率很差，精神头也不是很足，为什么会这样呢？ 也许是很久没有回家，想童童了。 也许是纷杂的事务，让我失去了专注的目标。 也许是过大的压力，让我有些茫然。 也许是什么，还说不清楚。 是该调整一下了，回家，看老婆孩喽。 PS： 《马云点评创业》已经看了... 阅读全文
2008年7月10日
2008年7月7日
摘要：
周末的时候，紧急处理了一件事情，因为一个客户说，听到一些消息，目前有人在卖软件的破解，他问是否可以有办法处理掉，否则很棘手。 我们接到通知后，还在臆测，到底是哪个环节出了问题，我们很迷茫，因为，对方也没有拿到破解，只是听说了，最后的决定是我们去现场，看一下。 到达现场后，通过一些技术手段，查到了用户的使用方式，也知道了对方的破解方法，马上讨论了一个技术方案，从下午4：00接到通知，到晚上8：00封... 阅读全文
摘要：
在重构过程中发现重大错误或改变，要立刻通知其它部门做好协调工作，并做好记录。 在Scrum中的每周例会，要做好任务评估、沟通和目标明确的任务。 在Scrum中的每天晨会主要的任务是沟通、交流，以及评估任务的完成情况。 无论任何会议，都要坚持PDCA的原则，就是计划、执行、检查和调整。 在重构过程中，可以修改规矩，但是不允许破坏规矩。 每天的例会都由... 阅读全文
2008年7月3日
摘要：
抽取函数的过程中，首先要保证程序能正常运行，这样在修改的过程中，有利于调试。 函数的占位符，建议采用个性的名称。 代码超长，按功能分块提取，在找共同部分进行合并。 重构大型函数，应从最低层开始处理。 重构过程中，要不断的讨论和演进，逐步过度到最佳的解决方案。 重构过程中，要注意心理的调节，快乐良好的心态，才能保证质量和效率。 多用NOT，少... 阅读全文
2008年7月2日
摘要：
代码重构后也不见得是最好的，但却是现阶段最有效的。 Coding的时候在IED中要注意使用书签。 结对的过程中，至少每1个小时，要轮换一下。 每有效工作50分钟后，要主动休息和调节10分钟。 代码注释的主要作用是辅助阅读。 定义数组的时候，变量名后边要加s。 在SQL中定义表名，也要复数形式表示。 API函数尽量封装后进行复用。 ... 阅读全文
2008年7月1日
摘要：
必须使用全编译方式进行调试。 编码的时候要多使用快捷键。 编码的过程中多用键盘，少用鼠标。 重构过程中如果提取参数，要第一时间给占位函数赋值。 判断字符串是否为空使用Len函数。 要将编辑器的“工具-选项”中的“自动语法检测”功能取消，选中“变量声明”，网格的宽和高设为24。 函数的调用层次避免超过3个层次。 函数超过20行必须有注... 阅读全文
2008年6月30日
摘要：
编译参数与命令行参数不可混淆。 Connection的游标等设置放在Open之前。 在函数和方法的命名中尽量采用Set和Get等形式。 函数中的语句缩进一个Tab。 所有的工程都要从Main函数开始启动。 多个函数间保持一个空行。 程序重构过程中优先删除废弃代码。 程序重构前要删除无用引用。 文件命名：frm（窗体）、m（模... 阅读全文
2008年6月28日
摘要：
Nokia的Scrum标准： 迭代要有固定的时长（TimeBox），不能超过六个星期。 每一次迭代的结尾，代码必须经过QA的测试。 Scrum团队必须有产品负责人，而且团队都清楚这个人是谁。 产品负责人必须有产品的Backlog，其中包括团队对它进行的估算。 团队必须有一个燃尽图，而且要了解他们自己的生产效率。 在一个Sprint中，外人不能干涉团... 阅读全文
摘要：
从昨天晚上的8：30一直到现在，一直都处于疲惫和紧张的状态，嗓子还在发炎，难受中。 做软件最难熬的莫过于在临门一脚上出现问题，但是，这次我遇到了。 很佩服竞争对手的韧劲，知道成功的希望很渺茫，但是一直在坚持，如果这次他们可以翻盘，我真的愿意为他们鼓掌。 总结起来有几点： 飞机永远是不靠谱的，重要的事情宁可早一点走，也别指望飞机，谁知道北京会不会打雷。 团队间传递信息的时候，一定要... 阅读全文
2008年6月26日
