V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
young1lin
V2EX  ›  随想

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

  young1lin · 41 天前 · 7996 次点击
这是一个创建于 41 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

排过序

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

第 1 条附言  ·  41 天前
我刚看到别人的《极客与团队》的笔记,这里说的,和我说的好像不谋而合了。

哪些人可以称为害群之马?

1. 不尊重别人的时间 :比如很容易就能找到答案的问题还去麻烦别人。——对应 22. 对别人产生严重依赖,SQL 那个。
2. 自负 :比如无法尊重和倾听其他人的观点。——对应 24. 思维固化,不听取他人意见,只会反对
3. 过分索求 :比如喜欢抱怨而不愿意自己动手。——对应第 9. 喜欢埋怨别人,说在公司学不到技术,也不积极主动学习。
4. 幼稚或是莫名其妙的交流 :比如用户名很奇怪,经常改变,不同的地方用户名不一样。
5. 偏执妄想 :比如心里总是有各种阴谋论。
6. 完美主义 :太追求完美也会影响到项目的开发与进展。在《设计模式之美》-王争里面也提到了,先写最小原型代码,再对代码进行逐步优化迭代,我之前也是一直想一次直接写出完美的代码,导致想的实在太多,耽误事情。

我已经下了单了,还有《卓有成效的程序员》、《高效程序员的 45 个习惯》、《成为技术领导者》、《系统架构》。

等我看完这些,再做一次补充吧。预计一个月之后,6 天一本,国庆有很多时间,看得更快。今年已经超额完成目标了,包含技术书籍和非技术书籍,已经超过了 50 本。上个月在微信读书上看了 50 个小时,包括纸质书观看,应该超过 100 个小时了。

还有就是有效的沟通确实很重要,我也正在改正我的坏脾气,这条应该加上,共勉。
78 条回复    2021-09-29 13:05:28 +08:00
learningman
    1
learningman   41 天前   ❤️ 7
认为重复的 CRUD 很无趣,总想着换个工作能好点。
不认同,CRUD 就是很没有意思啊
wangxn
    2
wangxn   41 天前
楼上+1
dongcidaci
    3
dongcidaci   41 天前   ❤️ 2
目前作为一个低效能程序员,对楼主说的很有体会和感悟
WispZhan
    4
WispZhan   41 天前   ❤️ 1
总结的挺好
young1lin
    5
young1lin   41 天前   ❤️ 3
@learningman 你可以看下文中的这个 The skill of self confidence | Dr. Ivan Joseph | TEDxRyersonU - YouTube,链接点进去。或者你可以看看这个。

3 rules to quickly improve your life



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

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

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

有些时候,我们改变不了问题,但我们可以改变对问题的态度。或者说,只要能够看到问题的存在,就已经改变了面对问题的态度。
xianyukang
    6
xianyukang   41 天前   ❤️ 1
加一条不怎么相关的

31. 融入世俗, 没有享受过用编程进行创造 or 自我表达的快乐
young1lin
    7
young1lin   41 天前   ❤️ 1
@xianyukang 对应 17 的匠心精神,以及 18 来钱快。

写代码是快乐的,而不是痛苦的,为了养家糊口的活动。
janus77
    8
janus77   41 天前   ❤️ 1
我感觉有些似乎自相矛盾或者不够说服力吧
比如上面说不喜欢新技术,后面又说滥用新技术的
比如碎片化工作和拖工期,我觉得空闲时间自己学习并没有什么问题,除非你所指的“低效能”只特指公司工作而不包括个人成长
另外我觉得每天高效工作 12 小时是值得尊敬的事,但不能成为值得推广的事
w7938940
    9
w7938940   41 天前
除了第 24 条,说的就是我
yrj
    10
yrj   41 天前 via iPad
不幸命中 29
7gugu
    11
7gugu   41 天前
CRUD 确实很无聊😂
zhoudaiyu
    12
zhoudaiyu   41 天前 via iPhone
建议加一个,从来不用百度以外搜索引擎搜索技术资料,我亲眼见过我曾经的组长用谷歌搜索百度,然后打开百度再搜索技术相关的文章
young1lin
    13
young1lin   41 天前   ❤️ 1
@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
    14
young1lin   41 天前   ❤️ 1
@zhoudaiyu

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

用 Google 搜索切切实实得改变了我的一些坏习惯,也提升了我的英文水平(虽然现在一般),我已经可以不看英文字幕,听得懂说话算是标准美式发音(不要经常有缩读、省读、连读等)的视频了。
fatigue
    15
fatigue   41 天前   ❤️ 3
《码农成功学》
young1lin
    16
young1lin   41 天前
@w7938940

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

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

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

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

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

如果你对如何养成习惯感兴趣的话,可以深入看看这本书。或者《微习惯》、《弹性习惯》,都是类似的。
charlie21
    17
charlie21   41 天前   ❤️ 2
7. 从不了解架构,不了解设计(设计就是架构)
29. 喜欢过度设计
Dragonphy
    18
Dragonphy   41 天前   ❤️ 1
中了好多,也感谢您的资料分享🎉
whileFalse
    19
whileFalse   41 天前
@zhoudaiyu 他要是开着翻墙打开谷歌就能封神了
shm7
    20
shm7   41 天前 via iPhone   ❤️ 1
我做深度学习的,模型部分单元测试真就等同于系统测试…
hockor
    21
hockor   41 天前   ❤️ 1
总结的很好~
SekiBetu
    22
SekiBetu   41 天前   ❤️ 1
这些要求忽略了项目时间要求、家庭,只有初入社会的程序员能做到吧,现在的公司项目要求多少天就要多少天做完,哪有那么多时间给你去思考,能抄别人的想法就抄就完事了
yanzhiling2001
    23
yanzhiling2001   41 天前   ❤️ 1
你说的对
Turkestan
    24
Turkestan   41 天前   ❤️ 1
你说的对

补充一点:31. 沟通能力极差,比如只会在 v 站发泄情绪

感觉这一点比上面的条条框框都重要
chendy
    25
chendy   41 天前   ❤️ 1
@SekiBetu #22 所以成为低效程序员了啊
lanlanye
    26
lanlanye   41 天前
可是写不写单元测试经常取决于 deadline 怎么破?
chaleaoch
    27
chaleaoch   41 天前
我就知道有一本很有名的
深入理解计算机系统
深入理解计算机操作系统 是什么? 有链接吗大佬?
young1lin
    28
young1lin   41 天前
@chaleaoch 我写错了,就是《深入理解计算机系统》就是那个黑皮书,如果有人把上面的题目全部做完做对了,可以说是深入理解了。

我买的是这个,其实如果认真看,这个不是很难的,一步步来,https://detail.tmall.com/item.htm?id=560961072406&spm=a1z09.2.0.0.459f2e8d3OJGZx&_u=b23btt1t3854
young1lin
    29
young1lin   41 天前
@Turkestan 是的,要做个积极主动的人,并且要学会有效沟通。后面这个,我正在改,已经写到了下半年的绩效考核中,自我练习以及查看对应书籍,如《金字塔原理》、《卓有成效的管理者》。
young1lin
    30
young1lin   41 天前
@lanlanye 可以先尝试写一部分,熟练了后,再慢慢累加,到都写。
ruixue
    31
ruixue   41 天前   ❤️ 4
“比如用户名很奇怪,经常改变,不同的地方用户名不一样。”

这有什么问题吗?用户名不包含和自己相关的真实固定信息、不同时间 /不同地方使用不同的用户名都是很好的保护自己隐私的习惯,可以大幅降低遭到人肉搜索网络暴力的可能性。怎么就成了“害群之马”了?

难不成大家都从接触互联网开始就决定好一个固定的网络 ID,哪里都用这个,一直用到去世,才能不被归为“害群之马”?
HytonightYX
    32
HytonightYX   41 天前
最近做一个新的功能,看到第 29 条突然醒悟到自己是过度设计了,而且在非核心功能上花了太多的时间,感谢楼主
godpeo
    33
godpeo   41 天前 via iPhone
CRUD 是什么
WilliamYang
    34
WilliamYang   41 天前   ❤️ 2
楼主总结的很厉害,是一个真正会写代码的工程师
secondwtq
    35
secondwtq   41 天前
高质量主题的特点:
木有二维码
Brentwans
    36
Brentwans   41 天前
这些楼主是照着某位同事总结的吗?有些好具体啊。
BiteTheDust
    37
BiteTheDust   41 天前   ❤️ 5
感觉太过上纲上线了
zhoudaiyu
    38
zhoudaiyu   41 天前 via iPhone
@whileFalse 是啊 开着代理打开谷歌,然后在谷歌搜索百度,然后点开百度再搜索别的,我服了
chenyu0532
    39
chenyu0532   41 天前
中了 1 、28 、30
1:我确实不大喜欢写测试单元,写的也比较少,个人觉得还是打 log 比较好
28:确实没看过操作系统的书。平时工作业务逻辑的东西占了绝大多数,个人觉得设计模式更重要一些,所以平时看的也更多
30:少数时候确实忘了
hanxiV2EX
    40
hanxiV2EX   41 天前 via Android   ❤️ 1
那我就推荐这本书吧

程序员修炼之道:通向务实的最高境界(第 2 版)
JounQin
    41
JounQin   41 天前 via iPhone
写单元测试这个事儿吧,写 Library 那肯定得写,而且必须 100% coverage,但是写 App ?哪有那么多时间啊,需求天天催,自己天天义务性主动加班可能都来不及,所以先把功能做完,后面有时间了再慢慢加。
Lemeng
    42
Lemeng   41 天前
有些同意,有些有点偏薄
aLazarus
    43
aLazarus   41 天前
关于 CURD 的那一条,我认为楼主想的是,在 CURD 的基础上去寻求突破或者优化。而不是眼睛都不睁开一下就一直在 curd 。
这点我在新公司发现尤为明显,大家都在考虑如何高效并且更高可用性的去优化 curd,这个过程带来的进步是让人享受的。甚至实习生都在问“怎么能把这段代码写的漂亮点”
TUNGH
    44
TUNGH   41 天前
总结的不错
Saxton
    45
Saxton   41 天前   ❤️ 2
事实上,只要不被老板压榨什么都好,我这个星期连续上了 7 天班,现在还在上班,加班给所谓有钱的客户开发定制功能,星期五提出需求,星期日就要,你跟我谈什么架构,什么设计模式,直接就是 ifelse 上去了,脱了工期都没得饭吃
JerryCha
    46
JerryCha   41 天前
哈哈哈,楼主快去应聘招银网络科技体验一把 kanban board 带来的效率提升
avastms
    47
avastms   41 天前   ❤️ 3
这帖子这么火难以置信,

这么多人活在臆想里吗


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


还好我跟他之间目前没有业务交集,这类人合作起来是真的难受
hyy1995
    59
hyy1995   40 天前
@hyy1995

补充一下,他看的应该是那本《 Clean Code 》。许多人都以为自己的代码很优雅,实际上根本达不到书籍作者的一成功力,业务关键逻辑不加注释的话,别人读了根本狗屁不通。
Rexviv
    60
Rexviv   40 天前   ❤️ 1
@xgfan 每个人读完文章感受不同,我以及楼里对楼主表示称赞的并没有感受到楼主的居高临下。虽然楼主的总结不适用于所有人,甚至很大可能只适用于包含他在内的少部分人,但是楼主经过总结分享出来让大家参考,是不错的举动。为什么要对其进行阴阳怪气呢?(如果你是因为经常看到带有“共勉”的文章里都是输出自己的观点并强加别人,所以对这类文章感到反感,那么你在别人的贴里输出自己的情绪是不是应该反思“己所不欲,勿施于人”)
为楼主鸣不平确实有点越俎代庖,我也不想引起一场骂战,我没有针对你的意思,但是“居高临下”真的很刺眼。
zhuzhibin
    61
zhuzhibin   40 天前
看完了 开始焦虑了 卷
xgfan
    62
xgfan   40 天前
@Rexviv 低能效都让 lz 定义完了。这还站的不高?
你没感受到那是你的事。再说了,我也没阴阳怪气啊。
auh
    63
auh   40 天前   ❤️ 1
书中写到,认真耕地,你就是牛
Rexviv
    64
Rexviv   40 天前
@xgfan 首先,我关注的重点在于他分享出来可以供大家参考,你关注的重点是他凭什么有资格进行这样的定义。在这方面,楼主到底是自我感觉良好才发出来以博关注,或者发出来用以分享自己的感悟,我不得而知。但你说得对的一点是,每个人都有自己的感受,我修为还是不够回复了你。你就当我没回复过你,仅仅只表达了“我没感到楼主居高临下,感谢分享”。
crclz
    65
crclz   40 天前
个人认为,最重要的书籍是 DDD 、IDDD ( lz 也提到了);再配上足够的实践量和回顾书籍(看很多遍)。
基于这些你才有可能 clean code 、clean architecture 、tdd 、能够写单元测试、避免过度设计、减少单个函数行数……
zoharSoul
    66
zoharSoul   40 天前
自相矛盾 没啥意义.
建议写明是后端程序员的感悟
young1lin
    67
young1lin   40 天前
@hyy1995 我没说 《 Clean Code 》全部接受,如果你看过我下面提到的《设计模式之美》——王争写的,他在里面提到过,好的代码无需注释有点极端了,我也是认同他的话的。我看一本书,是觉得他有可取之处,不是说全部接受的。
young1lin
    68
young1lin   40 天前
@lshero 根据那基本书,和这些视频(当然不止这些,有些不是特别特别好,我就没发了),还有我以前 /现在,还有我的历任同事(不包含全部)。我写完后,才发现原来这些早有前人总结过了。

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

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

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

另外, 这些我也很看重:

- 遇到问题选择忽略, 而不是思考各种可能性及解决方式并且记录.
- 知其然, 不想知其所以然.
- 抵触修改自己或团队内部其他人之前写的代码.
关于   ·   帮助文档   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2173 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 05:20 · PVG 13:20 · LAX 22:20 · JFK 01:20
♥ Do have faith in what you're doing.