新人的困惑：如何与同事沟通和问问题

analyst背景的new grad入职作为software engineer入职快100天了，感觉是一直学到很多东西，框架，规则等等，感觉老板也是supportive，比较nice的。总体感觉不错
但是在跟同事沟通的时候发现有一些困扰，

1. 有时候问老板问题，分行列出123三个问题（觉得自己已经问得很清晰了），老板只会简短回复一句话，一般就只回答了一个问题，然后我会follow up确认细节，但是这时候还有两个问题没有被回答。我就会在follow up完一个问题之后，either 算了（默默告诉自己别的问题不重要），either 复制粘贴再问一下之前的第二个问题，感觉自己很啰嗦，不知道老板会不会觉得我很不聪明。大家觉得有什么好方法可以让老板回答自己的全部问题又不显得很傻吗？还是说我有一些别的认识上的问题。。。

2. 一些细节的技术问题，比如为什么这个api这样设计，为什么这里这样命名。当然我其实不需要了解这些也可以把bug修好，但是了解这些肯定更好。但是我常常不知道怎么问相关的同事这些问题（不想什么问题都问老板）。
     a) 突然问，我的感觉是同事会觉得很奇怪，说这个跟bug有什么关系？有一次我问一些config，"so if we do xxx, it would cause yyy?", 同事会静默一分钟回复我："why do you want to do xxx at all?" 我就会觉得压力很大， 立刻解释，“我不是要做xxx，只是想知道是不是会导致yyy，这样我更加确信我不能做xxx”。
    b) 另一种情况是，同事说，"ask Michael about this", 就这么几个字，我又立刻觉得压力很大，觉得自己很傻，问错了人，但是Michael跟我就更不熟，我的经验是，往往Michael也会回答我修这个bug你只需要做xxx，不需要变动yyy（但我只是想问yyy的一些原理而已）
    c) 我想过一种解决方法， 就是干脆跟tech manager set 一次30分钟的会议，把这些细节问题一次问清楚，但是因为真的很细节，所以会跳来跳去，而且也不确定manager对这样的会议的接受程度

综上，大家觉得有什么好的，不过度打扰同事和老板，问细节问题的方法吗？。。。。

另外两个建议:
1. 利用好平时的午饭时间(并不是隔离期间)，与组员一起吃午饭时，有些小问题可以边吃边聊天时问一下

2.OneNote是个好东西，多记笔记，避免问重复的问题。
有些新问题，整理成文档邮件分享solution给team，或许会让你的老板更喜欢你

ask smart question

我从来不会问 so if we do xxx, it would cause yyy?
我会直接自己去试，将config改成xxx，debug代码看会不会出现结果yyy

至于找什么人问什么问题，这个你先要跟你的manager了解一下每个人own的东西，这样你以后遇到问题，直接去找对应的owner问，就不会再出现"ask Michael about this"

建议先了解每个同事负责什么，然后跟同事set up 一个biweekly 甚至weekly的1-1，把所有问题跟答案记录下来。Set up 1-1之前可以很谦虚的说，”I know you are very busy, but wonder if we can have a sync up to go through some basic questions? I really appreciate your help in advance.” 最后把问题答案整理成new hire documentation放到team wiki变成你的impact

manager太忙没法逐条回复细节，所以会给个high level答案。
1.这种情况可以提出问题，附上自己的solution option1/2/3， 对方更容易指出问题，或给予肯定。这个方法自然会drive你对问题有更深的理解。
2.跟专人开次短会一次解决若干问题这是个好方法，一般对方不会拒绝，这个会议一定要准备好，尽量收集信息同时建立好关系，因为以后总还会请教对方followup的。
3.习惯用共享文档来track，这样方便纪录，方便对方参与，方便回顾和留证。

q107770540 发表于 2020-4-18 15:27
ask smart question
. From 1point 3acres bbs
我从来不会问 so if we do xxx, it would cause yyy?

但是有些东西改完了是数据库的东西，担心自己改了会影响哪怕是dev的数据，影响别人

keail 发表于 2020/04/19 08:32:38
.--但是有些东西改完了是数据库的东西，担心自己改了会影响哪怕是dev的数据，影响别人

这有很多解决办法
1. 将当前的dev database 备份出来一份，做一个自己的private db，然后你在你本地的db怎么折腾也不会影响别人
2. 还是提前备份dev db，提前给组员打个招呼，搞完立马restore db

q107770540 发表于 2020-4-19 08:45
另外两个建议:
1. 利用好平时的午饭时间(并不是隔离期间)，与组员一起吃午饭时，有些小问题可以边吃边聊天 ...

感谢感谢
可以追问一下适合问什么样的小问题吗？
比如api为什么这样设计，是不是就太大了？ 具体一个方法怎么命名，会不会看不代码又说不清楚呢？

keail 发表于 2020/04/19 08:50:05
感谢感谢
可以追问一下适合问什么样的小问题吗？
比如api为什么这样设计，是不是就太大了？ 具体一个方法怎么命名，会...

变量，方法命名，不是应该有一套统一的规范的吗？

API设计的问题，就有点大了

q107770540 发表于 2020-4-19 09:10
变量，方法命名，不是应该有一套统一的规范的吗？

API设计的问题，就有点大了

嗯，最基本的命名 比如驼峰命名法肯定是知道的，就是有些module或者cache，class的命名，感觉是暗藏玄机，platform里的要求，但是又不知道去哪里找。。。

约1-1或者闲聊的时候问比较好，不然人家难免以为有强相关性