Re: [請益] 痾 遇到這種事情 是不是需要趕快離職了?

作者: purin88 (原來我是憤怒的鄉民)   2024-07-23 14:28:24
※ 引述《saladim (殺拉頂)》之銘言:
: 小魯目前在一家還算大的公司工作 現在有兩三位頂大的junior的同事
: 寫程式的習慣讓我覺得是不是要趕快跑了 舉兩個例子好了
: 他們都喜歡if-else combo, 沒巢狀到波動拳那麼深 但就是動不動就if-else
: 三層 然後三層裡面還會再if-else
: 第二個例子就是如果有function 90%(50~100行)適合他們想要的用途,
: 他們就會copy整個function 然後修改一下後"整段"code插到他們需要的地方
: 光是上面兩個例子已經讓我的頭超大的 原本公司的codebase已經長得像科學怪人
: 了 然後又有他們持續"加持" 根本就沒辦法理解
: 更慘的是 跟他們講他們也不當一回事 又有頂大當紅碩論護體 一副你也不敢砍我的底

: 公司也沒人想要當壞人 code review也沒人出聲 而且大家都知道 上市公司每個都喜歡
: 有學歷的人當門面 反正真正主力有人會扛 XDDDD
: 每次改到他們經手過的code都很痛苦 若是要幫忙擦屁股根本擦不完阿 因為一直拉....
: 自己寶貴的時間也都被吃掉了
: 這樣是不是該走了比較好?
: 我知道爛code到處都是啦 但是至少不能一直拉吧 又是都講不聽的 更資深的也都能閃
就?
: 但大家輪流中槍.............
我從上面的文章只看到原po說有很多if...else跟function用原本的copy過來,改一下自
己想修改的code
但卻沒看到任何提到效率問題,而且if...else是O(1),並不會拖垮速度。
每個人寫code的習慣不一樣,
有的人喜歡這樣寫
if() {
}
有的人喜歡這樣寫
if()
{
}
有的人喜歡程式碼短就連在一起
if(...) cout << "xxx";
else cout << "bbb";
也有人喜歡短的程式碼連在一起
cout << "請輸入數字月份(1~12):"; cin >> month;
有的人喜歡命名用底線分開,如:month_arr
有些人喜歡用小寫大寫分開,如:monthArr
有些人不喜歡程式碼跟程式碼之間有空一行
while {
....
}
if() {
....
}
for(int i = 0; i < N; i++) {
....
}
但有些人喜歡有空一行
while {
....
}
if() {
....
}
for(int i = 0; i < N; i++) {
....
}
有人程式碼喜歡有空格分開
for(int i = 0; i < N; i++)
有人不喜歡太多空格
for(int i=0; i<N; i++)
以上這些都沒有錯,沒有誰的才是對的,誰才是錯的,重點流程有沒有錯,有沒有bug,
執行會不會慢,巢狀迴圈幾層。
執著在那些格式很沒有意義,或誰誰誰寫code格式不符合我意的,就把別人弄走。
你不能說你就是標準,全部人都要跟你的寫法一模一樣,很多人寫程式想的是這個問題要
怎麼寫才巧妙解決,而不是十分在乎格式,太執著就有強迫症或太龜毛,合作起來也很痛
苦。
放過別人也放過自己,互相尊重。
作者: qwer338859 (溫莎公爵)   2024-07-23 14:31:00
那不是格式問題吧 他明明就是在說波動拳if-else而且正常的公司明明就會規範coding style你自己亂寫不要以為每個人都亂寫
作者: a3817001 (Heterosis)   2024-07-23 14:34:00
coding style要為"效率"讓步的話那規範的意義在哪
作者: jhjhs33504 ( )   2024-07-23 14:38:00
是程式碼執行的效率還是程式碼開發的效率?
作者: wei115 (ㄎㄎ)   2024-07-23 15:10:00
他問的問題不是style八?還有style也是要確定的八,像我們用k&r 直接給format 自動排版就全部一致了
作者: richard07250 (blazing)   2024-07-23 15:18:00
這什麼鬼回覆 巢狀if else跟效率本還就沒有關係就很簡單的不採用clean code的問題
作者: qaqvvvvqaq (QAQ)   2024-07-23 15:23:00
開發效率也很重要更應該規範吧,如果你公司的code都不用改沒bug不需要debug的話當我沒說
作者: qwer338859 (溫莎公爵)   2024-07-23 15:29:00
還刪推文是吧 送你進水桶

Links booklink

Contact Us: admin [ a t ] ucptt.com