提升效率的两个小技巧，已验证是work的。

阶段性复盘：关于提升工作效率

慎用！编译和联网是裹了蜜的毒药

每过一段时间我都会对自己的效率进行复盘，
10月初我对自己复盘后，
发现在工程上有点过度使用编译。

有时改动一个很小的点，
或者是查一个很小的问题，
都会启动编译。

而我们都知道，
大工程中编译是很耗时的，
平均一个编译任务要花费2分钟以上的时间，
这就会导致我们的工作间隙被编译占据。

再加上我最近在处理两个比较棘手的问题：
第一个是超大型的需求，因为它的改动相当大，所以给人难以下手的感觉。
第二个是新平台需求的接入，因为没有完整可用的文档，它会让人更加无从下手。

这两个问题本身的难度是一方面，另外一方面是编译耗时，
按照我之前的预算，我是要通过编译来进行debug来推进进度，这显然会导致这两项推动非常缓慢。

那怎么搞？
难道开发过程中不触发编译？
这显然不可能。

经过我的思考，我给自己定了两个规矩。

规矩一：用文档来记录本次编译的目的
针对自己非常熟悉平台的超大型项目，
在开发过程中，不要频繁触发编译，
我会专门构建一个文档，在文档里记录这次编译是为了验证哪些问题。
一次编译解决非常多的问题，
通过这样的方式，非常丝滑的把大型需求的改动完成了。

规矩二：断掉网络，沉浸式阅读代码
对于大公司中的大项目，很多时候Google是找不到结果的，
但是电脑只要连接网络，我就会潜意识的想在Google上搜寻结果，
导致整体阅读代码速度非常慢，
接着我给自己试验了一个方案：
直接把家里的路由器关闭3小时，集中离线看代码。
结果效果出奇的好，因为离线的原因，
导致我可以排除微信、抖音、小红书等应用的干扰，
可以完全放弃求助Google，
转而专心的看代码，自己猜测新项目的架构，
一下午的时间解决了我过去两周的问题。