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

[glenChen]

工作上有交集的同事如果在技术不明白的地方我一般会尽我所能给他讲清楚，踩过的坑也会主动跟他讲，因为我觉得不讲清楚过不去心里这一关，像做贼心虚一样，但是现实中和一些同事合作时，有些他的事情或者要合作完成任务需要商量分工时，就是你不熟悉 不问他就不说，有时问了也藏着掖着，搞的自己如鲠在喉，不知道怎么沟通了，恨不得自己全做了省事，弄的自己有些心理不平衡，后悔之前对别人讲的太坦诚了。

刚开始问题描述的可能不是很清楚，不是说要别人把技术从头到尾都跟我讲清楚，我接到新任务不熟悉的话都会有点紧张，所以希望能从别人那里尽快对齐一下，能从他那得到背景信息以及他踩过的坑这两点，如果沟通做不到我自己会压力更加大，二个对他人心生间隙，产生不好的后果

看了很多 v 友的回复，大家也都比较坦言相告，昨天到今天我也进行了一些反思，其实我自己也是一个不太爱写文档的人，主要不太会写作，所以去要求别人有点双标了，第二就是我自己也不是很善言谈，我没明白当时为什么就不拉着他对齐，等着过了一天最后自己掉坑里了才去问他，对不能假设别人会怎样，我自己没问或者问不清楚（也是我担心的）

感觉状态好，能问清就抓紧问，后面准备抛出第二个疑问，以前一些困扰的问题都被自己吞回去了，想法就解不开，感谢 v 友们

[christin]

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

[glenChen]

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

[ryd994]

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

[charlie21]

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

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

[estk]

有一次同事遇到一个问题很久没解决，我刚好懂，主动提醒了他一下，他马上解决了。后来关系更疏远了，不知道是不是我多管闲事，毕竟有些人不想让人知道自己“能力不足”，相比于学习进步，对于有些人来说，可能面子更重要

[Perfect1zsh1t]

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

[shuxhan]

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

[SnaHou]

技术能值几个钱

[greengreengo]

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

[Depart1]

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

[Depart1]

打错了 是废话

[forgottencoast]

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

[sentinelK]

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

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

[nenseso]

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

[JamesR]

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

[glenChen]

@sentinelK 有道理

[glenChen]

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

[PHPer233]

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

[coderxy]

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

[fields]

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

[chuck1in]

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

[x86]

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

[Betsy]

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

[glenChen]

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

[glenChen]

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

[Betsy]

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

[cirzear]

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

[work220602]

敬而远之

[Emilyan]

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

[glenChen]

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

[istomyang]

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

[tool2d]

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

[deorth]

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

[glenChen]

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

[hhhh115]

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

[istomyang]

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

[me1onsoda]

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

[bhbhxy]

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

[glenChen]

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

[glenChen]

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

[liylcn]

对方啥样就对他啥样

[ae86]

别把同事当成朋友就行

[Erroad]

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

[em70]

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

[jimrok]

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

[aiwoshishen]

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

[callmexiaodeng]

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

[ZField]

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

[jworg]

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


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

[MartinWu]

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

[ochatokori]

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

[devHang]

“岗位壁垒”

[caixiangyu17]

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

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

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

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

[Huelse]

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

[maxxfire]

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

[xrds7986]

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

[Promtheus]

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

[millet230413]

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

[winglight2016]

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

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

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

[Pipecraft]

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

[iOCZ]

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

[mdi0678713]

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

[darknoll]

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

[lizhesystem]

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

[thetbw]

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

[hqmJoker]

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

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

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

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

[bibizhang]

做你认为对的

[cnbatch]

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

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

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

[guanzhangzhang]

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

[ztc]

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


所以，看开点吧。

[Flobit]

编程重要的是思想吧

[toneal]

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

[zhangyichent]

看人