作者ohmylove347 (米特巴爾)
看板Soft_Job
標題[討論] 不確定的地方要看 Git 還是直接問？
時間Fri Jun 21 10:28:12 2024
之前接同事寫的部分
寫法和習慣甚麼的會有不一樣的地方
要花點時間才能看懂
trace到某個程度才能理解設計目的
但比起真的設計架構或演算法之類的
單純是理解別人當初想要表達甚麼
在這種時候會傾向直接問嗎？
還是 Git 翻一下找點線索
這種不太需要討論
回想一下就出來的問題，是不是直接問比較快？
但有時候問好像會被罵說「啊怎麼不先翻 Git」
結果變成 Git 找不到之前不太敢問
但有時候改動真的很少
一整包裡面只改個 func
但又怕改了整包爆掉只好整個看一遍
明明只是改個 func 還要看一堆東西
是我太菜還是嗎
各位大神平常都怎麼做？
-----
Sent from JPTT on my Google Pixel 7 Pro.
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.137.210.170 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1718936901.A.77F.html
1F：推 chuegou: 有可能整包爆掉的改動我不認為叫“只是”改個func 06/21 10:32
2F：→ ohmylove347: func 裡面一堆副作用一堆參數要改之類的，也不至於整 06/21 10:35
3F：→ ohmylove347: 包爆掉啦，但其他地方就會失效，少改個屬性就會有功 06/21 10:35
4F：→ ohmylove347: 能衝突這種 06/21 10:35
5F：→ testPtt: copilot 06/21 10:37
6F：推 yenight1236: 客氣點直接問 06/21 10:38
7F：推 as23041248: 設停損點找個 15 分鐘找不到就問，不然找太久一樣會 06/21 10:39
8F：→ as23041248: 被說沒產出 06/21 10:39
9F：→ as23041248: 問的時候表明你找過了什麼，思路是什麼，上別人知道 06/21 10:41
10F：→ as23041248: 你有先做功課即可 06/21 10:41
11F：→ yolasiku: 嗯 太菜 06/21 10:52
12F：推 prag222: 依照高內聚低耦合的標準,FUNC會造成的影響應只侷限於內部 06/21 10:53
13F：→ ohmylove347: 15分鐘這個停損點不錯，看來我之前停損點設太高了。 06/21 11:10
14F：→ ohmylove347: 但有時候怕的是「以為懂了但有漏掉」，只好再多看一 06/21 11:10
15F：→ ohmylove347: 下無限Loop 06/21 11:10
16F：→ nh60211as: 除非團隊的Git規範執行很好，不然應該看文件再問人 06/21 11:12
17F：推 Bencrie: git blame git log 先看看吧。如果 commit 沒亂下 06/21 11:41
18F：→ Bencrie: log 有好好寫的話 06/21 11:41
19F：噓 B0988698088: 都出社會了應對進退自己學 別上來問啟智問題 06/21 11:49
20F：推 karst10607: 設時間限制是一條，另一個是讓人知道你已經讀過什麼 06/21 11:52
21F：→ karst10607: 了 06/21 11:52
22F：→ DrTech: 你的問題根本不是要不要看git。要了解程式碼，或把關程式 06/21 11:58
23F：→ DrTech: 碼品質的方法還很多。但根源是你們互相不爽彼此而已。 06/21 11:58
24F：→ DrTech: 幫別人看一下程式，10分鐘沒那麼難。 06/21 11:59
25F：推 as23041248: 不是自己寫的程式不要想全懂，請根據自己的目的性縮 06/21 12:19
26F：→ as23041248: 小到自己需要看的區塊即可 06/21 12:19
27F：→ lazarus1121: 看不懂問人是最快，不過如果被嫌大概問的是蠢問題 06/21 12:20
28F：→ FrAnKw: 如前面推文，建議你先自行研究一小時，還是卡關再問人 06/21 12:25
29F：→ FrAnKw: 問問題時，告訴對方你做了哪些調研、目前階段理解到哪 06/21 12:25
30F：→ FrAnKw: 切忌伸手牌，接你問題的人通常心裡會有個評斷是你的學習 06/21 12:26
31F：→ FrAnKw: 心態到哪，再決定他要怎麼方式應對你 06/21 12:27
32F：→ FrAnKw: 看最新的就好，個人覺得看舊代碼幫助不大。 06/21 12:29
33F：→ FrAnKw: 題外話，與時俱進，AI工具在現今大碼農時代一定要善用掌握 06/21 12:30
34F：→ acgotaku: 丟 gpt 問 06/21 12:36
35F：推 OriginStar: 原PO要先有自己的立場，例如說這段code我覺得功能是 06/21 13:10
36F：→ OriginStar: XXX，但我沒有把握，所以想問學長這段code實際的功能 06/21 13:10
37F：→ shooter555: 先翻一下再問 最好不要什麼都沒看過 06/21 13:37
38F：→ shooter555: 沒翻就伸手就跟發文不爬文一樣 06/21 13:38
39F：→ shooter555: 低耦合是理想 現實是義大利麵 06/21 13:39
40F：推 abc0922001: git 只是查出什麼時候改、為什麼改而已吧 06/21 14:49
41F：→ abc0922001: 不過有功能剛加進去都會寫功能起源 06/21 14:49
42F：推 vi000246: 直接問gpt 06/21 15:17
43F：推 banana13: 愛亂罵的同事真的很煩 06/21 18:06
44F：推 ctrlbreak: 讀git是要看他的心路歷程和歷史脈絡嗎, 我們都是找戰犯 06/21 18:19
45F：→ ctrlbreak: 才會去看git XD 06/21 18:20
46F：→ sniper2824: 你看過再問阿==... 06/21 18:23
47F：→ zxc8787: 讀git==找戰犯+1 06/21 18:27
48F：推 APTON: 除了要做功課，發問前先想好要怎麼描述你的問題。一個問題 06/21 18:53
49F：→ APTON: 只解決一件事，一股腦把問題丟出來，只會讓被問的人搞不清 06/21 18:53
50F：→ APTON: 楚你的問題。 06/21 18:53
51F：→ APTON: 也要先根據你的假設準備延伸話題，才能更進一步討論。 06/21 18:54
52F：→ APTON: 另外也要看同事是那種人，遇到19樓那種就看git就好XD 06/21 18:55
53F：推 stupid0319: 直接問 06/21 19:44
54F：→ wulouise: 千萬不要直接問"我不懂" 06/21 19:58
55F：推 s06yji3: 改個func整包爆掉？所有完全沒有UT嗎？ 06/21 20:29
56F：→ s06yji3: 是我就直接問啊XD 06/21 20:29
57F：推 luweber88: 1.看文件 2.看註解 3.問GPT 4.趕緊問人 絕對沒有看Git 06/21 21:39
58F：→ luweber88: 記錄這項 06/21 21:39
59F：推 as23041248: 或許只是焦慮問題，可以試著先處理情緒，才有辦法綜 06/21 22:02
60F：→ as23041248: 觀怎麼做 06/21 22:02
61F：推 pot1234: 直接問 06/21 22:17
62F：推 Obama19: 說這段寫得很爛 叫他過來解釋 06/21 23:03
63F：→ neo5277: 我會先看啦，很重要的東西會問 06/21 23:19
64F：推 viper9709: 設停損點+1 06/21 23:25
65F：推 Lipraxde: 你都到處翻了，加減判斷一下 codebase 的水準吧，不過 06/21 23:38
66F：→ Lipraxde: 邏輯怪怪的那種 code 追的再深都...只是在浪費精力 06/21 23:38
67F：→ crazwade: 先看15-30分鐘 超過就問 06/21 23:43
68F：→ Lipraxde: 那種動一下別的地方莫名失效啊、衝突啊的 code，UT、IT 06/21 23:43
69F：→ Lipraxde: 該抓出來啦，抓不出來那就是當初就沒好好規劃好好寫的 06/21 23:43
70F：→ Lipraxde: ，就換個方式請其他擅長的同事幫忙處理，然後自己去找 06/21 23:43
71F：→ Lipraxde: 看的懂的地方改，找對的位子坐 06/21 23:43
72F：推 maypcc: 本來就要先看過吧 不然你要怎麼問問題 之後你也才有機會 06/21 23:59
73F：→ maypcc: 懂這塊最後變專家啊... 06/21 23:59
74F：→ ChungLi5566: 不要遇到問題就想問別人 這是壞習慣 06/22 06:25
75F：→ ChungLi5566: 工作上最討厭這種把自己工作推給別人的同事 06/22 06:25
76F：→ ChungLi5566: 如果思考程式碼對你而言很痛苦 那你可能不適合這個 06/22 06:26
77F：→ ChungLi5566: 職業 06/22 06:26
78F：推 WillyMouse: 可以問，但是要先自己吸收內化過，不能只是當個伸手牌 06/22 08:20
79F：→ atst2: 重要的工作就直接問，其他的就看完再問。如果對方連重要的 06/22 10:29
80F：→ atst2: 工作都不願意直接回答，那可以考慮一下是只有這個人是這樣, 06/22 10:30
81F：→ atst2: 還是整個職場環境都這樣. 06/22 10:31
82F：推 sakyle: 先看過再問，直接問是有扣打的，遇過那種每次有問題都直接 06/22 10:41
83F：→ sakyle: 問的，明明對話紀錄都找得到，或者git有其他地方也在用卻 06/22 10:41
84F：→ sakyle: 來問怎麼用的真的會瘋掉，做事一直中斷就飽了 06/22 10:42
85F：推 abccbaandy: 公司程式不問怎麼知道？ 很多都是技術債搞出來的 06/22 11:04
86F：→ abccbaandy: 甚至用法都有問題，反正能動就沒人管 06/22 11:05
87F：推 secrectlife: 有些雞巴同事就算你有認真思考再問他還是態度很差 06/22 11:54
88F：→ secrectlife: 這幾樓有幾個看起來就是那種同事 06/22 11:54
90F：推 touurtn: 直接問 工作上印度人文件都不看 直接開會問滿問爽 06/22 20:25
91F：→ touurtn: 臉皮厚真的是無敵 亞洲人太愛面子 06/22 20:26
92F：噓 pig2014: 傻逼會跟你說生成式AI，但我會跟你說就是天份跟經驗而已 06/22 21:36
93F：推 goodice: 推87F 中肯 06/23 09:34
94F：→ ma721: 問ai 06/23 09:36
95F：推 overhead: 都會先看過後再問喔 重點不是這次快不快 重點是如何維 06/26 12:53
96F：→ overhead: 持長期團隊合作 而不查就問會毀掉你自身信用 06/26 12:53