这几天接手离职同事的交接代码，几个项目都是除了打 log 外无任何非代码内容，0 注释
哥们儿是我们的主程，从老板到周边相关同事都口碑甚佳，模范员工。之前我看过他的接口代码就发现没注释，这次算彻底了解
他交接快一个月，所有接代码的人都比较困难，总是需要他讲。反过来对外人的印象是，更觉得他离职可惜，更觉得他很重要，我们老板也觉得我们离不开他
从客观上，不写代码确实是提升了他自己的价值
This topic created in 2429 days ago, the information mentioned may be changed or developed.
Supplement 1 · Apr 2, 2020
补充信息
- 这个员工不是第一次提离职。并不是有些人以为的一离职就放人
- 他有过多次调薪
- 以前挽留他有没有加薪？肯定的
说明
不是讨论该不该，是讨论是不是
 |
102
注释也不全好，接手的人多了也会出问题。很多人会改代码不改注释，最后代码和注释并不能对上。。。我司代码就是这样。。
|
1 |
baicheng10Mar 12, 2020
103
做两本账，注释和思路晚上写到日记里。
 我觉得如果是故意不写注释就太阴暗了，不过也可能只是习惯问题。 |
|
baicheng10Mar 12, 2020
104
@baicheng10 #103 :D 手动狗头
|
 |
105
你自己的代码如果超过 6 个月不看，再看的时候也一样像是别人写--伊格尔森定律
|
 |
fx777Mar 12, 2020
106
我们研发最喜欢在注释里写
“XX PM 说： 这里要怎么改。。公元几年几月。。“ |
 |
pezyMar 12, 2020 via iPhone
107
通常见到的是这两种情况：
1.注释很少，代码清晰，一开始无头绪，看进去了渐入佳境。 2. 注释很多，代码很乱，废话连天，看到最后，感慨：“噢，就干了这么件破事啊” |
 |
AngryPandaMar 12, 2020
108
你看没看过，只有自己能看懂的注释？
|
 |
hyzzzMar 12, 2020
109
没有合理并准确的注释，对于一个中大规模的软件工程很明显是件糟糕的事请
|
 |
deckenMar 12, 2020
110
代码即注释, 变量名 方法名描述得清晰一点, 基本跟注释没什么关系了
|
 |
SY413927Mar 12, 2020
111
看完觉得很有道理.
我去删注释了 |
 |
cabingMar 12, 2020
112
爱他人就是爱自己啊。
写注释是对自己好也对别人好。 这种完全利己的思想会从工作带到生活中，总会吃到苦头的啊。 |
 |
YikiMar 12, 2020
113
你不写……
万一你以后用到 你就发现 你不知道自己写的啥 |
 |
ITJokerMar 12, 2020
114
命名规范的话，有没有注释都还好...
|
 |
paoqi2048Mar 12, 2020
115
不会真有人不写注释吧？可别恶心我😑
|
 |
amdhcwteMar 12, 2020
116
感谢提示，注释已删
|
 |
meeopMar 12, 2020
117
最新方法论是少写注释,多提高代码可读性
因为注释维护通常不及时,一段时间后根本不能看 |
 |
pigleiMar 12, 2020
118
不要老想这些奇怪的事情，多写代码多看书、多想想怎么在代码写好，才是对自己最大的保护。
|
 |
rohgeoMar 13, 2020
119
外行才会觉得你们离不开他。你需要找个合适的实机，让不懂的人了解真相。不是你们离不开他，而是他不写注释，你们故意拖着他惩罚一下他
|
 |
120
|
Select Language