询问下各位所在公司开发人员是如何交流的

事实上一种方案是必须得到相应的实施人员的支持才行的。一个项目的设计首先是开发的分工，简单的，没什么争议的就分给非核心的开发人员，重要的，能影响项目中框架结构的就需要组织高程和项目经理一起讨论，讨论的目的，一是确定一种合适的，而不是完美的设计方案，第二是把被否决的方案的优势讲出来，讲成功的应用案例，分享相关资料，看看在以后的项目能不能用到。如果做不到，那么这个设计方案要么本身就是有问题的，要么是设计者都无法完成的，被否决得毫无疑义。

大牛说一不二

这个方法不错。 谢谢！

听老大的
同时各个开发人员结成一个联盟分析老大的话
如果OK  大家都OK
如果不OK  派一个小女去搞定老大

顶顶，听老大的哦

领导的idea永远是对的。。。
就这句。。。

君主制，
至少比原始的共产主义强的多。
现代的民主制前提是人必须够多。

基本上都不争,呵呵.老大说是什么就什么吧.

反正捅了蒌子也是他背.

不是没争过,是争过,然后发现根本没用!

嘿嘿

技术上的问题，比传统行业中的问题要好处理多了吧，我想。
技术如果有构架上的分歧，各自做出原型，
经过演示给大家，如果需要再经过QA测试，性能测试。
自然科学相对人文科学一个特点就是一就是一，二就是二，不容易被愚弄和压制
这样过后一般不会有太大的分歧，如果再有就技术上的头拍板了，
有这个决策能力的人才能当头么。
无关紧要的分歧，头说怎么办就怎么办，真正执行的时候思想必须统一。

适当的辩论是很好的，但是当辩论演化成以乱猜为基础的争吵，
就有人要出来喊stop了。
个人意见，仅供参考