※ 引述《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指示修改此功能