※ 引述《SkankHunt42 (凯子爸)》之铭言：
: ※ 引述《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
真的有这么奇葩的注解吗
上 code 前不是都会做 code review 吗
现在很多工具除了会做 style check，commit message 之外，
甚至有些工具会检查注解是否符合格式吧
这种乱上 code 真的不会被干到起飞吗
把自己名字打上去也太好笑，直接让人抓出是谁写出这坨粪是吧
虽然 git blame 一下，也是会被抓到就是
我们在上 code 到 server 还要自动验证是否可以编译过，是否通过冒烟测试
还要经过资深同事 code review 过，都没有问题才能上 code 到 server

有余力做code review的公司不多，毕竟每个人手上的事情都一没有人会想再去帮别人看code，就自己的code自己负责，很多系统爆炸也是这个原因 XD

因为工具越来越强 整体软件业都朝向人力精简配置方向

就没人专门负责统合 上司有空看就看 没空可以work就好

这样的团队(尤其是新创)会更不在乎团队合作帕鲁的服务器就号称一个人搞定

有些公司的code只要能动就好，什么工具都当不存在，review

小软件公司很多步骤都是一个人干，验证测试时间也不一定完善，所以有错误挺正常的

更是找不到有空的前辈看，所以薪水越烂的鬼故事越多。

银行/支付/自驾这种就是另一种文化毕竟金钱上下生死攸关

commit message: hot fix <--- 这种吗XD

我自己的side project还蛮常这样的毕竟没人会看啊

老公司也会啊 以前不review没事就一直不会改

真好qq

不会 你要先说服老板花钱多请一个人来互相review然后你老板还要再跟上面的老板说服说我们单位每年花百万请工程师的工作 output有一部分时间花在做 code review然后大老板就会说 这个工作没有必要 不用做然后部门文化就定型了

一堆公司都马能动就好 这可是惨业

案子很忙的时候REVIEW都马随便看看就好

忙得要死 review看个3分钟意思一下

code review、code style 不少公司都没在做吧

做clean code比较像在为了未来的自己好维护

最怕人都离职了才爆炸的code，一直讲要review又不给人，是要叫谁去review啦

通常做新专案客户有要求就会统一做code style 的整合然后现在文件也直接用vscode插件直接gen出来

对，良好的编程习惯是对自己好，否则会有恶性循环，之前写太烂导致后面难以维护所以写更烂

更多的是ZIP档版控的公司…

当leader就是那个乱搞的人，一切都不再会是问题了~

有啊 有验证跟review才能上code,不过从头到尾所有事情都是同一个人在做

2不是废话，是最有价值的资讯。当你实务上遇到改来改去的变化，非A也非B的情况下又要满足另一种"情境"，就懂了。复合型情境超过10种以上，可见复杂度高的实务需求。

一个人搞定...那他辞职不就直接爆开

说不定现在可以直接丢给AI写注解

现在有AI就还好了 比较麻烦的是多个档案的那种

没好处赚没人喜欢CR 档人快速拉屎deliver升级加薪跑路

不是每间公司都有那么多人力做review啦

你公司是已经很大的了 多的是根本不review 所以容易踩坑

review和style都是project to project的

园区科技大厂一样是会动就好，事情没有那么理想