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

你可以选择变成和他们一样，你也可以选择坚持自己。
我的建议是，人跟人的差距比人跟狗都大，每个人都是不同的，自己舒服最重要。

@christin 你说的有道理，但其实我发帖的目的了是因为我接过来一个同事做的事情，平时和他交流就是感觉他有点深藏不露的样子，不太愿意回答一些一节的问题，所以这次我也是很小心，就是到了问题出去之前都先斟酌斟酌的地步，因为他没有任何记录给到我，先是简单问了一下环境在哪里，然后就开始按照自己的想法做了，导致我又重新做了一遍，还是最后请教他才发现怎么搞的，又花了一天功夫，还被领导批了

交流不要只是口头。你有信息要分享给同事，那就写一篇文档，这样如果别的同事需要，他们也可以参考。
反之，如果同事回答了你的问题，你也可以在文档里记录下来。有必要的话还可以群发给其他同事。
文档也是 impact 啊。

组织语言是一种能力，一次组织语言需要花费很大精力，很高质量的组织语言就像做报告 这不会经常发生，这就是生活的一部分

如果代码本身写得好 self explained 那么这就是开放的记录。git commit 历史也是记录

没什么好后悔的 我感觉表达准确清楚能够减少很多工作上不必要的麻烦 还有就是人和人都有自己的处世之道 接受理解尊重 坚持你自己就好 毕竟同事只是同事 如何把一件事情解决掉才是关键，其余的下班了大家都是陌生人。

@estk 啊这样么，如果是我又不会的地方问技术比较厉害的同事，得到解答之后，我会非常开心，其次看到代码写的牛逼的地方，会有点技术崇拜，再深入交流

技术能值几个钱

该说就说，该问就问。先做自己，再遇见同行者。

道不同不相为谋，不同路的人说什么都死废物，同一条路上的人交流会顺心很多。

打错了 是废话

藏着掖着能赚钱发大财，就藏着掖着。
不能的话，就像#4 所说，锻炼锻炼自己。

“就是你不熟悉 不问他就不说，有时问了也藏着掖着”
不知道楼主是怎么得到如此结论的。

1 、你不问别人怎么知道你不熟悉？你不问别人厕所怎么走，别人能知道你要上厕所吗？
2 、你怎么知道对方藏着掖着，比你了解的更多？别人给你指厕所，难道要从盘古开天辟地开始讲，一直讲到脑后插管？

可以很快讲清楚的技术说明别人对你的技术栈也已经比较了解了，属于差临门一脚点拨一下，假设差的比较远，你跟他讲半天，很多原理他都不懂，咋讲的清楚。所以我一般只讲业务，技术基础我只大致讲是做什么的，原理自己去谷歌

论资排辈的地方才好方便传授技术，按能力排座次的地方传技术确实不容易（很多师傅自我保护本能而已）。
可以说各有利弊，鱼与熊掌不可兼得。

@sentinelK 有道理

@sentinelK 对，有时我也是有些地方自己不明白跟别人也讲不清楚

你是来打工赚钱的，不是来教书的。自己想说就说，不想说就不说。

想说啥就说啥，看对方顺眼就多说点，不顺眼就闭嘴。 上个班而已，没必要给自己搞出心理负担

这个还是看场合看什么人
有的人遇到问题找你的时候确实是在问问题，这样的给他说下无妨
有的人遇到问题找你的时候感觉是你遇到了问题，这时候说不说看你了
有的人遇到问题让你感觉他可以解决不需要你，这时候也没必要多嘴

@glenChen ？你不会发邮件吗？把你要问的问题问清楚，然后 cc 领导。用工作的口吻正式的询问，然后等回复不就行了？他如果回答不清楚那你就说不好合作，这个需求没法做不就好了？

看场景的，比如工厂里就喜欢打伞调试

个人观点，尽可能的讲清楚一点，这件事本身就是对自己解决问题的思路进行回顾和加强，止不准还能趁机回顾下有没有更优解，顺带还可以锻炼一下自己讲某个知识快速且清晰表述清楚的能力。这些都是你下次跳槽跟面试官或者跟领导 battle 必备的技能点。

@chuck1in 我们这氛围不一样，上升到领导，别人可能更加不乐意了，领导有时问都不管用，我脸皮比较薄..

@Betsy 我也是这么认为的，但是自己碰到问题又得不到同样的帮助就会有些不平衡

@Betsy 当然，如果你对这个知识点已经烂熟于心，那丢个文档也未尝不可。此外，能从这种不善沟通的同事手里获取自己想要的东西，个人认为这也是一种挺牛逼的能力

这个看人了，我一般是会把可能遇到的问题提一嘴，自己踩的坑说一下，剩下的交给对方。

敬而远之

干这行只要不是涉及自己的饭碗，我以为大家都是尽量分享呢...

@work220602 敬而远之不了，工作上有交集，有时如果不是非要有求于他，我都是抱着井水不犯河水的心态

中国有句古话，叫 “教了徒弟饿死师傅”，但你看老美，人家基本上都是倾囊相授，而且非常热情，你不要以为人家笨，那才是大智慧。

chatgpt 和 github 能解决 90%的技术难题，以前保留技术还能理解，现在保留没什么意义了。

干的都没什么核心技术，有啥不能教的。我一般只是懒得讲

@istomyang 实际情况是这么个情况，我还比他高一级，但是比他后进来，之前领导让我 lead 的项目，他属于一员，到他这推不动，有确实困难的地方，但我的角度还是愿意一试的，你和他沟通，他就说做不了

一般都会全给
对想硬撞南墙、难相处的，不会
对人不对事

@glenChen 原来是政治问题，具体情况我也不太了解，给你讲讲思路，你去试试看：
1 、他能这个样子，特立独行，说明不简单，你先去打听一下他的背景，看看他什么来路，真实能力是什么，先摸清楚底细。
2 、如果他背景很牛，有关系，能力不好，那你给他安排任务的时候，你就优先让他挑，这对你有好处。
3 、如果他背景很牛，有关系，能力也很好，那他就是单纯给你下马威，不服你，这个时候，上策就是恩威并施，下策就是捧杀。
4 、如果这个人纯粹就是摆烂，那你要搞清楚他的利益诉求，如果你想让一个人帮你，那你要么告诉他对他有什么好处，要么告诉他对他有什么坏处。

@glenChen #34 你这一试，也得有个具体的方案出来啊，别张口就来不行又推倒。不知道你们有没有绩效或者工时管理，这样竹篮打水很难绷

我只有对儿子才知无不言，言无不尽

@me1onsoda 这个任务也超出了我的技能范围，只能说去摸着石头过河了
@istomyang 大概不缺钱，有摆乱，也可能有不服，因为领导也很难应付，领导喜欢造火箭下属有些苦不堪言，但我觉没啥问题，能做些有挑战事情

@glenChen 挑战的事情说的不太准确，主要是领导给了机会和时间大家上手

对方啥样就对他啥样

别把同事当成朋友就行

对等就行了，谁也不欠谁的。
聪明人懂一个东西是迟早的，相互交换提高效率；
笨蛋，你对他倾囊相授也是对牛弹琴。

知识经验不是核心竞争力，分析问题思考问题的能力才是

坚持做你自己就行了，有的人会选择知无不言，给别人讲解问题当成一种传道授业，扩展自己的影响力，间接锻炼了自己的表达能力，能说会道的本事。 另外一部分人选择了不去说，让别人来问，怕自己的一亩三分地被别人替代了。实际上，然并卵。

在看到这个帖子之前我都没想过这个问题，可能是自己太菜了吧没什么好保留的。 回答别人问题，或者分享从来没想过留一手~

那就拉会 问到会为止 他不告诉你 就跟老板吐槽 如果老板这都觉得你不行 那可以考虑 88

等你讲了一遍，下次他遇到了你讲过的问题再来找你的时候，你大概就会简要的说了。

以前知无不言，给别人讲代码时提到某个地方可以优化，但碍于时间简化实现了，然后转头那人就去领导那提这个邀功，还好当初和领导提了一嘴这个地方。之后就只回答别人问的了，你永远不知道面对的是什么样的人。


@estk 这种人我也遇到过，自尊心太强，或者说太敏感了，之前被保护的太好了，这种情况一次就可以远离了，绝不是正常人。

利己是本能，利他时尽可能是奔着共赢的目的去，你就不用这么纠结了。例如你可以先抛橄榄枝，别人不回馈，你就马上止损。

标准答案：当然是藏着掖着，教会徒弟饿死师父，大家都能做一样的事为什么不把不听话人工又贵的老油条给开了呢，老板又不是做慈善的

“岗位壁垒”

如果要是像楼主的的技术交流，其实无所谓，就是他愿意分享就分享，不愿意分享那也无可厚非，懒得花时间讲嘛。

但是如果是工作上的信息共享，这个如果有人藏着掖着，希望通过只有我自己知道这块的知识，从而达到一个公司只能倚重我，升降级甚至裁员都要考虑这方面的话，那就是这个人以及公司的问题了，那就要提早考虑跑路了。

我所经历的大公司，都没有遇到过这种问题，公司最重要就是信息共享，从而达到这个人无论是请假生病或者是跳槽，别人都能快速的顶上。这才是公司的正确运行模式。也就是说知识分享和文档都非常重要。比如 Google ，听说有近乎变态的文档要求，就是有人问你问题，不要直接回答，找一个文档回复他。如果没有文档，那么写一个文档回复他。而且技术交流，也是经常有。谁如果发现了什么好用的库，工具，或者是工作上解决了一个难点，都会有技术交流会分享出来。这才是正常公司的工作模式。

我媳妇之前工作过一些大学，就有这种藏着掖着的问题。一个生成数据报表的工作，需要写很多复杂 SQL 从而生成各种学校需要的报表。就有人从来不给写好的报表起名字，都是一些乱七八糟的名字，只有他能找到。别人想参考或者复用，还有大学的数据表名称，你也知道，没有一个字典谁知道是干什么的。他也不告诉你。新人来了也没有文档，没有任何培训，问一句告诉一点。就仗着这个，让学校不会技术的领导觉得他非常重要，只有他能快速完成任务。像这种公司，如果你遇到了，赶快跑路吧。

技术上该说说，该问问，真正的技术壁垒不是这些东西。

又不是芯片制造技术，都是开源的，有什么不能分享的

可以指点方向，但不全教，毕竟每个人的思路并不一样。

技术不应该保留，技术是需要“炫耀”的。这个炫耀的意思就是展示，你有技术都藏着别人就觉得你是个菜逼。技术已经很不值钱了，你还不主动展示一下还要藏着，打算带到坟墓里去吗。乘着同事还没自己学会，你教了他好歹人家觉得你挺强。还会尊重你。至少当你薪资比他高的时候他不会觉得不爽。

如果不能拿来装逼，那么它将毫无价值

lz 这个纠结产生的原因大概是“公平”、“等价交换”这些概念，只是可能对这些概念有所误解。

工作中的沟通、分享属于企业文化的一部分，企业提倡的就是大家统一遵守的，如果你觉得不符合你的价值观或者习惯，尽管离开就是了。

如果仅仅从做人的角度来看，你的付出并不意味着一定要有收获。如果因为别人不对你等价付出，你就也不付出，这不就是一种“人云亦云”吗？再进一步看，如果你会因为别人的行为（包括语言）随时改变自己的处事原则，那你也太没定性了，简单说，你不是一个靠谱的人。

业务方面的尽量用文档交接，不要口头说。文档没说清的，大家一起补齐文档。
技术方面靠自己，不懂问谷哥。

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

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

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

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

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

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

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

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

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

做你认为对的

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

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

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

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

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


所以，看开点吧。

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

看人