独立思考
合格的程序员解决的是问题，而不是实现某‌‌个解决方案。产品经理（特别是知道一点技术的产品经理）的某个需求可能只是某个问题的解决方案，他认为这个方法可以解决他的问题，于是把解决方案当成了需求，而不是真正的问题。

程序员应该主动沟通，多问几个为什么，了解真正的问题，也许能有更好的解决方案。

之前就有这么个例子，给到的需求：为每一个用户生成一个一的邀请码，同时也要为未来一段时间可能增加的用户预生成邀请码，保存到数据库。

而真正的需求是老用户分享自己的邀请码，如果新用户使用了该邀请码，则老用户获得相应奖励。我提出的方案很简单，直接用户的一 id 生成可逆的邀请码，这样就根本无需数据库存储。

产品经理经常改需求这是程序员头疼的事情，作为程序员应该也站在 PM 的角度思考，帮助 PM 分析出本质的需求，这也许可以减少需求的变更。

当然，前提是得干一行爱一行，需要对业务有一定的了解。

先思考后行动
写代码的时候先想清楚了再下笔，而不是先写出一堆代码，然后在开始修 Bug。

修改 Bug 的时候，多看看上下文，搞明白为什么出 Bug，修改这个 Bug 可能带来的影响，然后再修改。
反面教材有两种：
随便改改就把代码改好了，但自己心里并不清楚为什么这样修改就修好了，撞运气，也许还有其他同样的 Bug 也发现不了。
头痛医头脚痛医脚，不仔细评估修改的影响，这样往往会引入新的问题。

程序员成长的一个办法就是修 Bug，修别人用不了的 Bug，但前提是搞清楚 Bug 的缘由，这样才能避免类似的错误，有所收获。
顺畅沟通
顺畅沟通不是巧如舌簧、也不是忽悠达人，需要的只是耐心倾听，然后清晰表达自己的意见。

现在的软件开发，已经不再是单打独斗的年代，大多数的软件、产品都需要多人、多部门的协作。而交流、沟通是非常耗时耗力的。

沟通之前，先想好目标，组织好语言，尽量不要发散、不要跑题，对事不对人。对于重要的事情，保留沟通记录，好有邮件，免得说不清。

沟通是门复杂的艺术，基本是听明白、说清楚。
管理好自己的暴脾气
作为一个程序员，要被 PM 怼、要被交互怼、要被 QA 怼，再变态的需求都可能有，QA 给你提的 Bug 可能也不属于你。而且，还有猪一样的队友（自己在别人眼里何尝不是这样呢）和下属。

不管谁是谁非，发脾气、吵架都一点用没有，吵完还是得解决问题。calm down，有怒火也得等个几秒再发作，也许这几秒理智思考一下，就能解决问题。
蓝鸥科技西安中心，移动互联网科技育人专家，教育部产学合作协同育人项目承办企业，专注西安Java培训、西安大数据培训、西安unity培训，西安VR/AR培训、西安UI设计，西安HTML5培训、西安PHP培训，选择蓝鸥，不止高薪更是高起点！