一直有个疑问，同事之间技术交流时应该毫无保留吗？

技术可以保留，业务最好不要保留，出问题谁的责任说不清楚。

就你这个问题,我感觉就是我既然帮了你,那你就得帮我,你不帮我就不舒服,就是带着目的地去做事情,没有回馈或收益就心里不平衡亦或者心里为难自己,我觉得你既然想与别人把踩过的坑说一遍,那就说就好了,别带着目的去求结果,就相对每个人来说,每个人都是不一样的,总会碰见要不到结果的人,这时自己心里就不舒服,何必呢,何必给自己招罪受,还有一个问题,那就是我们要不要因为别人的态度,反馈而改变自己?这关乎你自己的信念与自己内心的价值观了

他怎么对你，你也怎么对他啊，他对你藏着掖着，你也对他藏着掖着。

合作互助是提高工作效率和生产很重要的因素，当然毕竟有垃圾人的存在，忽略就行了。

又不是啥卡脖子技术，分享蛮好的

先说个人情况，可能是工作时间不算长，样本不多，所以遇到的领导同事大部分都是比较好，基本知道的都会连业务带历史背景告诉你这个问题的相关情况。
所以一般别人问我，我都会把我知道的全部告诉别人，有时候连一些历史原因都有讲。在没有特别紧急的时候，我甚至有过一行一行教别人写的经历 :doge

但在我有自己的事情要忙的时候，我会大概看一下，初步分析一下，给一个大致的方向给对方（毕竟我也有我的工作内容），然后跟对方说可能是哪个地方问题，你先看一下，我这边还有事，等会忙完给你看一下。如果问题简单的，我直接告诉对方怎么改。

毕竟我认为技术是很廉价的东西，平时已经够内向边缘人了，有机会的时候还得输出一下自己，而且帮助别人也能梳理自己理解的东西，还可以及时纠错。所以我觉得在条件允许的情况下，我是会毫无保留分享技术的。

ps: 我比较排斥多次给别人讲一些简单的东西，我认为一些百度、google 能很快找到答案的东西，你第一次问我我会耐心讲，第二次的时候我就会觉得你技术不太行（学习知识、解决问题方式思路有点问题），然后下次我可能只会大概跟你讲了。或者直接丢个连接你自己看去

做你认为对的

其实还是发邮件最好，这样就有明确存档，方便别人也方便自己，可以详细也可以简略，后续对话也能方便参考。

不建议一开始就 cc 领导，应该先单独问对方。如果对方不理会，就邮件催促（第一次），仍然不理会就再发多一封催促邮件并 cc 给双方领导。

这样就算被人追究，那么甩锅起来也能有证据保护自己。

你自己写好笔记和 wiki 之类的就行，别管他们

可能当你想和同事分享的时候，人家还不乐意接受呢(不管是因为自尊心还是什么的，有的人不想接受比同级别的你差...)


所以，看开点吧。

编程重要的是思想吧

学会预估风险与受益 接纳概率的不确定

看人