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