※ 引述《ianlin1216 (伊恩可可)》之铭言：
: 饿死抬头
: https://i.imgur.com/3QcIsVN.jpeg
: 本鲁不是资工系的啦
: 所以不知道写程式不加注解会有多严重
: 想请问相关从业的乡民
: 实务上遇到这种情况真的很赌烂吗
: 干五西恰
大家好 我月薪28k软件工程师啦
我的观察齁 程式设计师有好几种类型
1. 无口型
做了很奇怪的事也不注解，commit也找不到原因
等到哪个有重构强迫症的改坏程式以后才发现原来看似很奇
怪很丑的写法才是最佳解 但因为没注解所以大家还是绕了一圈
无口型有高手也有智障
2. 废话型
if(IsMatched()) {
// IsMatched 回传true时会进来
doSomething();
}
典型的话痨，可能以为自己在写教科书
3. 宅宅型
if(!Initialized()) {
assert(false && "you shall not pass!!!!!");
}
喜欢在注解里面埋梗，不懂梗的同事会很痛苦
4. 版本控制是什么型
// 2024/12/25 by SkankHunt42
不知道版本控制为何物，在注解特地注明自己改了这段程式码
5. 上班不知道在想什么型
// ( )( )
可能在想LISP
6. 连环形
// 把这则comment复制到另外3个档案，7天后之后，你就会升职加薪。
// 如果不复制，绩效就会被打C
7. 影片说明型
// The video in this link explains this piece of code.
// https://www.youtube.com/watch?v=dQw4w9WgXcQ

还没遇过加薪型

还好我对这代码有印象= =

我没点 那是瑞克摇吗

6是什么 幸运/不幸的程式码喔

看到yt代码就知道影片内容了

乱放奇怪连结不会被干吗= =?

抱歉我是7 我塞了蛮多rickroll在mock data里.....

有遇过1那种的 真的是浪费别人时间

那个代码在github出现了九万多次

宅宅型是我..

1那种的code review理论上就不可能会过了

28k太低了吧块逃

超好笑你们写程式的宅宅都这么幽默吗= =

我喜欢在单元测试里放宅宅梗

好希望可以遇到加薪型的

理论上code review不会过，前提是要有review

因为写注解就是想让别人看到啊爱怎么写就怎么写

push权限随便开那当然是后果自负了 没有PR谁知道你塞了什么垃圾到repo里....

所以其他6种code review会过吗

反正以后有人看到觉得不适合也会删掉

第四个还好吧 呜呜呜

4根本连git都不会用所以不会出现 其他的会被删光

6是三小啦 笑死

全世界的测试程式不知道有多少You shall not pass…总觉得看过很多次

4 依公司规定更改的地方起头跟结束的要写改版日期

哪家公司这样规定 笑死

如果真的是28k也太惨

我废话型 多写总比没写好 但还是有人能在我写了的情况还犯我写的禁止事项

Rickroll 笑死

应该是28k镁对吧

有时候反而变写太多，结果后续改的人懒的看就是了

超过直男型：错误讯息:，"主管说这种情况不会发生"。结果真的发生了，第一次看到我真的快笑死www

完了，宅宅型搓到我的笑点

还没点就知道是瑞克摇XD

我基本不太写，除非太复杂

28k是顾问吧 坐等领钱的

AI型呢

现在看到废话型的十个有九个是ChatGPT写的有些注解还会上下各空一行

我看到YT网址就知道是什么了

第四种还好吧 许多函数在重构或搬移的时候有可能会丢失最后的更改时间 这时候 git blame 可看不出来具体的修改时间

每一行都要注解型/* 有病啊！*/

笑死，而且我还真看过4.

4就没GIT在用的方法阿

// 不知道原因但拔掉这行会GG

真惨

//主管说这bug不修 2024/12/25

其他种都值得喷两句，就是第四种视情况还可以，尤其是很可能被反复重构的函数多了日期跟具体的更改内容还能省得回去看 log

听同学说加不加其实差不多 一样看不懂

7其实蛮好笑的

跳去200k/月 的公司鬼故事就少很多了

确定不是82k?

4 还真的时不时会看到 虽然看的都是别的公司的

但这年头都有像 cursor composer 这种自动更动注解甚至内容的工具了 以后注不注解的问题应该会越来越少反正一律经过 AI 修整成人话就对了

4超重要好吗 我的甲方想到就会把功能改回去 翻GIT太慢又太多直接用关键字搜寻到被注解的程式码 //2015 客户说要这功能//2016 客户说功能有问题取消 //2018客户又说要这功能

第四种真的还好

//2024客户说这个功能是不是没在用 干

不是每天都有一堆时间在那边翻GIT HISTORY注解真的小事就是

老一点的code真的会有日期署名

不过 4 其实也可以编辑器搭 git blame 作到就是了前提是 commit message 的规范有到位

能跑就好了 整天要让所有人都看懂到底想干嘛

4很方便，尤其那种USER 需求每隔一段时间就会改一次的

4 维护过没有git 时代的code 都会这样 而且还是sop…对了 就算是职训仔起薪也有4万 快逃喔

//4上古神扣常常有

4我看过最早的时间是1998年

蛤 28K 直接陶 不要留念

4有时候确实是需要的XD

之前测试有塞 0xc8763

搞不好他是28k人民币阿

1到6都遇过，最讨厌2，超级干扰

还有缩排全改型，等你要抓战犯 git blame 才发现

呜呜呜我就是2 型 还几乎每行都写注解//! 后端说传这样给他 不要问我为什么

笑了

不玩哽怎么行

看过注解写 奉XX指示修改此功能