这几年经验的总结，如何让公司技术人员认可你？

这是我的第一次写水文

今天在一个技术群里面发现有个小伙伴说他公司其他团队的人员看不起前端，公司年会后端、测试、运维什么的角色都有好几个小伙伴都得到的评优，但是自己前端组一个人都没有，心酸呀

其实最近发现很多类型的事情，程序员鄙视链确实存在，后端看不起搞前端的貌似也成为一种常识，我以前一个做java的朋友偶尔跟我聊他公司的事情的时候，也是会谈吐一些说前端工作简单，天天不用加班啥的。

所以回归到今天的主题：如何让自己得到自己团队和其他团队人员的认可呢？当然，基本的为人处世之道肯定是最为基本前提，我们这次主要聊的是技术这块的，其他方面这次暂不聊。

如何被组内团队认可：

1. 想被自己组内成员认可，其实很简单，有一定的技术广度和深度，能够在同事遇到技术问题的时候给出自己的理解，或者更好的是直接给出更好的解决方案。
2. 为人不能太过软弱，遇到事情不能够轻易妥协。

如何让产品经理认可你:

其实对于一个产品经理来观察你是否胜任你当前职位的时候，其实不单单是你做出来的产品效果水平，和你的技术能力是否优秀，这都不是最重要的一点，因为产品经理的优势其实就是对需求的理解，而一个人能否从感性上认可你，决定因素绝对是你是否能够替换他所占用的优势，所以如果我们能够对需求也有一定的理解，那肯定能够在产品经理是否认可你上面加分。

而且如果你对一个产品功能没有自己的理解，你在每次需求会议讨论的时候就不会有太多发言，其实每次的发言也是展现你在这个团队价值的一次机会，更多的展示也是在增加别人认可你的机会。

所以总的来说，要想获得产品经理的认可，那一定要对产品需求有一定的理解，再加上一定的技术实力。毕竟我们还是最终要做效果的，那效果说话的。

如何让后端认可你：

遵循前面的优势准则，其实也是一样的，要想让后端小伙伴认可你，首先你可以尝试去学习一些后端常用的术语.

比如：

mysql、sql分组排序、倒叙、java内存、内存排序、springboot、定时任务、消息推送等等后端相关的技术术语，然后就是你的前端专业知识.

特别需要注意的是，我们前端一定要对http这块的知识真正的理解透彻，知道什么时候应该是处在后端接口，什么时候处在前端阶段处理，还有一定要对一些性能优化要深入理解，尤其是http这块的，因为后端总是会出现

比如：

什么为了性能优化，为了便利性什么的各种理由，然后把本该后端处理更加合理的东西让前端处理（这里我并不是说技术实现是否复杂，我先从合理性我就能否定很多不必要的需求），其次就是再加上你对产品需求要有一定的理解，因为有时候确实需要从产品需求上考虑是后端处理还是前端处理更加合适。

所以总结一句话，要想后端认可你需要的是：个人职责技术能+需求理解+一定后端知识，最后还要加为人一定不能太容易妥协，不然人家不会坚持你的观点的。

如何让运维人员认可你：

这个其实很简单，大家一定要学习下运维知识呀，比如一些常用的：linux基础命令、基本运维工具、Docker基本知识、nginx知识（这个必须要会，而且要精通，因为大多数公司基本前端项目都是nginx服务器），ssh工具。

为什么要让大家都去学习这些呢？因为你跟运维这个角色沟通的时候，无非就是设计这些，比如发个项目，你需要写Dockerfile 文件、配置机器你要用nginx,看看机器情况，或者环境你要会ssh和linux命令，如果其中任何一个环节出现问题的时候，运维人员要查找问题的时候可能会问你这些配置，或者说某某配置文件错了，这个时候你就要做到能够配合运维人员处理问题的能力，这必然会得到运维人员的认可了呀。

如和让公司其他技术领导认可：

一句话很简单，做做公司内部技术分享，导出去跟其他部门人员扯扯蛋，其实就是一个字：“多露面”，因为比如CTO他肯定不知道你技术能力这么样把，最多也是你的一级领导给上面反馈然后从他们口中知道把？所以要想其他领导认可你的能力，就算是干，多多公司露露面。

今天的分享就到这里了，就是一顿写，30分钟写完了，一篇水文写好了，错别字有的话私信我吧，我也不检查了，要睡觉了。88下篇再见！

多说一句

上面的说法是，一个前提：你的技术不能太菜!

看完三件事