看了“程序员写代码时多沟通”这个帖子，想问问大家还有什么建议嘛？

[KedaArray]

感觉我也干过很多蠢事，先感谢不杀之恩；

想问问大家还有什么类似的建议嘛？免得哪天突然被开还不知道是自己的问题。

[estk]

有一种不想沟通的原因是每次跟老板聊天，老板都脑洞大开，不过大公司有专业产品经理分工应该不至于

[yexiao117]

干产品也干运营，说下我的看法，如果内部有交叉评价的话，我喜欢直接找我问业务场景和需求背景的技术，我不知道他技术咋样，但是起码他能从业务角度出发，和我一样想问题，再用自己的技术方案找到解决办法。

我：交代场景，提一个可行性的产品方案，拉会探讨技术解决方式（一般以上线快，少出错为首要目的），技术提供方案 ABC ，说下几个方案的优缺点，方案定稿，技术开干。

这个流程里面，技术提供我不知道知识，并且帮我评估出风险点，我作为需求方，我就很喜欢和这种技术同学合作。

[jones2000]

提供详细的需求文档， 千万不要是口头的，开发前做下流程图，小组内讨论清楚了，就按照这个流程图，动手开发。写代码只最后一步了，基于前面做的需求，设计的整理以后，给任何一个开发都是无脑完成的。

[Feedmo]

能否提供下帖子的链接，谢谢

[KedaArray]

@yexiao117 有道理，我女朋友也是产品，不过不是 IT 的。她的说法也差不多，不能闷头死搞。

[KedaArray]

@Feedmo https://www.v2ex.com/t/920072 应该还在热门里

[tool2d]

@jones2000 我怎么觉得写代码也很难呢。

程序员会复用代码，不会写以前写过一次的代码，所以每天都是写新代码和新问题。

[KedaArray]

@estk 有产品确实好很多，平时还是要搞好关系

[KedaArray]

@jones2000 看了挺多回复，确实是要基于业务去做事，把需求理清是第一步。

[tianyou666shen]

出来公司打工不要因为一个人影响了整体的流程进度
因为延期不仅是你一个人的成本*天数 而是整个团队的成本*你延期的天数
算算这笔开销就知道了 所以老板肯定想干掉那个导致整体延期的人咯

[estk]

@KedaArray #8
小公司很多老板觉得自己就是产品经理，直接面对程序员，觉得指点江山一下，产品就出来了

[uni]

要改变性格的话，最好的办法是进入一段全新的关系之中
推荐靠谱的心理咨询

[Dogtler]

跟产品是沟通业务，跟技术同事沟通则是如何以架构角度审视需求或者砍需求。有效沟通都是双向的
闭门造车在哪里都是不对的，心里还是要有张脉络图并且在工作时间内有问题积极响应，即使是屎山和架构不合理也要提出来。

[wxlwsy]

是我我也辞退. 这纯粹个人习惯不好怪不到别人. 工作做不好要你何用.

[zhangxh1023]

第一份实习工作做测试，后来干不下去离职了，离职的时候 组长就和我说，让我以后多和别人沟通，说看我从来不和同事说话什么的。没办法，我是真不喜欢和别人说太多话 orz

[huajia2005]

我的建议是多想,别闷头苦干,做之前先过一遍,看看有什么坑,流程合不合理,有问题要及时提出来解决.不明白或者不够清晰的一定要和产品沟通清楚

[buchikoma]

多跟+1+2 的老板沟通，确定自己的工作大方向和老板的期望是否一致，也算是最基础的向上管理了

[KedaArray]

@zhangxh1023
之前我也是很不爱和别人交流，有时候是因为把人和人之间的关系看的太重了，
怕说出来的话不合适或者说重复的话没有必要，或者是太关注自己在别人心里的印象；

前段时间，突然一下转变过来了，觉得家人朋友才是最重要的，把其他人在心里的“地位”放低了很多，沟通也更容易了，说实话我也觉得蛮神奇。

[zhangxh1023]

@KedaArray 是的，我现在也是，可能是工作了四五年以后，就会很平淡的和同事交流，有时候在外面也会和陌生人莫名其妙的搭个话，和刚工作的我差别巨大。

[stillsilly]

多跟领导沟通，同事领导的负面反馈认真对待，确实是你做得不好就改，你没问题就当他们放屁
一般不会突然开人，沟通很多次不改才开