恕我直言！千万别随便叫一个程序员为“码农”

今天邻居家的大朋友找我做职业规划的时候，问了我一个很有意思的问题：为什么程序员会自嘲自己为码农？

这个问题也引起了我的好奇，不知从何时开始，这个圈子里不再以“软件工程师”自称，取而代之的是略有贬低含义的“码农”？

这或许是因为程序员每天要不是写功能（挖坑），要不就是修bug（填坑），像极了农民锄地的过程，所以就类比在一起了？

也或许是因为现在互联网行业鱼龙混杂，程序员水平参差不齐，大部分仰赖着外国提供的技术、设备、理念，根据需求和逻辑重复堆砌函数，修修补补地完成了一个还能用的程序，像种地一样从早忙到晚，加着免费的班，休息时间飘忽不定。

这其实反映出了一个最本质的问题：大多数的程序员根本没有话语权，会做事就可以了。

这就导致了大部分程序员缺乏自我认同感，缺乏对生活的信心，对工作的热爱，最终以“码农”自嘲了之。

所以如何提升程序员的自我认同感？

在工作中自然是提升话语权最为有效。受困于个人与所处IT部门在一个公司架构中的尴尬处境，为业务赋能也就成为这个行业的人群为自己找到的不错的出路。至于如何让业务认识IT部门的重要性，可以看这篇文章：IT部门全被裁？不懂业务，花了几百万开发的报表系统，根本没人看

而今天我要分享的是如何让程序员快速了解业务？总结一个原则就是：

以“面-线-点”的方式先全面地了解一个行业，然后深究某个垂直领域，最后再落实到某个具体业务场景。

适用场景：动态结合展示业务销售数据，在领导决策分析、开会讨论时起到重要的辅助作用。

适用场景：项目经理的年终总结大屏，对项目进度及质量进行展示。

适用场景：通过可视化大屏汇报本年度产品利润、产品回款、目标达成情况等，对产品、人员进行钻取、分析。

适用场景：产品年终汇报本年工作情况时，需展示不同产品的客户画像、客户留存率、产品耗费资源等信息汇报本年产品工作内容和结果，方便复盘和制定明年工作计划。

适用场景：使用场景是年终总结，主题内容为对团队、公司员工的整体绩效进行总结。

适用场景：对营销进行区域分析，包含年度应收款、货值情况、去化率等。

适用场景：展示全国快递业务概况，包括各业务占比，各城市快递量，快递产值占比等，可用于分析快递业务

适用场景：及时透明生产进度及目标。在车间作业场景下，生产任务实时监控，让工人对目前的作业情况一目了然。最后，对设备的实时监控也能够及时显示预警信息，提高检修速度，从而提高产能。

获取方式：回复“素材包”即可获取！

最后“码农”这个词或许破圈了，但如果你既非行内人，又对个不熟的程序员叫码农，那也别怪人家每次都拿鼻孔看你。