[請益] 痾 遇到這種事情 是不是需要趕快離職了?
小魯目前在一家還算大的公司工作 現在有兩三位頂大的junior的同事
寫程式的習慣讓我覺得是不是要趕快跑了 舉兩個例子好了
他們都喜歡if-else combo, 沒巢狀到波動拳那麼深 但就是動不動就if-else
三層 然後三層裡面還會再if-else
第二個例子就是如果有function 90%(50~100行)適合他們想要的用途,
他們就會copy整個function 然後修改一下後"整段"code插到他們需要的地方
光是上面兩個例子已經讓我的頭超大的 原本公司的codebase已經長得像科學怪人
了 然後又有他們持續"加持" 根本就沒辦法理解
更慘的是 跟他們講他們也不當一回事 又有頂大當紅碩論護體 一副你也不敢砍我的底氣
公司也沒人想要當壞人 code review也沒人出聲 而且大家都知道 上市公司每個都喜歡
有學歷的人當門面 反正真正主力有人會扛 XDDDD
每次改到他們經手過的code都很痛苦 若是要幫忙擦屁股根本擦不完阿 因為一直拉....
自己寶貴的時間也都被吃掉了
這樣是不是該走了比較好?
我知道爛code到處都是啦 但是至少不能一直拉吧 又是都講不聽的 更資深的也都能閃就閃
但大家輪流中槍.............
--
你不如放段 code 舉個例我們才知道嚴重程度有多大呀~
打不贏就加入,你code寫得再好薪水會拿比較多?
不知道為什麼要強調學歷。你換了更好的工作,只會有更多學
歷好的頂大碩。
code review建立在平等尊重,沒有的話的確沒什麼好說的
不是你的理由不夠好,就是太minor有更重要的事
貴公司主管有在意這些事嗎? 不要當個小兵,操皇帝的心。
不是操皇帝的心 是影響到我了
薪水還行的話就練練糞坑裡挑黃金的能力 爛code單位到處
都是 你遲早要面對的
提到學歷+當紅碩論的原因 文中有寫了
不是要討論程式or review 哲學, copy 100行的程式插到另
外一個地方 很難相信有單位接受每次都這樣做 還是再說一
次 這邊不是討論哲學...是在提一件很基本的事情....
放心啦,直接AI重新整理就好
如果程式已經肥大老舊到等待重構,舊 method 被大量呼叫
我是覺得這種方式不能說不好,你也沒更安全的做法實作
要重構不知歷史沒單元測試的舊方法,是我也想動拉
你們單位有code rule嘛?
這種只能等待某個時機點 有人開始重視並重構專案
會提到學歷是不是摳摳不平衡
要不找主管談到願意擦屎
要不就離職
100行感覺還好阿
影響到你也不能如何 只能報主管處理 或離職
主管在會議還默許這樣,是我打不贏就加入,幹嘛因
為別的智障換工作
上面都不在意了你在意幹嘛? 一起拉阿
大點軟體公司一年總會有三到五成精力重構不合需求舊專案
你就拉的比他們更兇更超過 改天就換他們求你改寫法
了
公司是不是給你很多錢讓你捨不得離職
干你屁事
感覺是銀行
沒有會噹人的主管嗎?這種寫法review都會被噴吧?
因為這種原因想走,在別的公司還是會遇到的,如果沒有改變
環境的能力,還是別想東想西
我遇到的都是老屁股或有權的在亂搞 有時候會懷疑人生
到底這樣有什麼意義
不過這篇畢業沒多久的人就像老油條一樣想著保飯碗拖
時間 真的有前途 比我傻傻受傷害好多了
現在職場就是誰跟你好來好去當好人
紅明顯 建議不要內耗 好好刷題跳槽
junior都吃不下那要你review是橡皮圖章喔
離職
新人就是這樣,功能能跑就好了,除非有人叫你重構,不然別
動別人的程式
為什麼要改他們經手過的code,他們不能自己改嗎?
話說你們公司不code review嗎
快跑垃圾公司
向上反應,無效就跑
錢多嗎? 主管不在意的話就大家一起寫爛code啊
爛Code哪裡都有,很在意就面試先直球問這點
二的情況我也遇過,真要說優點就是低耦合
新人進來第一天就能直接改code,改壞了就
那個func壞掉而已,免洗好用
而且你幫他們改code幹嘛?最煩新人進公司
一知半解在那自以為的改code,有的是歷史問題
那是人家頂大資深工程師厲害的地方,他們先到處屙屎,
等接手的菜雞處理不來,自己再帶菜雞清理屎山,到時候O
KR就能說是自己的credit了。
離職
問就是快陶
if elss 本身並沒有錯 都要看情況
就算你到其他地方也都還是會有爛code
沒差吧,你知道這樣是爛就足夠了,他們早晚有一天會知道
沒設定程式風格的公司 你是主管嗎 不是的話 管很寬喔
有講過就好,不然就看你有沒有心跟主管提或是下去
帶人啦啦啦
同58樓 不懂就問 不然就離職就好
接受不了就走吧
我現在寫也都會直覺式寫if else,之後再重構
現在有AI就方便多了,只要再code review 就好
有些chip原廠出來的sdk塞了滿滿巢狀switch-case +
if-else + do-while combo
看主管態度啊,主管覺得沒差的話就…適當的切好自己的i
nterface就好。除非你是mentor,不然真的bug等他們自己
處理
coding sense這種東西強求不來的
覺得受不了就走人吧
我自己的經驗就是讓他們自己痛幾下才會學乖,那就不要
太早出手做些什麼
你主管都不care了
純看你文章內容,這麼 junior 的問題用 gpt 尬一下就好
ㄌ
哈欠 不是人的問題一率都不是問題
用一堆SETcc MOVcc CMPccXADD會比較高級嗎
If else現在丟AI優化方便多了
code review你還不是連個屁都不敢放 問就是離職
Request changes?
你學歷一定很爛才一直靠北學歷
問就是離職,怕你不敢
沒圖沒依據
自己寫自己的,又沒礙到你 interface切乾淨就好
公司code review 文化的問題,
動不動就if-else三層 然後三層裡面還會再if-else
為什麼不直接說四層?
不知能不能找一個寫得好的專門 review 跟整理/清理程式
PR 都要過他,他負責整理好再併
老闆都不介意惹你何必操心呢
當到 senior 還沒辦法在 code review 上管動 junior
是怎麼把自己搞得這麼卑屈?
2008就在發文 根本超級老 怎麼會連幾個剛畢業的都管
不動 到底人緣多差
會靠北 if-else 的人 往往是想要搞一些 strategy pat
ern 或依賴反轉之類的東西 但又常不喜歡寫文件 最後
就是一大坨沒有文件又過度設計的屎 還不如幾個 if-el
se
有本事就到有厲害同事的公司啊,沒本事的話你也跟
你同事半斤八兩,不要在那邊自我優越了
看你16年前的文在那邊笑前輩,現在發這種文,看來
你高度就這樣而已
拿出實力,自然別人就會聽有實力的人的話,沒實力
剩張嘴實習生都不會理你啦
已經16年了阿,怎麼還在這噹這種小事
是不是傻,他們比你賺的清鬆
襪靠,工作快二十年還在嘴學歷,是什麼糞職涯
第一次看到工作十幾年還壓不過Junior的
本來想分享我的類似經驗,但我看被嘴成這樣,想想還是算了
。
你覺得寫的不好,那有提出你的解法嗎? Code review 要出聲
review 時每次開炮,我就不信不會改
問題可能不在if else,有做好分類、單一職責嗎
懶一點 把那些小段落複製丟AI請他幫你簡化就好
以前你可能需要逃 現在你有 AI 輔助 正面上他
其實真的可以叫他請ai code review
半桶水響叮噹,問ai都比你強
你是不是看人家學歷很自卑
問就是:你聽過Copilot嗎
能找到更好的就走~不然也只能繼續撐...
還在手寫程式喔 呵呵
ㄟ 不是啦 很多人沒看文中有寫 都有跟對方講過了 也有其
他相對資深的也有講過 而且大家都是尊重平等理解的狀況下
去看程式碼跟討論的 這是很自然的事 是不是大家把自己或
是自己的體會帶入才會覺得別人都在亂噹? 現在這時代早就
只能用尊重平等理解的方式來講話了 當然也有提出寫法 這
都是標準作業流程阿 也不只是我也有其他幾位有同樣感想
不是格式問題 遇過得比較能體會 很難用例子去描述 例子很
難顯現那種雜亂跟讓人覺得思路很亂的方式
傳炸彈阿~~~塊陶阿~~~
code review不要讓他過就好,有什麼難的
每間公司都有這種問題,跳到其它公司只是又是另一個
坑而己。反正要爛大家一起爛,只要沒顯示error就好
主管沒該該叫日子照過錢照領不是很好XD?
同意樓上,除非你能力真的夠,去那種管很好的公司
你可以Design Pattern重構啊,但如果你同事們很菜的話
高機率他們會看不懂,反而被告狀說改成這樣只有你看得
懂影響到整個部門,怕事的主管就會寧可大家都看得懂方
便出事情後人灑下去一起幫忙issue tracking,也不要只
有你一個人處理
相同階級的人講了沒用,上級主管又不想管
所以你操這個心要幹嘛?既然有真正主力
在做事那又跟你有什麼關系?
你就是想嘴人家寫一手爛Code而已
coding 如果不在同一個等級,就不該在同間公司。如果你
跳不走充其量代表你algo或是design 也不夠強不能被更強
的公司認可,那在一起人各有長也沒啥好抱怨的
如果對方真的是講不聽,跟主管說也不想管的話,那就算了
公事公辦,code review 就是嚴格把關,卡到他們改為止
有沒有一種可能你就算去NV Google還是都是這種code
居多 不是不想refacotr 而且成本太高
code review是資深帶資淺在作的 你帶不動他們那就是你資歷
不夠 無法說服別人 都說他們是ju了 你不教怎麼變se
每個人看別人的code都很痛苦XD 無法習慣表示不適合這一行
重構都是成本拉,寫完壓測 e2e 什麼測試都要重新跑一遍
copy 的那個 function 你故意請他們改個小東西
他們就會懂有多難 maintain 了吧
沒人在意你自己在那操心幹嘛
X
氣 : 公司也沒人想要當壞人 code review也沒人出聲 而且大家都知道 上市公司每個都喜歡 : 有學歷的人當門面 反正真正主力有人會扛 XDDDD : 每次改到他們經手過的code都很痛苦 若是要幫忙擦屁股根本擦不完阿 因為一直拉.... : 自己寶貴的時間也都被吃掉了23
等等,我原本以為只是一個簡單的問題 居然歪樓了 推動coding conventions 可以從你我做起 像原原po的問題是 if7
我個人感覺程式語言也是有語感的 跟學歷關係不大 我自己碰過一種寫法 if 變數 == a print 甲.jpg if 變數 == b print 乙.jpg4
實況寫程式的 Tsoding 最新原型作品 - 多人遊戲的伺服器端與客戶端(Typescript) 一堆 if else 裡面還有 if else,最多好像是三層,應該還不至於看不懂,原型的標準 比較低,快速產出才是王道
21
[討論] hard code 速度會快嗎?如題 hard code的速度會比較快嗎? 根據我經驗 hard code可以在極短時間內處理一些專案上的問題 但是專案上有高度相似的東西 藉由hard code去寫並不會比較快 反倒是多花一點時間重構 重構完畢之後 再來只要套function 修改參數 這速度會比hard code快很多21
Re: [討論] 系統越開發越多,負責的東西越來越多(恕刪) : 問題是身為資深成員的你,可否提出數據說明工程宅們整天在吵的code quality到底跟業 : 務的關係在哪 : 是不是做同樣規模的feature要花的時間越來越多 : 是不是release後常常出問題要修15
Re: [請益] 如何有效率的看code ?如果你沒寫錯的話 一年多看幾萬行code真的不多 我也是轉職仔,原本在ic house寫C做韌體,一個人負責一個.c/.h檔。一年才進三行code。 轉職後寫C++整個team大約十多人,負責的那一層有兩千萬行code。然後第一年就進快一萬行code。 我原本不會C++的,所以什麼framework,modern C++,design pattern,multithreaded 之類的都沒學過要重學。12
Re: [討論] 寫三元判斷式code review被打槍從 C++ 的角度來說 三元運算子有機會改變 l-value/r-value 的性質,進而破壞最佳化 舉個簡單例子 可以看到用三元運算子的時候,回傳區域變數竟然要 copy 而不是 move 雖然說 Java 沒有這些9
Re: [問卦] 圖/ 靠北工程師這篇在說什麼啊?八卦是隨便一個人都能投稿 所以常常這種看到這種水準阿薩布魯的留言 正確來講 這個Project一開始是公司的雷包同事喊著要做的 沒想到這案子一拖就拖了八年多5
Re: [心得] 非本科系生真的這麼劣勢嗎?我不熟Js,或是可以說不懂JS了XD 不過可以來幫你做個簡單的code review 一開始我點開這個網頁: 做的還挺有模有樣的,至少我做不出來~~哈 然後點進去看codeX
[問卦] 有糞code哥的八卦嗎?yoyo~ 我高雄城鵡啦 各位宅宅工程師 大家有沒有遇過奇杷糞code哥阿 本肥舉真實遇到的例子:3
[問卦] 要怎麼讀程式碼R?如題 最近要寫在soc上錄影、播放的程式拉 看廠商給的code 隨便一個.c檔就好幾千行 一堆全域變數 看一看就突然有一個task被創建出來 然後task之間又有一堆訊號在傳資料1
Re: [討論] Python 3.10將加入Switch-Case語句我個人是很討厭很多if-else, 或是switch case. 並不是說不好, 只是很容易出現有些section是code, 有些是function. 案子急一點, 重覆的code就會很多. 幾百個if-else/switch-case就有機會變成上萬行的code. 這個就很阿雜了. 就之前數字區間的code, 我是會往這個方向走- 借串問,有人試過能否用 AI 延伸 existing code base 嗎? 如果是 existing code base 各種東西都包成模組或 function 例如對 elasticsearch 的操作全部都包成自訂 function 給 python 呼叫 如果讓 AI 讀 code base