[討論] Leader都把程式碼進到master
幫學弟問,原文照 po:
「我在台灣某網通大廠,第一份工作
leader 都把master 當自己的 branch
進 code 不用別人 review
常常把自己不能動的 code 推進去
或是偷偷改 lib 都不講
code進了不能跑,還被說效率不好
反應了也會被罵
平常會叫我去解釋 PR 寫了什麼
前陣子還要我教他 python decorator 是什麼
現在也會把 venv 跟 vm 的檔案推上去
每次 commit 都幾千個檔案
講了也被罵
有次我週五請病假
結果他晚上打電話來說要code review
跟我說以為是小病,沒差
他一直說業界都這樣做事
請問板上大大,真的是這樣嗎 」
--
Sent from nPTT on my
--
這種能做到leader,還不逃?
看起來你們沒有code review系統 也沒有CICD
雖然有導入可能也會沒開設定 還是可以自己進code
塊陶
這該不會也是你leader的第一份吧
切記 業界沒有這樣
正常公司不會這樣 這種只能靠你自立自強
外商也有這種 程度沒到大學畢業的
有些人單純嘴砲能力上位的
勸你還是快閃
不懂技術不一定是問題 但不懂卻碰技術就是問題
奇文觀賞
每個業界都這樣幹那還得了
平衡推
順便偷問一下是哪一間
快逃
我碰過類似的,做三個月果斷烙跑
Jenkins gerrit 這種免費的CICD自己串一串不會?這種組
內自己就可以搞定的,覺得看不慣就自己建流程是多難?
製造業正常啦
全部都要等到公司準備好,那事情就不用做了
建一個integration test 讓你主管不能推有問題的扣
上去啊
我認真回答你~你主管滿鳥的~他在科技業主管群裡的pr大概
只有25
拉出一個dev/release, 放棄已經存在的master讓他玩沙
好奇是哪一間
不是業界 是三流系統廠
這樣pr還有25喔
有些leader根本連code都不會寫,確實有pr25
嗯,一個字跑
有 一定有更爛的主管幫原文說的這位稱到25 XD
我之前隔壁組~空降一個鳥主管到今年初2年半~底下的人換了
一輪半~最後他的主管職位被他老闆拔掉~最後兩位從他手底
轉組的人跟主管的主管說: 爛死了這甚麼主管?怎麼選的?
那你說原文這位老闆有沒有PR25?
沒有code review就算了,跑不動的代碼竟然能進到mast
er?世界奇觀
真可怕= =
我覺得塊陶 一個leader沒有開發制度也沒有善待下屬的氣
度 在他底下只是浪費時間 不健康的成長 除非你能上達天
聽 否則更上層的老闆只會信他不會信你 捅包你要背鍋 就
算你做得很好 leader也只會收割你的功績
一個不適任的leader能上位可以有100種時光背景原因 一旦
上位成功 再爛也沒那麼容易被拉下 尤其台廠很看重面子
所以我覺得只有塊陶一條路
*時空背景原因
網通廠這樣的leader很正常,因為程度正常的早跑了
快逃
網通的純軟水準都不怎樣 都點在OS或計組
比較常見網通跟系統廠是大家都直接進master,公平
並沒有,我待過那麼多年沒見過leader懂os跟計組的
很正常吧,多的是把git當FTP用的,commit都無腦全選
Leader都是政治跟文學精通
懂技術的人都因為政治不行而被鬥去更高薪的產業了
還以為是我發的 趕快level up 趕快跳槽才是真的
遇過類似的,結果看那主管的領英越混越差,可悲
公司問題,建議換工作。
紅明顯 台灣某新創獨角獸的 IT head 超常假日推 cod
e 到 master,然後也不講,超靠北,該 head 是一個老
人,聽說是靠關係空降的,只能說這種文化並不是偶見
快逃R
大學畢業的新人都不會這樣幹.....
Wow
不能跑還進==
這leader是不是台大
業界才沒有這樣,聽他在唬爛
聽起來很像Mo?a
樓上認真?我還以為404制度和文化跟傳統台廠比會比較好
認真 我聽到蠻多鬼故事都是404出來的
鬼故事怎麼都很像
樓上說的是 混蛋其實蠻多的 這些人為了自己的生存可
以無所不用其極 其實就是刻意亂凸顯你的錯誤和缺點
這波操作下沒有問題都會變有問題 打訊息差逼你遷就他
說回分支問題 多數人都是一人專案才直接用master 當
真慘
然不一定是這種狀況
我都是直接當ftp用 畢竟管理層的不雞掰的很少 被惡意
針對還要替他們管理著想就太奴了 如果是好人當然就弄
到好
很爛沒錯。但片面之言看看就好。如果沒上產品,你master怎
麼改,其實都沒差。
真正有上產品,通常最後程式碼也未必在master分支。很多事
情看表面沒意義。
最後程式碼的owner是誰?需要品質嗎? 如果owner不是你,
也不需要品質,那你沒權限。
真的別把master分支當作多重要的一件事情,玩久了你就知道
了,死守絕對的標準,還不如變通一下,另外拉其他分支自己
玩就好。Release絕對沒有規定要在master才叫專業。
對啦,不是release的,沒什麼關係,但既然沒review就在
local自己玩啊,推上去有意義嗎...
至於業界是不是都這樣 我只能說沒見過倉庫是很整齊乾
凈的 或許誤commit 或許有疙瘩的commit
開源倉庫都不一定乾凈了 更別說職場混亂狀況
我待過標準規則一堆,做錯了要扣薪水,完整乾淨的倉庫。但
我不認同管理repository有一個適用於所有公司部門的標準。
存在即是合理,程式碼或repository爛,還能繼續領薪水,
代表該單位的獲利價值,或專業根本不在此而已。
專業當然很重要。但不專業的人竟然可以混得更好。通常是,
你認為的專業,跟別人認為的專業不同而已。
別人又不靠乾淨的master分支賺錢時,這件事情就真不重要了
。
應該沒公司靠乾凈軟體倉庫賺錢 會這樣要求的多半是管
理職身在其位但想節省自己的心力搞的 但現實不可能
這不就跟變數命名 檔案命名一樣,誰是老大
節省心力有更好的方法就是 git不萬能 無法解決不會管
理的人的管理問題
想也知道不可能業界都這樣,你還會專程上來發文問就知道
你判斷能力也有待加強
繼續待在這公司就好
問題是主管雙標吧
嗯嗯
把default branch 改成 main
確實 master不夠inclusive
這也太鬼XD 哪家阿讓大家笑笑
快逃啊
會這樣做事 就是不靠程式碼賺錢 反正寫得爛 沒有規矩
公司照樣賺 薪水照樣領 幹嘛認真弄
這真的還好,我還聽過某金融連branch 切都沒切的,還說公司
專案很小,這個不需要,但....是公司的核心系統,版控不曉
得在做三小的
有這種主管,就算有review機制也是枉然好嗎
快逃
有版控總比沒版控好出事至少能追到犯人XDD
不逃?
逃吧 沒能力的主管
這種沒同理心主官都很雷...
夭壽
跑不動的代碼進master www
心臟真大顆
往好處想 "至少有版控"
不爽不要做
反推那些說master不重要的,如果master不重要,那就代表
他沒再用,這樣應該沒人鳥master才對,如果有人鳥,代表
master還是有在用,這樣就不應該上動都不能動的code去
master,另外說的release,額,你們又知道release不會從
master sync過去了嗎? 一堆歪理。
每個team開發流程確實不一樣,如果master真的沒人鳥,那
原po抱怨master的事情幹嘛? 阿不就是有人用嗎? 邏輯不好
工作寫程式或當經理管理應該也都不怎麼滴
除非原po他自己不知道master其實沒人在鳥~這樣要嘴原po我
覺得就說得過去。
有人說到重點 問題是主管雙標
master當然有人在用阿 主管卡著用阿 這本來就是雙標
問題 repo管的好不好是另外一回事
不是分支管理不重要 是很多公司來講看起來不重要 而
且推commit本身就有機會有事故或習慣不同 要完美的倉
庫狀態是不可能的 工具可以輔助管理 但無法避免管理
還可以扯到寫程式如何如何 你沒上帝視角看不了這麼多
即便人在你面前都不一定可以看的出來
有寫輪眼的人可能可以看出來一點點 但沒這麼強大
快跑....
有CI/CD的話 可以設定基本lint failed卡住不能merge 或是
github直接設定沒有review不能merge
如果主管只是懶惰的話 寫個script讓他只要一行指令就可以
git pull rebase from master and checkout new branch
是 但不可避免中間會有人為因素 你整條流水線因素都
cover到才稍微可以 但未知總是災難之源
講master不重要的是在共三小 即使可以靈活運用也不
是像這樣被老害亂用好嗎 抬三小槓
這板槓精真多
master本來就不重要。搞不好人家是用main啊,搞不好人家re
lease不在 master啊。何必執著於名稱?有什麼國際標準,或
專業論文說master比較好? 玩得通透的人,本來就不是看分
支名稱決定品質與流程好壞。
而且如果master 沒有 release 作用, 為什麼master分支不
能被當成程式碼暫存用途? 那個國際標準或專家說master分
支不能用來暫存程式碼的? 歡迎提出證據與事實啊。
master本來就可以當成個人開發用的暫時分支。git本來就是
這樣設計的。至於master分支,要不要當release分支,根本
沒標準過。
笑死 這leader是剛畢業嗎
原po意思是沒有release 分支吧
master 當release 分支,卻被leader當個人分支用
快逃 幾千個檔案有問題會看到死
笑死 剛講完繼續槓
哪間
南無阿彌陀佛
樓主什麼時候提到release... 這確實也只是個名稱 主
管卡著master分支也可以理解 畢竟他要管理 但自己改
的code不能動還常常不講改了什麼 然後別人的就駡的狗
血淋頭 當然是雙標問題 其它什麼分支問題最好是下屬
想淌這渾水 看來樓上好多主管 倉庫要完美自己好做事
當然好一點是好的 但為了省自己成本轉移成本到下屬很
糟糕
Dr說的確實
這社會真的好多沒管理能力還要擺譜的人
DrTech是閱讀能力有問題? 就說了,如果master不重要,就
沒人會理他,既然有人抱怨了,那就是master有人在用。
還在扯master不重要的是?
唯一的例外就是原po自己天兵,也就是master是真的沒人在
用,然後原po菜鳥不知道上來抱怨master被改。
就算要亂測試一些東西,多數正常人也不會拿master來玩
還是你想嘴有些project本來就不是master而是用main/mainl
ine? oh man, 這麼計較名字的而不在意master要表達的本質
? 我覺得也是滿厲害的,想必閣下溝通一定是字字必較。
阿不對,就算proj是用main/mainline也不該蠢到上不能動的
code到master
master有人在用 怎麼會沒人在用 上到不能動的不是只
有下面的人 至於覺得重不重要當然是心證 也確實沒標
準 沒有四海皆通的標準
以前沒有CI/CD 沒有版本管理系統還不是照樣coding(倒
然後現在也是
主管應該是從cvs/svn時代沒實力隨年紀被推升上去的
Svn 就好 有這麼困難嗎
快逃
怎麼可能是這樣,快逃或成為切割捧懶人自己選一個
會被檢討當然是超重要,這時還在糾結分支名稱別鬧惹
不尊重人 才是問題
反應意見被罵 請病假被強迫無償工作 這怎麼愉快玩耍
看標題問madter 看內文感覺真賭爛的是待人方式 文不對
題4ni
有這種北七leader也是很讚
快逃啊
用什麼版控都不是重點 亂管是一定會亂 svn都可以用
hook script弄ci/cd 差別在於git現在比較流行有現成
的可以用 我都愛原始一點這樣我才學的更多 git現在應
應該很少人不會
進code最大的權限在主管那裡的話,他自己進不覺得有
什麼問題,因為責任本來就他全扛,有問題的是進爛code
除非刻意避開master字眼 不然哪個使用情境master不重要.
走類gitlab切release branch也不會亂搞master
說不定是故意的
這樣才容易出問題要加班處理多領加班費
網通寫軟體的很多嘴砲仔啊
還有某一線ic設計大廠用rar版控,不用太絕望
commit到master沒什麼錯 現在也有新流派在推廣 只是這是要
有很多前提才能這麼幹的…..
11
Re: [問卦] 五倍券官網源代碼簡體註釋忘了刪?現在世界最普及的前端框架之一Vue.js也是中國人發明的 Vue就真的好用啊 現在台灣一堆新創公司都在用 有走技術前端的大部分基本要會 其實前端的東西用中國的程式碼沒什麼問題 畢竟程式碼裡只要沒有會把資料也傳副本給中國就好 這次就是單純觀感不佳吧14
[請益] office開啟很慢目前是i5-9400f+16g+ssd 讀/寫500mb 平常用途開VM+寫寫code 最近連開excel都開很久(檔案大約都是50MB以上 )甚至直接卡 住 重開多次還是一樣 想請問現在是要部分換還是全部換?未來用途大概就是 1.開網頁 看YT 2.寫code 少許時候 深度學習11
Re: [請益] 請問這樣的git使用方式是否是正確的?個人意見,僅供參考 不太確定常不常見,但看起來是合理的。 可以想到的好處和情況是 不同的service 可以分開Build,Build 之後的artifact 可以依照每個service 的開發進 度deploy 到不同的測試環境,利於不同進度的開發和整合。6
Re: [討論] 小leader但沒職稱我倒是很好奇為什麼沒權沒名就管不動人? 你們team裡面如果有資深工程師的話 資深跟資淺的說要改哪 難道資淺的會直接不鳥資深? 資深當到這麼沒尊嚴是不是自己也要檢討一下?8
Re: [討論] 同一個程式碼段落超過一人以上在修改不一定,可能合理可能很 suck 要看規模、工作流程、有沒有人控場、默契 自己的經驗是分工做得好的地方通常會定義 ownership 「這塊 code 是拎北/拎母的,要改要先問」 積極的 owner 會對 code 要長成怎樣有明確的想法並前進6
[問卦] 慟!老闆code review不幫我+2如題 肥宅昨天就commit了 信也發了 但直接被人無視 老闆不幫我++5
Re: [板務] 政治文違規罰則提高要怕每次有人亂po文 可以實施 code review 機制.... 打錯.. 是 post review 才對... 先把整個版設定唯讀就 然後給幾個優質帳號 post review的權限5
Re: [討論] 寫三元判斷式code review被打槍review code 的時候, 對code style 有意見的人真很呵呵, 真的要對code style 有意見,麻煩就寫進code style checker, 如果在commit 之前的 code style checking 都過了, 就不要在這上面花時間,不然會沒完沒了。 因為有更多更重要的事要討論,4
Re: [請益] Firmware 做CICD是可行的嗎?其實大一點的案子每天都有人進扣 要每次進扣前都做完測試全pass才進也不是不行,只是會很慢 我分享一下我的經驗,講不對的地方望各位指正 打個比方好了,我之前做的案子有三個組分在不同時區,一組五到六人。五到六人算是極限了,不然code review會拖垮全部人。三個組加起來一天平均大概15條新增的PR 進code後jenkins會開始build,完成後自動跑unit test和GUI test, 全部完成要兩小時。GUI test必須用正常人的速度模擬不可能一下子就測完。每次進扣都要做test這樣一天有15個PR那server會跑不完3
Re: [討論] 用AI寫code產生的疑問事實上未來沒有寫code這種東西 我們會在當下才會認為應該是這樣 而未來根本沒有所謂的寫code 而是跟AI說你要解決什麼問題 它就幫你解決這樣