如何管理自己的时间资产
NOTE
时间管理不是目的，它是为了达到某种目的的一个手段。我们需要通过合理规划自己的时间更快更好地实现某些目标
2022-03-11 12:38:31
NOTE
预估自己的可用时间以及确定为了达成目标需要执行的任务。预估可用时间是一个非常重要的事情，预估时间的过程能够让我们切身感受到时间的价值
2022-03-11 12:40:57
NOTE
对实现目标有帮助的任务就可以加入 TBD 待办事项；
2022-03-11 12:42:17
NOTE
启动时间
2022-03-11 12:42:39
NOTE
执行任务时每天都应该更新 TODO 和 Doing 列表中的任务
2022-03-11 12:43:03
NOTE
所有的大任务都是很难进行追踪和预测的，这对于我们完成任务也比较困难，一个规模适当的子任务能够帮助我们更快建立信心并对任务需要的时间有更准确的掌控，一个合适的任务大小应该是能在一天以内完成的
2022-03-11 12:43:30
?圣杯与银弹 · 没用的设计模式
NOTE
软件工程中没有银弹
2022-03-11 12:47:42
NOTE
设计模式在中国的搜索指数
2022-03-11 12:49:10
NOTE
与设计模式在中国的流行相比，在全世界范围内，设计模式的热度从 2004 年开始却一直在下降[^3]
2022-03-11 12:49:34
NOTE
想清楚究竟什么样的设计才是能够保留下来
2022-03-11 12:50:25
NOTE
从抽象的模式套用到具体场景却很困难，如果没有足够的经验或者思考只会做出拙劣的设计
2022-03-11 12:51:10
NOTE
在提炼设计模式的过程中一定会失去很多实现细节。作为理论来讲，精炼的、抽象的定义才能够更好的传播和重用，但是不同的读者在理解这些定义时会遇到两个问题： 经验较少的工程师 - 虽然书中的例子都看懂了，但是一到具体场景就没有办法利用； 有经验的工程师 - 虽然书中的定义和例子都没有问题，但是这些我们早就知道了； 相信稍微有一些编程经验的人都能从经历过的项目中总结出很多模式，从具体到抽象的过程需要积累较多的素材，不过这个过程相对比较容易 — 当我们学习的、实践的项目足够多时，我们自然能够发现其中存在的常见模式
2022-03-11 12:53:51
NOTE
实现这些方案需要考虑非常多的细节，这些细节都是在理论中缺失的，是需要通过经验和思考来补齐的，例如：部署多个实例之后，我们是不是还需要考虑服务注册、服务发现以及负载均衡的路由策略；异地多活是不是也要考虑机房之间的网络延迟、专用网络通道的搭建以及数据不一致的问题，这些实现细节在总结成规律抽象的理论时基本都消失
2022-03-11 12:54:46
NOTE
The devil is in the detail.[^5] - Ludwig Mies Van Der Rohe
2022-03-11 12:55:04
NOTE
每个包、方法甚至代码中的空行中都体现了作者的设计思路，抽象的理论和模式能够起到指导的作用，但是真正让设计融入系统的还是工程师的丰富经验和深入思考
2022-03-11 12:55:38
NOTE
想要在项目中大展身手套用书中的设计时很有可能会带来错误设计，成为项目中的遗留代码（Legacy code）并被接手的工程师吐槽和重
2022-03-11 12:57:24
NOTE
If all you have is a hammer, everything looks like a nail! [^6] - Charlie Munger
2022-03-11 12:57:57