程式設計師晒了一段程式碼，一條雷人註釋引爭議，這種情況換你怎麼寫？
作為一名 ofollow,noindex">程式員 ，寫程式碼要養成寫 註釋 的好習慣是非常重要的，這樣不但有利於自己維護程式碼，也有助於其他人讀自己的程式碼，同時也有利於工作的交接安排等，總之，寫註釋是百利而無一害的事情，即使這麼的好，也有部分比較懶得的程式設計師也是不願意去做。
另外要說的是，關於註釋怎麼寫的問題，好像沒人怎麼要求過，對於大公司可能有一些具體的要求，寫的註釋有問題程式碼也是不能釋出上線的，而對於小公司可能就完全不管了，因為註釋你怎麼寫絲毫也不影響到程式碼的執行結果，所以在一些小公司，就出現了各種各樣的 程式碼註釋 ，有的時候在程式碼的註釋中就可以看到一些故事，比如是新老員工們在程式碼中展開的一些歷史對話，看著蠻有意思，近期一名員工晒了一段程式碼，其中一行雷人的註釋是別具一番風味，接下來讓我們一起欣賞一下吧。其中註釋是這麼寫的：“專案經理要求這兒執行緩慢，好讓客戶優化給錢，得到明顯的提升”，針對這樣的情況這名網友是這麼說的：“這樣的 程式設計師 也是夠了，就不能隱晦點嗎？換你的話會怎麼寫這備註？”，我想網友們肯定是有話要說吧，接下來我們看看他們都是怎麼說的吧。
網友一 ：寫的隱晦，到時候說不清楚，就得開發背鍋了！
上世是朵花 ：的確是有一定的道理，不過我很想知道專案經理看到這段註釋後的感受，或者說客戶看到這段註釋後的感受，也許他們很有可能看不到吧。
網友二 ：這個是 java 端嗎
上世是朵花 ：看樣子應該是 java後端 程式碼。
網友三 ：好多年以前的老梗了
上世是朵花 ：這樣的梗之前也的確聽說過，樓主說是別人發他的，難道這是真事？
網友四 ：方法命名不應該首字母小寫嘛？
上世是朵花 ：沒錯，方法命名首字母應該小寫，他這種寫法不規範，不過註釋都這麼隨意了，你還跟他要求啥命名規範呀。
網友五 ： Java 括號換行會被打死，沒看新聞嗎
上世是朵花 ：是麼？有這樣的新聞？原諒我沒聽說過。
網友六 ：正直
上世是朵花 ：嗯，有這麼一點意思，也算是一個耿直boy了。
網友七 ：明顯是c#
上世是朵花 ：從哪裡看出像c#了？
網友八 ：給錢光速
上世是朵花 ：光速是什麼一個概念？想象不到。
這名網友分享的情況，以前在網上也曾有見過，看起來更像是一個老耿，不過也不可排除現實中的確有這樣的事情，那麼問題來了，如果是專案經理要求寫一些不夠厚道的程式碼，你會去寫麼？如果你寫了，以後查出來可能就有背鍋的風險，針對這樣的情況你會怎麼做呢？你會像文中這麼去寫 註釋 來保護自己的權益麼？或者說你有什麼更好的做法來保護自己呢？歡迎在下方評論區寫出你的做法或者觀點。