作者
標題 Re: [討論] 熱心或撈過界
時間 Thu Jul 27 10:23:59 2023
標題 Re: [討論] 熱心或撈過界
時間 Thu Jul 27 10:23:59 2023
不想被別team review就鎖權限啊
權限ㄧ鎖不要說git pull
Jira Wiki Bitbucket什麼的通通看不到
連docker環境都可以鎖權限不讓你pull
更別說那種需要機器才能跑的軟體
今天你不鎖權限，那不就代表同team?
那不就跟Linux kernel一樣open source。
幾乎任何人都可以報bug，push code。
你有看過網路開源軟體社群有人抱怨撈過界嗎？
如果你是那兩人的二級主管那不就表示同team?
同team還有分那麼多你我哦
如果你是那兩人的二級主管那不就表示同team?
同team還有分那麼多你我哦
真的要分你我看你就再分組下去然後各組互鎖權限不給看
我看你這樣管理起來應該更爆幹麻煩吧？
-----
Sent from JPTT on my iPhone
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.200.69.152 (臺灣)
※ 作者: yamakazi 2023-07-27 10:23:59
※ 文章代碼(AID): #1amTL3gQ (Tech_Job)
※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1690424643.A.A9A.html
※ 同主題文章:
07-26 22:07
07-27 01:01
Re: [討論] 熱心或撈過界
07-27 10:23
07-27 17:36
推 : 不是同team就可以亂改的，我們家分工就是給owner改你發現有bug就mail給owner改就好，自己改會被公幹的不是給你老闆那種公幹喔，是砲到處長全team公幹
你把社群那種 open source 精神跟公司團隊分工搞錯有時候 bug在那邊是人家故意放著的，要跟前版相容你一改影響到大票人的工作，畢竟你不是owner不清處1F 07/27 10:43
你把社群那種 open source 精神跟公司團隊分工搞錯有時候 bug在那邊是人家故意放著的，要跟前版相容你一改影響到大票人的工作，畢竟你不是owner不清處1F 07/27 10:43
推 : 別碰我的垃圾.jpg7F 07/27 10:48
推 : pr不適合，owner拒絕就好，幹嘛不爽8F 07/27 10:52
→ : 改了push又不是馬上會被merge，PR不同意就好，還要全組公幹真可怕9F 07/27 10:56
推 : 開源社群也是先發PR等review，誰會直接push= =11F 07/27 10:57
→ : 更何況還有QA測過才能merge，要是一個外人一改動馬上影響到一堆人那才有問題吧12F 07/27 10:59
→ : 幫忙debug很好但不講就硬上fix很雷14F 07/27 10:59
→ : 不Push上去要怎麼發PR review? 不是一Push就會合進去耶
有CICD的話，push之後起碼要有人approve+UT+自動化測項通過才有可能merge。有的還要加上QA測過
才會merge。哪家公司一push就會merge啊？15F 07/27 11:00
有CICD的話，push之後起碼要有人approve+UT+自動化測項通過才有可能merge。有的還要加上QA測過
才會merge。哪家公司一push就會merge啊？15F 07/27 11:00
推 : 我們不是做軟體的，一改的確會很多tool去call用20F 07/27 11:03
→ : Perforce有可能，一commit就會合進去超爛
Git你CICD有串好絕對不會一push就merge進master
我之前在design house的時候，連編譯不過的扣都可以合進master，厲害了吧，perforce就是這麼爛21F 07/27 11:04
Git你CICD有串好絕對不會一push就merge進master
我之前在design house的時候，連編譯不過的扣都可以合進master，厲害了吧，perforce就是這麼爛21F 07/27 11:04
→ : 同team可以亂改？出事會是找改的人還是找owner?想清楚好嗎？25F 07/27 11:17
推 : 會寫在KPI上就不是熱心了 這根本沒討論價值27F 07/27 11:19
→ : 我發現這是軟體方法論的差異，有的公司是一個人負責一部分，有的公司是一個team負責一大部分，任何人在這個team都可以改這部分的代碼。後者叫集體代碼共有制
https://i.imgur.com/kXtexge.jpg
找owner基本上就不是走集體所有制，我待過的公司都是走集體所有制，所以沒有這種問題28F 07/27 11:27
https://i.imgur.com/kXtexge.jpg
找owner基本上就不是走集體所有制，我待過的公司都是走集體所有制，所以沒有這種問題28F 07/27 11:27
推 : 那不是performance 的問題，是把關的問題，你讓user沒qc就可以commit35F 07/27 11:31
→ : 走集體制的公司，基本上就不會有什麼owner的問題，所以底下意見才這麼兩歧，因為大家價值觀不同37F 07/27 11:40
推 : 其實不管是不是owner merge前都是要被review 這可能才是觀念上的最大分歧
基於此 小弟的公司都不是以上的制度
Review不能的人或code 很常被噴爛 只能說誰叫他是開國元老39F 07/27 11:58
基於此 小弟的公司都不是以上的制度
Review不能的人或code 很常被噴爛 只能說誰叫他是開國元老39F 07/27 11:58
→ : 大開眼界 我以為軟體公司絕大部分的程式碼都是全公司看得到的 想改哪就送cr給owner. 設一堆奇怪權限幹嘛44F 07/27 12:04
→ : 我也以為是這樣啊，才會有疑問是吵什麼owner?47F 07/27 12:06
推 : onwer review過不就好？要owner改應該是bug很少48F 07/27 12:13
推 : 笑死 我們master code編譯不過根本是日常 編譯測試是在merge進去才做的XDD49F 07/27 12:14
→ : 是矽谷特別還是台灣有自己的玩法 我怎麼常在這裡看到一堆無法理解的事情51F 07/27 12:16
→ : 一流大企業都是垃圾桶不開蓋 再找一群人來喊臭 保53F 07/27 12:18
→ : CI/CD根本就軟體公司才會重視 產品是硬體的誰在意阿54F 07/27 12:18
→ : 證老闆不敢動 西西XD55F 07/27 12:19
→ : 連code review都不一定有56F 07/27 12:19
推 : 原文寫revise，光這樣也看不出來他是自己動手改的還是透過公司流程，一堆人在那邊腦補，沒有寫的就不要自己亂加油添醋，看東西說不也是工程師基礎嗎，笑死57F 07/27 13:14
推 : 我也是覺得,給他們merge權就好,不要自己merge進去應該還好吧,我發了pr,merge不merge是你的事60F 07/27 14:18
推 : 有集體共有制，也有僅知原則阿，要看公司62F 07/28 08:33
推 : 前一篇回文正解，但個人喜歡你的建議63F 07/28 09:22
--
作者 yamakazi 的最新發文:
- 離職信看完了 只能說如果換作是我要離職 一句話都懶得講 殺人的是董事長兼創辦人之一 aka創業老人 公司就是他們的命 一句話不說默默離職 創業老人還可以裝沒事繼續領導公司 信上面寫去年五月就寄給董事 …490F 90推 42噓
還記得一兩年前 只要有人提出疑美 馬上被打為中共同路人 黃俄孝子 還會引經據典 拿一堆政治人物發言 某某國際關係期刊反駁你 結果昨天剛開完會 今天一開社群 疑美論瞬間變主流 而且還是台派自己大書特書 …258F 105推 16噓
資料來源：海峰棋院粉專 卞相壹：「我認為這種規則，不應該存在」 1月 24日，在首爾中區朝鮮日報美術館舉行的第29屆LG盃朝日新聞棋王戰頒獎典禮上，冠軍得主卞相壹九段發表了感言，並提到了關於成為話題 …111F 65推 6噓- 20F 15推
對台達電不熟 我那個年代只知道電源供應器 基本上只有電力組的會去投履歷 ICS 通信 CS組的幾乎不會去 認識的人也幾乎在聯詠瑞昱聯發科新思 或是DHL 谷歌水果嘎敏之類的 最差的在華碩 固態組都去 …121F 48推 3噓
點此顯示更多發文記錄