程序员如何和项目经理打交道 程序员跳槽时，如何高效地准备面试？

程序员如何和项目经理打交道

程序员跳槽时，如何高效地准备面试？

程序员跳槽时，如何高效地准备面试？

既然是说的程序员面试而不是项目经理或者产品经理等职位，姑且就认为是纯粹的技术层面的开发岗吧。好简单说说我的个人建议，仅供参考！
分为两类情况：
第一类，基础好有工作经验：
那面试准备就该尽量丰富自己对技术的深入理解，对某个技术的底层原理的理解，比如springMvc的实现原理、spring的控制反转原理，java的设计模式总之就是多准备一些架构框架方面的知识储备。
第二类，基础差没什么工作经验的小白：
那就应该把准备工作多放在基础的知识的理解和应用了，列入java的几种数据类型是什么，什么是多态，什么是构造函数等。
总结来说就是由浅入深由低到高的一个过程，不要心浮气躁，能力是一个不断积累提升的过程，一口吃不成胖子反而容易噎住。

产品经理为什么和技术人员很难沟通？

前几天，我们部门的老工程师刘工就跟公司的产品经理干了一架，产品经理说一定要实现某某功能，说这是一个很好的卖点，但刘工说这个方案不现实，说这个方案容易出问题，两人就这样吵了起来，那产品经理怒了，找到我说一定要换人，说刘工做不了这个项目的，事后，我分别单独向二人了解事情的来龙去脉，最后，我发现他们两个都有一些问题，只能是“各打五十大板”。
为什么产品经理和技术人员很难沟通呢？
因为高度不够，产品经理一味坚持一些不太靠谱的东西作为卖点，并且习惯了站着说话不腰疼地跟技术人员沟通，而技术人员大多数太耿直，看不惯靠嘴皮的人，只要认为产品经理的方案不靠谱，就一句“不可能”怼回去，这样一来一往，双方就会干起来。
那应该怎么解决呢？
我认为一定要学会适当站在对方的角度考虑问题，比如产品经理，在提一些方案的时候，也要站在技术人员的角度去考虑问题，比如，用这个方案会不会可靠性太低？会不会成本过高？会不会模具实现不了？会不会加工工艺太复杂？如果能否考虑到这些贴近生产制造方面的问题，那么就不会跟技术人员干起来。而作为一名技术人员，也要站在产品经理的角度考虑一些问题，比如，用自己的技术方案会不会没有卖点？消费者会不会接受？会不会影响外观？会不会影响消费者的购买欲望？如果技术人员也能够如此站在产品经理的角度考虑问题，就不会觉得产品经理故意刁难你了。

我觉得这个得分人吧，我遇到的一些技术都还挺不错，但却是有一些比较难说话的技术，我们可以这么来看这个问题：
1.为什么难？以及怎么才可以更好？
由于从事的职业工种不一样，所以导致的思考问题的角度不太一样：
产品经理首先考虑的是：1.用户有没有需求
2.这个解决方案能不能被用户接受
技术人员首先考虑的是：1.这东西实现的成本有多高？
2.做完之后，到底有没有人用？
考虑问题的角度不同，就会带来不同的理解。那么怎么才可以更好的和研发沟通了？我觉得产品经理要首先往前迈一步：
1.同理心，站在研发的角度考虑问题；
2.多听研发说的内容，积累自己的技术知识
3.专业的事情，让专业的人来做，比如研发的开发排期，以及说做不了的答案。
4.相信他们，当兄弟来处