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

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 条回复
zhuzhibin
2021-09-12 21:19:56 +08:00
看完了 开始焦虑了 卷
6IbA2bj5ip3tK49j
2021-09-12 21:22:34 +08:00
@Rexviv 低能效都让 lz 定义完了。这还站的不高?
你没感受到那是你的事。再说了,我也没阴阳怪气啊。
auh
2021-09-12 21:26:25 +08:00
书中写到,认真耕地,你就是牛
Rexviv
2021-09-12 21:31:02 +08:00
@xgfan 首先,我关注的重点在于他分享出来可以供大家参考,你关注的重点是他凭什么有资格进行这样的定义。在这方面,楼主到底是自我感觉良好才发出来以博关注,或者发出来用以分享自己的感悟,我不得而知。但你说得对的一点是,每个人都有自己的感受,我修为还是不够回复了你。你就当我没回复过你,仅仅只表达了“我没感到楼主居高临下,感谢分享”。
crclz
2021-09-12 22:43:18 +08:00
个人认为,最重要的书籍是 DDD 、IDDD ( lz 也提到了);再配上足够的实践量和回顾书籍(看很多遍)。
基于这些你才有可能 clean code 、clean architecture 、tdd 、能够写单元测试、避免过度设计、减少单个函数行数……
zoharSoul
2021-09-12 23:12:44 +08:00
自相矛盾 没啥意义.
建议写明是后端程序员的感悟
young1lin
2021-09-13 00:00:37 +08:00
@hyy1995 我没说 《 Clean Code 》全部接受,如果你看过我下面提到的《设计模式之美》——王争写的,他在里面提到过,好的代码无需注释有点极端了,我也是认同他的话的。我看一本书,是觉得他有可取之处,不是说全部接受的。
young1lin
2021-09-13 00:05:58 +08:00
@lshero 根据那基本书,和这些视频(当然不止这些,有些不是特别特别好,我就没发了),还有我以前 /现在,还有我的历任同事(不包含全部)。我写完后,才发现原来这些早有前人总结过了。

我的下半年绩效考核里面,就有 30% 是有效沟通,是我自己写的,这方面我是有待改进的。有些问题我也不是全部都改掉了,但我想写下来,记录下来。正如我发的评论的视频,3 rules to quickly improve your life 最后一个就是 Record Everything,是有效的。
young1lin
2021-09-13 00:07:08 +08:00
@WilliamYang 其实,还有待改进
young1lin
2021-09-13 00:09:21 +08:00
@xgfan 我只是记录下,就算我不写这些,如果你看了那些书,Review 以前的自己,看看历任同事,抑或是极客的专栏,或许你写得比我更多。
young1lin
2021-09-13 00:10:41 +08:00
@xgfan 我没说说已经总结完了,我说了我后面看完这些书后回继续总结的。我只是总结完了我的那部分。
volvo007
2021-09-13 00:28:12 +08:00
和乙方打交道还真遇过一个……
因为刚上手任务,又是跨行业,我建议他不要只盯着当前 task 的客户数据看,而是把整体的数据都看一下了解一下数据特点。
一周之后我问看了没有,答曰看了。我随便问了几个数据特征相关的,比如目前有多少客户的数据、有没有特别有特点的(比如周期出现大幅波动),就开始不高兴了。我追问了一下之后居然发火了,反问我看这些东西对当前业务有什么帮助……真牛,干了不到一个月跳槽走了,希望他在下家做得开心。
jsjjdzg
2021-09-13 09:48:59 +08:00
已经开始焦虑了,卷起来 😃
dawdling
2021-09-13 10:38:17 +08:00
这些其实不仅仅是一个体现在工作上的低效能程序员,就是人本身比较低效能。
SWALLOWW
2021-09-13 11:42:55 +08:00
你们卷把,我是咸鱼,看完前两条就不想看了,想点踩,
道理我都懂,可不适合我
mac20221225
2021-09-13 13:55:46 +08:00
第 22 条中了
Akiya
2021-09-13 15:09:28 +08:00
上班一半以上时间都是在刷手机摸鱼,你是装了监控吗
iugo
2021-09-29 13:05:28 +08:00
对于团队

我觉得这几点需要在团队中特别强调:

- 不做任务拆解, 没有记录拆解.
- 不 Review 自己的代码(哪怕是 stage 时稍微看看自己将要提交的内容).
- 不写单元测试.
- 沟通选择口述, 不做文本和图片记录.
- 命名无关紧要.

另外, 这些我也很看重:

- 遇到问题选择忽略, 而不是思考各种可能性及解决方式并且记录.
- 知其然, 不想知其所以然.
- 抵触修改自己或团队内部其他人之前写的代码.

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

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

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

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

© 2021 V2EX