最近和印度同事合作设计系统的体系结构, 感觉挺有趣的, 他们比较喜欢讨论问题, 开始还真不适应, 有时真想给分别他们起个外号叫做: 问题大王甲, 问题大王乙 …

不过随着交流的深入, 发现这种讨论是有两面性的: 每个人输入自己的想法, 虽然很乱, 有时候还很重复, 导致讨论俱漫长, 甚至步履维艰; 但是最后的结论能够反应多数人的意见. 假定大家都有经验, 那么结论就有意义. 但是如果不是每个人都有经验, 那么很可能得出不好的方案. 总结之, 这种方法的主观性多一些.

这一点和我以前的经验相比略有不同, 我更喜欢实践多一些, 很多技术方案是否可行, 只需仔细调研技术, 然后写一些测试系统或者代码, 结论自明, 也比较客观一些.

可能更好的方法是结合各自的优点, 既实践也讨论/交流, 根据对项目的熟悉程度来确定是多实践少讨论; 还是少实践多讨论, 毕竟时间有限, 耽误不起.