后续自己尝试写一些非技术文章，但和工作息息相关的，比如开发对于评审的看法，开发和产品的关系，开发和项目的关系，如何看待交互、视觉和开发的联系，开发在产品周期的作用和应有的心理状态，开发之间的合作等等相关论题，但不会涉及到具体技术问题，但是这些方面有时候远远远远要比技术重要，可以说这些东西就是一个程序员的职业素养和基本能力的体现。
遇到问题，我们的解决问题原则也是依靠这些问题的看法来解决问题的。所以今天就来谈谈开发之间的合作关系（仅仅个人感想，也是在工作中遇到的问题有感而发并记录，简单总结，希望后面给自己一个参考和印象，有幸对你也有帮助，则莫大欣慰）
说到合作？ 在一个项目团队中，我们都是合作关系，有的合作多，有的合作浅。但但多多少少会涉及一些。接下来，我们来梳理一下：
- 产品
- 项目经理
- 交互、视觉
- 测试
- 服务
- 合作开发同组人员，或对照组开发人员（比如Android和iOS是一个对照组）
- 第三方依赖（设备，接入库）
我是移动端Android开发，每个版本我至少需要和4 、5面的人去打交道，其实我应该持有一个什么样的态度，对于日后我工作的开展以及难易程度有很大的一个决定性作用。经常有时候会遇到一些测试对于一些基本问题搞不清楚来问你，作为技术开发的你可能会对别人持有鄙视和傲慢的态度，觉的别人笨，傻；或者有时候产品和交互没把细节搞清楚，轮到你开发的时候，你很恼火，需要你去确认；或者服务的人有时候想找你确认问题，你不情不愿的爱理不理；以上这些问题，相信很多人多多少少会有，我觉的应该改变。
仔细想想，别人真的笨傻吗？自己有多聪明，不是的。针对以上的情形，我想谈谈自己的感受：
- 测试——把他当作“大爷”，真的几乎就是你的大爷了。因为，你对他的态度直接影响你后面改问题的难易程度。假如一个偶现问题体给你了，平时两个人关系不好，你感觉是很不好的，想让多给你提些线索，提示之类的，估计就不太容易了，或者是有时候，测试环境比较难搭建的，这个时候更是要命，谁开发过设备类型的app，谁知道。还有，稍微有点，可能给你打回，或者测试报告写的比较重，你真的很难受。我觉得，一定要尊敬测试，从心里认认真真的回答他们的疑惑，才能赢的测试的认可。
- 第三方依赖（设备，接入库）——这类人员，可能和你之间的合作比较少，但是往往会给你解疑答惑对于不是你的领域；比如说一个问题：涉及到app，服务，依赖库，设备等多层服务时候，我相信良好的态度，多为对方做一点一定是高效、顺利合作的基础。
- 服务——指app依赖的平台，接口请求方。这部分算是和你合作的最紧密的人了，这类人其实我觉得应该建立起一些些私人感情，有机会平时一起去食堂吃个饭，路上一起走走等等，这样更自然一些。这种肯定是有求必应，有问必答。
- 交互、视觉 （产品）——这个群体就比较特殊了，他们直接影响你代码难易程度，所以他们往往最不好搞，因为他们不屑于和技术打交道，只是关心需求价值，用户体验；有时候你是很无语的，想想最为开发者难道自己就没有一点点的决定权力吗？很多时候，他们的一句：用户体验不好，让你想哭的感觉。但是态度依旧良好，最好的是在评审，设计环节把那些可能出现的一些交互，需求细节抹杀掉，不然后面在沟通，他就觉的你想偷懒，不想做。一般不答应。，所以说：评审很重要，而评审前看评审材料更重要，不要让评审变的只是一个与你无关的会，一个形式
- 项目经理 ——很多时候，好的产品经理可以充当一个舵手帮你导航，梳理和推进事情的进展，但我遇到的不多。一般的就是一个联络员，仅仅充当了一个喊话员，或者在事情一团乱麻的时候，也没有去推进事情，逼迫最终交付件呈现者向其他若干干系人要相关东西。但反过来想，有些推动事情让开发来做，未必不好，假如你能高效快速的解决问题，那说明你很厉害，不光在代码上，不能快速高效，也能锻造你的处理能力，当然你要评估好时间关系。其实，我觉得这个角色在不同的公司，不同的项目，大家的认知和作用都是不一样的，开发也不应该只做开发，应该看多一点。
- 合作开发同组人员，或对照组开发人员——这个就很重要了，假如你是Android开发，是不是经常两端不一致的问题，然后两端要统一，特别是UI上的细节问题，这个时候，你们的沟通，分工，合作显得异常重要，你需要经常相互讨论实现思路，所以，这时候默默的多做一点，绝对没坏处，同事会看到你的付出，不要想着让他的差来凸显你的好，幸灾乐祸，这种心理是千万不要有，要想着双方都能做好，才能赢得别人的信任；而同组的开发人员，则要相互体谅，真诚，不要鄙视别人的技术差，你要知道你在最初入行的时候，一定是技术差，承认不足，努力进取。
以上的种种表述，我认为要在专业的前提下，不是一味迎合，讨好，而是把你的事情做的专业、准确，这才是最根本的路，即使外在的条件不适合的情况下。这样，别人自然仰望你