其实这跟公司风气有很大的关系
像软件公司 比较有点规模的
会把一些重要的会议结果 文件 规范 UML 或是之前的投影片分门别类放在confluence上
随时忘了要查什么就马上可以查
有JIRA issue tracker 每一件事开一张ticket追踪 还可以放附件和commet在上面
后人遇到类似的issue搜寻一下就找得到解法 我好几个issue都靠搜寻公司issue tracker
来解
code写完用fisheye做review 开好review后大家自己上系统看别人写了什么code 有什么
意见 直接在上面问问题回答
相比起来 有些公司就没什么制度 甚至很多大公司也一样
文件和资料靠口耳相传 或是放在某个share folder上许久没更新
issue靠email来传递 没在mail loop里面的根本就不知道这件事
code review是一群人借会议室投影机review 每个team这么多人报上一周进的code一个下
午
除非有人做会议纪录不然review了什么大家根本记不得
很多时候制度风气和工具建立起来后 根本事半功倍 不用花什么时间问问题或回答问题
时间就比较可以拿来花在讨论架构算法需求变更等更需要沟通的问题 而比较少花在问之
前哪个issue解到哪了 环境要怎么架之类的琐碎事情

同意 尤其是忙起来 后者很容易掉球

一堆公司需求都赶不完了还在意这个XD至于为什么需求会赶不完又是另一个故事了

这真的是风气问题，跟需求赶不赶没啥关系

那么透明 这样怎么藏招挖洞狗干人？ 太浅了

跟需求赶不赶绝对有关系