这是一个创建于 1717 天前的主题，其中的信息可能已经有所发展或是发生改变。
这几天接手离职同事的交接代码，几个项目都是除了打 log 外无任何非代码内容，0 注释
哥们儿是我们的主程，从老板到周边相关同事都口碑甚佳，模范员工。之前我看过他的接口代码就发现没注释，这次算彻底了解
他交接快一个月，所有接代码的人都比较困难，总是需要他讲。反过来对外人的印象是，更觉得他离职可惜，更觉得他很重要，我们老板也觉得我们离不开他
从客观上，不写代码确实是提升了他自己的价值
第 1 条附言 · 2020-04-02 21:37:27 +08:00
补充信息
- 这个员工不是第一次提离职。并不是有些人以为的一离职就放人
- 他有过多次调薪
- 以前挽留他有没有加薪？肯定的
说明
不是讨论该不该，是讨论是不是
 |
102
wqhyw 2020-03-12 09:32:13 +08:00 via Android  1
注释也不全好，接手的人多了也会出问题。很多人会改代码不改注释，最后代码和注释并不能对上。。。我司代码就是这样。。
|
 |
103
baicheng10 2020-03-12 09:44:00 +08:00
做两本账，注释和思路晚上写到日记里。
 我觉得如果是故意不写注释就太阴暗了，不过也可能只是习惯问题。 |
|
104
baicheng10 2020-03-12 09:44:59 +08:00
@baicheng10 #103 :D 手动狗头
|
 |
105
gosas 2020-03-12 09:56:49 +08:00 1
你自己的代码如果超过 6 个月不看，再看的时候也一样像是别人写--伊格尔森定律
|
 |
106
fx777 2020-03-12 10:00:35 +08:00
我们研发最喜欢在注释里写
“XX PM 说： 这里要怎么改。。公元几年几月。。“ |
 |
107
pezy 2020-03-12 10:04:45 +08:00 via iPhone
通常见到的是这两种情况：
1.注释很少，代码清晰，一开始无头绪，看进去了渐入佳境。 2. 注释很多，代码很乱，废话连天，看到最后，感慨：“噢，就干了这么件破事啊” |
 |
108
AngryPanda 2020-03-12 10:07:00 +08:00
你看没看过，只有自己能看懂的注释？
|
 |
109
hyzzz 2020-03-12 10:21:28 +08:00
没有合理并准确的注释，对于一个中大规模的软件工程很明显是件糟糕的事请
|
 |
110
decken 2020-03-12 10:21:42 +08:00
代码即注释, 变量名 方法名描述得清晰一点, 基本跟注释没什么关系了
|
 |
111
SY413927 2020-03-12 10:26:21 +08:00
看完觉得很有道理.
我去删注释了 |
 |
112
cabing 2020-03-12 10:50:31 +08:00
爱他人就是爱自己啊。
写注释是对自己好也对别人好。 这种完全利己的思想会从工作带到生活中，总会吃到苦头的啊。 |
 |
113
Yiki 2020-03-12 10:56:31 +08:00
你不写……
万一你以后用到 你就发现 你不知道自己写的啥 |
 |
114
ITJoker 2020-03-12 10:58:37 +08:00
命名规范的话，有没有注释都还好...
|
 |
115
paoqi2048 2020-03-12 11:15:51 +08:00
不会真有人不写注释吧？可别恶心我😑
|
 |
116
amdhcwte 2020-03-12 11:22:21 +08:00
感谢提示，注释已删
|
 |
117
meeop 2020-03-12 11:25:03 +08:00
最新方法论是少写注释,多提高代码可读性
因为注释维护通常不及时,一段时间后根本不能看 |
 |
118
piglei 2020-03-12 11:27:42 +08:00
不要老想这些奇怪的事情，多写代码多看书、多想想怎么在代码写好，才是对自己最大的保护。
|
 |
119
rohgeo 2020-03-13 08:38:54 +08:00
外行才会觉得你们离不开他。你需要找个合适的实机，让不懂的人了解真相。不是你们离不开他，而是他不写注释，你们故意拖着他惩罚一下他
|
 |
120
oldmanong OP |
Select Language