找工作准备第 2 天：图书馆办公

📚 去图书馆了

今天去了趟图书馆。 第 1 天在图书馆办公，对新环境还有点不适应，熟悉环境都花了不少时间。 郊区图书馆的书还是比较少，想要找的书一本没找着。上上下下前后左右跑了几十圈，光图书馆里就走了 1w+ 步😅 倒是找书的途中遇到基本感兴趣的书，就写点观后感吧。

《学会回答》

之前有本很火的书叫《学会提问》，看到这本《学会回答》就被吸引了。 随便翻了下，里面充斥了很多案例，也有面试相关的内容，感觉有点意思，拿着看看。 记忆深刻的几个点：

1. “推卸责任”：不是自己能“拿捏”，不在自己能力/权力范围内的问题，就交给权力内都人回答。 比如家里买软装，自己拿不定主意，销售一直催，就可以把问题抛给老婆，让她决定。
2. 提问者，往往对答案有一定的认知，极少“一无所知”的提问 所以回答时，需要考虑提问者的意图，到底是真的想知道答案，核实答案，还是在引导你的回答。
3. 回答者，不一定是被提问者，也可以是提问者自己。
4. 当下回答不了的问题，把答案交给“时间”。
5. 大师级回答：你懂的。

《架构整洁之道（Clean Architecture）》

之前就见过，也算是很出名的书了，一直没机会看看，无意中见到，带上。 看了开篇，有 2 个影响特别深刻的点观点：

设计（Design）与架构（Architecture），一丁点区别都没有。 无论是系统设计，还是系统架构，其实都需要兼顾整体架构和实现细节，全部加在一起，才是架构。 就像建筑物的设计图，不会只有楼体框架，也会包括每个开关的位置，家具可能的布局等等。

软件架构的终极目标是，用最小的人力成本来满足构建和维护该系统的需求。 拥有好架构的软件，构建&后期维护的人力成本是会逐渐减少的！ 所以看到某个软件产品的人力成本越来越高，招的人越来越多，不是证明发展的好，恰恰是因为软件架构不好，导致的人力成本增加。

后面还讲了 SOLID 设计原则，软甲架构的组成，边界划分的方法等，待后续继续研究。 （挺好看，借回家了）

《编程之美：微软技术面试心得》

主要讲微软技术面试的一些考察“思考”的问题/案例，比如第一题：如何用程序控制 CPU 利用率（稳定在 50%，稳定在 n%，用 CPU 利用率画出正弦曲线等） 确实很考验“思维能力”，但也有一种“面试造火箭，工作拧螺丝”的感觉。 暂时还看不太下去，继续深造再回来看看吧。

碎碎念：门锁识别老婆的指纹效果太差，估计是重新接线导致信号传输有 bug——最后还是重新买了把门锁。😮‍💨