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

2021-09-11 15:05:40 +08:00
 young1lin

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

排过序

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

参考自

正例

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

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

《 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 客服,告诉极客时间专栏作者。

11721 次点击
所在节点    随想
78 条回复
JounQin
2021-09-12 09:39:50 +08:00
写单元测试这个事儿吧,写 Library 那肯定得写,而且必须 100% coverage,但是写 App ?哪有那么多时间啊,需求天天催,自己天天义务性主动加班可能都来不及,所以先把功能做完,后面有时间了再慢慢加。
Lemeng
2021-09-12 09:52:28 +08:00
有些同意,有些有点偏薄
aLazarus
2021-09-12 10:01:55 +08:00
关于 CURD 的那一条,我认为楼主想的是,在 CURD 的基础上去寻求突破或者优化。而不是眼睛都不睁开一下就一直在 curd 。
这点我在新公司发现尤为明显,大家都在考虑如何高效并且更高可用性的去优化 curd,这个过程带来的进步是让人享受的。甚至实习生都在问“怎么能把这段代码写的漂亮点”
TUNGH
2021-09-12 10:05:58 +08:00
总结的不错
Saxton
2021-09-12 10:07:40 +08:00
事实上,只要不被老板压榨什么都好,我这个星期连续上了 7 天班,现在还在上班,加班给所谓有钱的客户开发定制功能,星期五提出需求,星期日就要,你跟我谈什么架构,什么设计模式,直接就是 ifelse 上去了,脱了工期都没得饭吃
JerryCha
2021-09-12 11:18:13 +08:00
哈哈哈,楼主快去应聘招银网络科技体验一把 kanban board 带来的效率提升
EPr2hh6LADQWqRVH
2021-09-12 11:38:08 +08:00
这帖子这么火难以置信,

这么多人活在臆想里吗


上来就给我单元测试,
你真写过单元测试?
你见识过高效能 HR 办理离职手续的速度吗
CX
2021-09-12 13:27:04 +08:00
从最初的热爱到养家糊口,浮躁的行业风气也有一定责任吧?
datafeng
2021-09-12 13:36:48 +08:00
学院派?
ClericPy
2021-09-12 13:56:39 +08:00
有一说一, 除了 29 条正在改正, 其他的居然几年前就纠正过来了, 这么一想还是挺感谢前东家的
Brixen
2021-09-12 15:13:47 +08:00
@young1lin 看了这个系列的其他视频,对我很有启发。谢谢!
6IbA2bj5ip3tK49j
2021-09-12 15:24:31 +08:00
为何现在这么流行这一套话术:居高临下指指点点,然后再加上一句“共勉”。
rus4db
2021-09-12 17:01:06 +08:00
①感谢分享
②标准是用来要求自己的,不是用来要求别人的
③标准是因人因时因地因事而异的
④要区分“术”与“道”
winrar
2021-09-12 18:19:19 +08:00
CSDN 属实垃圾
index90
2021-09-12 18:28:28 +08:00
CRUD 怎么无聊啊,CRUD 最难了
读写缓存,分布式事务,一致性
别跟我说什么都依赖 RDBMS
wtdd
2021-09-12 19:06:51 +08:00
其实用一个字“菜”就能结束的话题……
lshero
2021-09-12 19:54:59 +08:00
虽然说得很好,但是还是很想知道因果关系。
hyy1995
2021-09-12 20:08:29 +08:00
某同事读了不知道一本什么书,书中写道:“好的代码是不需要注释的,代码本身就是注释,写注释只会加重负担,因为你代码改了,注释也得改”,然后他自己的代码就真的没有注释……


还好我跟他之间目前没有业务交集,这类人合作起来是真的难受
hyy1995
2021-09-12 20:25:06 +08:00
@hyy1995

补充一下,他看的应该是那本《 Clean Code 》。许多人都以为自己的代码很优雅,实际上根本达不到书籍作者的一成功力,业务关键逻辑不加注释的话,别人读了根本狗屁不通。
Rexviv
2021-09-12 21:01:21 +08:00
@xgfan 每个人读完文章感受不同,我以及楼里对楼主表示称赞的并没有感受到楼主的居高临下。虽然楼主的总结不适用于所有人,甚至很大可能只适用于包含他在内的少部分人,但是楼主经过总结分享出来让大家参考,是不错的举动。为什么要对其进行阴阳怪气呢?(如果你是因为经常看到带有“共勉”的文章里都是输出自己的观点并强加别人,所以对这类文章感到反感,那么你在别人的贴里输出自己的情绪是不是应该反思“己所不欲,勿施于人”)
为楼主鸣不平确实有点越俎代庖,我也不想引起一场骂战,我没有针对你的意思,但是“居高临下”真的很刺眼。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/801228

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX