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

[glenChen]

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

[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]

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