程序员应当学会“偷懒”
我们每个人都是懒惰的,社会形态也是在往更加方便快捷方面发展的。
程序员应该学会“偷懒”。
科技的发展,带动了劳动力的解放。
原先社会中,需要80%的人力投入到土地上,才能满足人类的食物需求。
通过各种工具的改良,与“工业革命”,这个比例进一步缩减。
释放大量劳动力,行程了新的阶级“工人阶级”
开发程序通常都是为了将繁重的工作通过计算机来将工作简化,释放劳动力。
而开发者也应该通过各种方式来释放自己的劳动力,给自己更多时间。
程序员可以通过各种工具与平时积累的专业知识,将自己的劳动力更加释放。
管理者可以劲量按照每个开发者的知识偏向来划分任务。
举例:
• 规范日志记录形式,使用日志收集框架,统一收集日志,提供快速搜索查询:
○ 原先的情况下,查询日志需要登录服务器,打开文件,搜索关键信息,日志记录不规范几乎狠难定位问题点在哪里。
○ 日志记录规范后,通过查询 浏览器查询日志框架,使用全局ID 就可以快速查询到 整个请求的生命流程。可以快速定位问题点。
• 鼓励编写单元测试
○ 单元测试的编写虽然会占用开发者一部分时间,但是与没有自测的程序交由测试人员测试,测试人员提交BUG,开发者修改BUG。这一种流程,开发者所需要投入的劳动量,要比编写单元测试自测通过后要高的多,同时整体时间的占用也会多不少。
○ 原因有几点
§ 一个功能开发完成编写单元测试的时候,是开发者对这个功能最了解的时候。
§ 修改测试人员提交的BUG,需要定位BUG 问题原因,重现BUG,回忆与重新整理功能运行流程。
○ 可以提供开发工具的插件来快速的生成单元测试类
• 常见问题与已经发生的问题行程文档记录:
○ 一个问题出现一次,那么就很可能出现第二次。
○ 解决第一次问题从判断问题点到解决问题,可能需要几个小时。这是可以理解的。
○ 第二次出现同样的问题,通常是与第一次问题发生时间相隔有段时间之后。很难回忆起第一次是如何处理问题的。很可能需要将第一次解决的方式在进行一次,同样需要几个小时。
○ 将问题记录成文档之后,发生同样问题可以有快速得到解决方式。处理问题的时间可能在半个小时之内或者更短。
这些都是“偷懒”的方式。
通过一定“偷懒”的方式,我们不光可以减轻的劳动量,也更加提高劳动质量,同时也在提高问题解决时间。
李 文
2018-08