作者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/cn.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