某上市公司实际开发中，谁晋升谁淘汰了？

今天是黑马职场干货文：

总结整理了在职场实际开发过程中，优秀程序员和普通程序员的区别。避免低级码农，从我做起！

有的程序员在一家公司工作了两年，不但得不到晋升反而每次涨薪还没有提名。尽管离职跳槽会涨薪，但是对未来职业发展却没有任何好处。

一、代码质量问题

某些程序员写代码总是一片一片，所以导致错误频繁，当领导提出问题之后还觉得写代码是自己个人的风格习惯。引发bug的主要原因就是计算返回结果出现问题，但是既没有极端值也没有边界条件，为什么还出错呢？

说明很多程序员不写单元测试，就等着别人给测试。

真正好的程序员，应该是自己单元测试代码甚至超过了工程代码。

二、开发速度

当同组人都做一件事情的时候，开发效率就可以做比较了。别人一个接口三天，你一个接口一周还写不好。这就是差距，在之前的文章中给大家分享过，接到任务之后该如何开展工作。

第一步：规划，了解业务之后开始做计划。

第二步：按照计划排期，就算有的公司不要求写文档，但对于程序员来说文档+代码才是一体的。

第三步：配合，哪一个接口需要和谁对接，对接产生的问题一一罗列。

最后才是敲代码，大家以为这样会浪费时间，其实这样的代码非常灵活，就算有需求变更也可以临危不乱。

三、思维严谨

思维严谨很多人觉得是没法定义的，觉得这都是代码量和行业经验累积出来的。其实是也不是，如果是因为工作经验不足导致的代码不严谨，我们还有机会累积经验去避免。但如果是写了一接口连验证签名都没验证的话。这类错误就属于思维不严谨，还是建议各位程序员在实际工作当中养成写计划和文档，外加用思维导图梳理逻辑。

梳理逻辑不是说我这个代码如何实现，而是逻辑层脱离代码。

四、团队合作

在实际工作当中总会在Git当中有一些公共工具，你是创造者还是使用者？另外在团队完成一个项目的时候，你是增益者还是拖后腿的？没有项目的时候，你摸鱼的时间你看新闻八卦还是在在GitHub看源码？

五、对业务理解的区别

如果你在一家公司，和领导一起去参加需求会都没有参加过几次。小心自己已经被边缘化了。能够和领导一起，和产品、运营参加的需求讨论的人首先是被领导认可的。其次是团队内部的需求会以及优先级讨论。如果这两者都没怎么参加过，只是拿到人物执行，大家一定要思考下自己问题。

有一些优秀的程序员，拿到任务字后会非常重视业务，首先就是和产品经理或运营进行探讨，确保合理性之后再说执行问题。

六、工作态度问题

领导最烦什么样的程序员？莫名其妙卷进去鄙视链的程序员！大家在网上说一句PHP是最好的语言没什么，但不要拿到实际工作当中。

大家都知道有的时候身为开发真的很烦产品和运营，运营是自以为是的想，产品是不考虑你有多麻烦就要你做。但出于公司和部门的好，尽量配合。有一家还不错的上市公司，运营想要公众号和APP后台数据打通，这就涉及跨部门了，某程序员直接给产品说“对接不了，互相不配合”。

但是也有程序员，一一和各部分负责人去说明原因，想办法解决。

七、解决能力的问题

最后这一点就不多说了，解决能力问题十分重要。

如果你是SDK开发者，你出现过这类问题吗？解决问题能力，是程序员立业之本。