1
总想着周末要干啥干啥，结果很多都没做成，感觉很沮丧，把原来放松休息的周末搞得比上班工作还累不开心。
静下来想想，主要是没有正确规划自己周末的时间，对这段时间的使用期望过高。
因为周末要陪家人朋友，自己白天可安静自由支配时间不足2-3小时，所以要想做点什么也需要提前规划好才行。
如果有些时间花费注定不能避免，比如陪伴家人孩子，就应该想法让他们更高效。
2
工作中讨论需求问题一定要有具体的场景，如果你能坚持做到这样，就比大部分人做的好。
经常会听到有人说软件有问题不好用又说不出到底哪里有问题怎么不好用，类似这样的抱怨对改进软件、解决问题没有多大的帮助，纯粹是浪费大家的时间。
3
技术每年更新变化很快，但其背后的思想、原理和方法论一般是长期不变的，就像计算机技术这些年有突发猛进的发展，但其背后还是冯诺依曼架构。
因此我们在学习时一定要思考掌握技术背后的思想、原理和方法论，这在解决具体问题时也会很有帮助。
比如如果你知道分布式中著名的CAP理论，就知道为啥不适合用Redis来做分布式锁的问题。因为Redis集群是AP模型，而分布式锁要求CP模型，用一个AP模型的方案来实现CP模型的需求自然是行不通的。当然如果你本身场景不要求强一致性的话，也可以用。
4
公元前49年，恺撒在和九万敌军对垒时，突然天气异变。
原本应该是干旱季节的地中海地区，罕见地下起了暴雨。如果是平日，下大雨对于习惯野外作战的恺撒军队而言，也不是大问题。可是这次情况却不一样，因为恺撒的三万军队正好处在两条河流中间的三角洲地带。连日的大雨让河水暴涨，恺撒的军队被困在河水包围形成的孤岛里，连粮食都运不进来。
现在，部队粮食已经所剩不多，可是暴雨继续肆虐，持续多日，完全没有好转的迹象。再这样下去，恺撒的三万将士还没打仗就得先饿死。河对岸就是三倍于自己的敌军，他们吃着面包，看着被围困的恺撒军队，哈哈大笑。
恺撒进入了“无路可走的绝境”。敌军司令官甚至已经派人向首都送出捷报了。
就当所有人都认为恺撒要失败的时候，恺撒突然想出一个绝妙的办法：他让战士们秘密地在湍急的河流的上游开掘新河沟，把河水导向敌军。结果，河道改变，不仅三万人的生存困局被打破，而且，暴雨和洪水转而围困住了九万敌军。
面对困境找不到解决方案时，要试着从困境的源头思考问题。大多数人接受了暴雨给自己带来的困境，只是想如何应对困境。恺撒却从困境的源头思考——我虽然控制不了暴雨，但是我可以改变洪水的流向。为什么暴雨带来的问题一定是我的呢？