不是感情宣泄，因为其中有些行为或思维也是我以前作为低效能程序员的总结。

排过序

不写单元测试。
不主动学习，不看书。
总是拿没时间作为借口。
不会做任务拆解，也没有记录拆解的任务。
做事没耐心。
不 Review 自己的代码，做过的事情，犯的错误。
从不了解架构，不了解设计（设计就是架构）。
不了解敏捷开发，更没有想了解的意愿，也不会去实施。Scrum Standup 、Kanban Board 是能提高工作效率的。
喜欢埋怨别人，说在公司学不到技术，也不积极主动学习。
认为重复的 CRUD 很无趣，总想着换个工作能好点。
对每天做的事情不做记录。这里不是指日报，这里指的是你对每天工作是否有计划，将大的任务，拆成足够小的子任务。按优先级，有次序得完成任务。
喜欢口述需求，不做文本化记录、转达。来自同事
喜欢 “多线程” 处理任务。也就是同时做多件事。
命名无关紧要。
从不重构以前的代码。
喜欢一个方法写一大段代码。
对自己的代码质量没有追求。没有匠心精神，只是个开发（ Developer ），而不是工程师（ Engineer ）。
和上面一样，认为敲代码来钱快，觉得以后要转其他职业的。来自以前的一些同事。
喜欢盲目追逐新技术，不深入了解类似技术的本质。
喜欢闭门造车，不了解业界成熟的内容本质，不会多维度比较。
喜欢看“垃圾博客”（这里特指 CSDN 上的大部分博客），而不是看书了解技术。
对别人产生严重依赖。例子：连 SQL 的关键字 AFTER 也要去问别人得到答案，而不是自己搜索。
工作能力很差，但总喜欢教别人工作之外的事情（例如 “做人” 的那些 “大道理”）。
思维固化，不听取他人意见，只会反对（无理无据，没有拿出实际论证的内容那种）。
在没有完全掌握或了解的情况下，擅自使用 “新技术”。例如在没有完全掌握多线程和函数式编程的情况下，喜欢 "滥用" 多线程、函数式编程。我说的掌握，前提是看过相应的书籍，例如《 Java 8 实战》、《函数式编程》、《 Java 并发编程实战》这些书籍，并且真正理解其中的内容。在不了解 Kafka Streams 的情况下，直接引入对应的 Spring Cloud Stream 进行新项目的开发，从而引入天坑。
碎片化工作。上班一半以上时间都是在刷手机摸鱼，没有完整的大段的深度工作的时间，把工作时间碎片化了。
喜欢将 5 天的事情，拖到 6 天 “做完”。当然，这里和公司也有关系，垃圾公司是比较喜欢 996，大小周，以为能多压榨下员工。
从不看计算机操作系统的相关内容。
喜欢过度设计。这个 “过度”，仁者见仁，智者见智，分不同场景下有不同的解释。
引用别人的内容，从不标注出处。

参考自

正例

《高效能人士的七个习惯》

《深入理解计算机操作系统》

《 Clean Code 》

《 Clean Architecture 》

《重构》

The skill of self confidence | Dr. Ivan Joseph | TEDxRyersonU - YouTube

芯片工程师的一天 | 我如何每天高效工作 12 小时？ [经验分享]

《 10x 程序员工作法》

如果你没有看过《高效能人士的七个习惯》、《金字塔原理》、《 Clean Architecture 》、《重构》、《实现领域驱动设计》、《微服务架构设计模式》、《测试驱动开发》、《敏捷软件开发：原则、实践与模式》（后面两年本我也没看过，只看过相关的书籍，例如大学学的《软件工程》），你又想短时间内提升自己，你可以挑着这个专栏，如果和你意你可以考虑买一下。我没收过极客或者作者一分钱，只是觉得还行，有一定收获。当然，看了专栏不代表这些书就可以不看了，这些书籍我也看了大半，尤其是《 Microservices Patterns 》也就是《微服务架构设计模式》，力荐。

反例

一年前的自己

历任同事（不包括所有）

我知道我不能说 CSDN 上全是垃圾博客，全是讲一半害人，抄书上的内容，你可以很 “轻易” 得找出能反驳我的博客。每个人都有自己不同的看法，我的看法就是认为 CSDN 是垃圾网站。

——来自一个告 “深山猿” 直接抄袭复制《 MySQL 实战 45 讲》的人，询问 CSDN 客服，告诉极客时间专栏作者。

young1lin

2021-09-11 16:05:19 +08:00

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

3 rules to quickly improve your life

<amp-youtube data-videoid="Ek1qCQ5K3_k" layout="responsive" width="480" height="270"></amp-youtube>

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

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

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

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

young1lin

2021-09-11 17:52:17 +08:00

@janus77

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

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

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

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

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

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

young1lin

2021-09-11 18:10:54 +08:00

@w7938940

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

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

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

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

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

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

低效能程序员的行为与思维，共勉

参考自