OV 系列的手机适合能在线下店维修，沟通的，我的妈就喜欢这种。外形花哨一点，保修地特别多（尽管她用不到保修）就是感觉心里踏实。HUAWEI 怎么说呢，论性价比打不过小米，论花哨比不过 OV 系列，也就鸿蒙系统能吸引人了。如果你爸考虑玩鸿蒙一系列的产品，可以考虑 HUAWEI，但是如果只是想买个不卡的智能机，可以考虑上述的几个，尤其是小米，耐摔，对于老人家可谓是十分友好了。OV 系列的手机线下店也多，也可以考虑。

@xgfan 我没说说已经总结完了，我说了我后面看完这些书后回继续总结的。我只是总结完了我的那部分。

@xgfan 我只是记录下，就算我不写这些，如果你看了那些书，Review 以前的自己，看看历任同事，抑或是极客的专栏，或许你写得比我更多。

@WilliamYang 其实，还有待改进

@lshero 根据那基本书，和这些视频（当然不止这些，有些不是特别特别好，我就没发了），还有我以前 /现在，还有我的历任同事（不包含全部）。我写完后，才发现原来这些早有前人总结过了。

我的下半年绩效考核里面，就有 30% 是有效沟通，是我自己写的，这方面我是有待改进的。有些问题我也不是全部都改掉了，但我想写下来，记录下来。正如我发的评论的视频，3 rules to quickly improve your life 最后一个就是 Record Everything，是有效的。

@hyy1995 我没说 《 Clean Code 》全部接受，如果你看过我下面提到的《设计模式之美》——王争写的，他在里面提到过，好的代码无需注释有点极端了，我也是认同他的话的。我看一本书，是觉得他有可取之处，不是说全部接受的。

@lanlanye 可以先尝试写一部分，熟练了后，再慢慢累加，到都写。

@Turkestan 是的，要做个积极主动的人，并且要学会有效沟通。后面这个，我正在改，已经写到了下半年的绩效考核中，自我练习以及查看对应书籍，如《金字塔原理》、《卓有成效的管理者》。

@chaleaoch 我写错了，就是《深入理解计算机系统》就是那个黑皮书，如果有人把上面的题目全部做完做对了，可以说是深入理解了。

我买的是这个，其实如果认真看，这个不是很难的，一步步来，https://detail.tmall.com/item.htm?id=560961072406&spm=a1z09.2.0.0.459f2e8d3OJGZx&_u=b23btt1t3854

@w7938940

是可以改的，人是会变的，可以一小步一小步地改正。如果现在是，不代表以后也是。

如果想成为更好的自己，那就得付诸一些切实可行的行动。

就算每天只前进 1%，一年后就是 37 倍的成长。如果不知道如何养成一个好习惯，可以看看《 Atomic Habits 》这本书，中文名《掌控习惯》。将养成习惯拆解成了 4 个阶段，提示、渴求、反应、奖励。如何养成一个好的习惯，就是增加 /增强提示，增加渴求，降低反应成本，让奖励可视化。

上面说得可能有些抽象，更为具体，例如你每天做 10 个俯卧撑，限定了当时的环境，比如穿的鞋子，场地还有时间。比如我到 20 点了，穿上运动鞋了，到了某个地方，就该做俯卧撑了。你渴望拥有八块腹肌，以及健硕的胸肌，那么就得把这些渴求展现出来。降低反应成本就是你一天只做 10 个，多了就不做，一天做 10 个应该不难吧，对于大多数人来说。这里有个理论是 Five-minutes Rule，意思就是你只做 5 分钟，超过了就不做，但事实上你做了一般都会超过 5 分钟。书上说的是两分钟，和这个是类似的。让奖励可视化，是我们习惯了即时性满足，我们就要让做完这件事奖励马上有反馈。你可以买个习惯笔记本，每天记录自己做了这个习惯，做了就打勾，没做就打叉。看看自己坚持的情况，这也是可以让你的习惯坚持下去的。

上面的习惯记录，让奖励可视化，其实在 Scrum 的 Kanban 也是如此的。

如果你对如何养成习惯感兴趣的话，可以深入看看这本书。或者《微习惯》、《弹性习惯》，都是类似的。

@zhoudaiyu

这个我也想加的，而且我想加的是，不会用英文在 Google/Bing 搜索技术问题。但是这个很容易引战，因为会有一大波人跳出来，我就觉得百度好用、你这用 Google 翻墙是犯法、你不支持国产搜索引擎你不爱国之类的话。

用 Google 搜索切切实实得改变了我的一些坏习惯，也提升了我的英文水平（虽然现在一般），我已经可以不看英文字幕，听得懂说话算是标准美式发音（不要经常有缩读、省读、连读等）的视频了。

@janus77

上面说的是， [喜欢盲目追逐新技术，不深入了解类似技术的本质] 。如果你说敏捷开发是新技术的话，可能你不是科班出身的，或者上课没认真听讲。可以看看相关书籍，我下面也有提到，或者再看看教材，我们那时候的是当时最新的《软件工程导论》-晏峰写的。

如果了解过一两个框架的源码或者中间件的源码，例如 Spring 的源码，你知道 BeanFactoryPostProcessor，BeanPostProcessor，BeanWrapper 等等，并且你还知道流水线（ Pipeline ）思想，很多源码，都不是问题。还有 Environment 抽象，你也可以在其他中间件实现类似的，例如 Flink，实现多 Environment 源，用 Spring EL 替换。如果都没看过对应的源码，那么看相应的书籍，可以帮你快速入门如何高效看源码。例如《通用源码阅读指导书》，这本书我看了部分，还是可以的，是可以作为源码阅读的入门书的。

碎片化工作，我们的理解可能出现了分歧，粒度可能不一样。我这里指的是，每过 10 分钟甚至更短，就看一会手机或者干工作之外的事情。如果你理解内存分配，内存碎片的内容，这部分你应该懂了。

如果你真正高效工作的话，一天 12 个小时高效工作，这个是很难做到的。你试过就知道了，我是这样，每天早上把今天的任务拆解了，拆到足够细了，开始工作，每工作 45 分钟，站 3 分钟，期间包括喝水、上厕所，结束后，再进行下一轮的工作周期。借鉴的番茄钟学习法，因为这个真的是有效的。

还有就是，我近半年没加过班了，不是说我不忙，任务不重，或者说公司大部分人都不加班。事实上正好相反，大部分人都 “加班”，由于是弹性打卡，他们早上在公司另一块园区的食堂打卡，然后 9 点多到工位，晚上拖到 8 点算是加班两个小时了。我一般是早上 7 点多到公司，看半小时到一小时书（ 8:30 上班），再开始一天的工作计划安排。有时候是 6 点 50 多到公司，所以我每天都是 17:30 准时下班。

有计划，有组织地去完成任务，这是很高效的。你也可以试试。光有目标，没有详尽的计划，这种是很难坚持下来的。让你的工作产出可视化，让你的工作内容有所记录，都是能切切实实提升你的工作效率的。

@xianyukang 对应 17 的匠心精神，以及 18 来钱快。

写代码是快乐的，而不是痛苦的，为了养家糊口的活动。

@learningman 你可以看下文中的这个 The skill of self confidence | Dr. Ivan Joseph | TEDxRyersonU - YouTube，链接点进去。或者你可以看看这个。

3 rules to quickly improve your life

https://www.youtube.com/watch?v=Ek1qCQ5K3_k


从重复中找到乐趣，找到自信。成功的人不是每天做不一样的事，而是每天重复做同一件事，不断突破自己，不断踏出自己的舒适圈，不断成长。

如果你 CRUD 这些小事做不好，领导是不会说让你想什么技术解决方案的，小事都做不好的人，难做成大事。你可以每次只迈一小步，做任务拆解，从而完成大的任务。而且，CRUD 并不简单，任何事都不简单，你没遇到，不代表不存在。

换一个工作并不能改变这些，这是真的。很多公司是靠业务活的，不是靠创新活的。创新也要了解已有内容，在其基础上进行突破、改进。并且在计算机领域内，如果你不是专门研究某一块知识的人，很多时候，你的任务就是按部就班地完成和实现它。

有些时候，我们改变不了问题，但我们可以改变对问题的态度。或者说，只要能够看到问题的存在，就已经改变了面对问题的态度。

行人：我觉得礼让行人可以。
车主：我让了他，我得等下个红绿灯了。

我不知道所有人是怎么想的，但我知道，开车的人或者他的家人总有一天也要走路的，行人说不定也会买车当上车主的。换位思考一下，如果都能接受一个方案（例如不应该礼让行人），那无所谓啊。

还有就是，杭州安恒，夜太黑，有两次开车的没有礼让行人撞了。https://new.qq.com/omn/20210407/20210407A01ENM00.html
今年发生过一起。姜某达驾驶小型普通客车沿滨江区西兴路由南向北行驶至安恒大厦路段人行横道线时，未提前减速、停车让行，未充分观察人行横道线两侧情况，与由东向西通过人行横道的自行车发生碰撞，造成自行车驾驶人受伤。

我希望这个被撞的人不是车主的家人，或者是任何一个行人，我就不希望有人被撞。

我以为是营销鬼才，买 100 箱送 5 箱呢，是我多虑了。

你先把大概的项目任务理一理，再逐一分解，拆解成多个小任务，粒度要足够细。每个任务的公时给出来，然后汇总统计，再加点调试的时间，前面的内容是已经包含测试的。

再和老板沟通一下，一定要注意措辞，了解哪些任务比较重要，优先开发哪些项目。比如 A 项目比较紧急，钱也给得多，B 项目钱少，需求也很多，那么应该做 A 而不是 B，B 可以再缓一缓。还有就是，有些项目是允许先上线一部分功能的，你可以把这一部分的核心内容做出来，而不是说全做。软件是可以迭代的，架构的三要素就是合适、简单、演化（可迭代）。

我相信，机遇总比挑战大，办法总比困难多。这算是一个挑战，成功后你也可以写出相应的心得总结一下。当然，如果一直都是这种工作状态，确实会让人感到疲倦。

换工作是一个比较容易的方案，人们都喜欢做容易的事情。在容易和更容易之间，大多数人都会选择更容易的。这是最小阻力原则。但是我不建议这么做，因为你下家公司的老板可能更不理解开发，这是有可能的。

我的建议就是这些。

回老家，装修下家里的另一半房间，改个大书房，看点自己喜欢的书。当然，我的电脑得带回去。吃饭，睡觉，看书，等死。

你是想说公务员才是职业的尽头吗？