之前接同事寫的部分
寫法和習慣甚麼的會有不一樣的地方
要花點時間才能看懂
trace到某個程度才能理解設計目的
但比起真的設計架構或演算法之類的
單純是理解別人當初想要表達甚麼
在這種時候會傾向直接問嗎？
還是 Git 翻一下找點線索
這種不太需要討論
回想一下就出來的問題，是不是直接問比較快？
但有時候問好像會被罵說「啊怎麼不先翻 Git」
結果變成 Git 找不到之前不太敢問
但有時候改動真的很少
一整包裡面只改個 func
但又怕改了整包爆掉只好整個看一遍
明明只是改個 func 還要看一堆東西
是我太菜還是嗎
各位大神平常都怎麼做？
-----
Sent from JPTT on my Google Pixel 7 Pro.
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.137.210.170 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1718936901.A.77F.htmlchuegou1樓有可能整包爆掉的改動我不認為叫“只是”改個func 06/21 10:32
→ 本人2樓func 裡面一堆副作用一堆參數要改之類的，也不至於整 06/21 10:35
→ 本人3樓包爆掉啦，但其他地方就會失效，少改個屬性就會有功 06/21 10:35
→ 本人4樓能衝突這種 06/21 10:35
→ testPtt5樓copilot 06/21 10:37
yenight12366樓客氣點直接問 06/21 10:38
as230412487樓設停損點找個 15 分鐘找不到就問，不然找太久一樣會 06/21 10:39
→ as230412488樓被說沒產出 06/21 10:39
→ as230412489樓問的時候表明你找過了什麼，思路是什麼，上別人知道 06/21 10:41
→ as2304124810樓你有先做功課即可 06/21 10:41
→ yolasiku11樓嗯 太菜 06/21 10:52
prag22212樓依照高內聚低耦合的標準,FUNC會造成的影響應只侷限於內部 06/21 10:53
→ 本人13樓15分鐘這個停損點不錯，看來我之前停損點設太高了。 06/21 11:10
→ 本人14樓但有時候怕的是「以為懂了但有漏掉」，只好再多看一 06/21 11:10
→ 本人15樓下無限Loop 06/21 11:10
→ nh60211as16樓除非團隊的Git規範執行很好，不然應該看文件再問人 06/21 11:12
Bencrie17樓git blame git log 先看看吧。如果 commit 沒亂下 06/21 11:41
→ Bencrie18樓log 有好好寫的話 06/21 11:41
B098869808819樓都出社會了應對進退自己學 別上來問啟智問題 06/21 11:49
karst1060720樓設時間限制是一條，另一個是讓人知道你已經讀過什麼 06/21 11:52
→ karst1060721樓了 06/21 11:52
→ DrTech22樓你的問題根本不是要不要看git。要了解程式碼，或把關程式 06/21 11:58
→ DrTech23樓碼品質的方法還很多。但根源是你們互相不爽彼此而已。 06/21 11:58
→ DrTech24樓幫別人看一下程式，10分鐘沒那麼難。 06/21 11:59
as2304124825樓不是自己寫的程式不要想全懂，請根據自己的目的性縮 06/21 12:19
→ as2304124826樓小到自己需要看的區塊即可 06/21 12:19
→ lazarus112127樓看不懂問人是最快，不過如果被嫌大概問的是蠢問題 06/21 12:20
→ FrAnKw28樓如前面推文，建議你先自行研究一小時，還是卡關再問人 06/21 12:25
→ FrAnKw29樓問問題時，告訴對方你做了哪些調研、目前階段理解到哪 06/21 12:25
→ FrAnKw30樓切忌伸手牌，接你問題的人通常心裡會有個評斷是你的學習 06/21 12:26