为什么说懂业务的程序员很吃香?

2024-03-07 19:30
文章标签 业务 程序员 吃香

本文主要是介绍为什么说懂业务的程序员很吃香?,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

大家好,我是校长。

今天早上在知乎上看到这么一个问题:程序员有没有必要成为业务领域专家?

c1bb87fe46c380691b5f7ee45ac597e6.png

这个问题,让我想起来了,我前一段时间读的一本书,然后没忍住,就回答了一下,在这里分享给大家。

有没有必要成为业务领域的专家,这个不是特别好说。但是,我认为程序员有必要懂业务。

当然了,我们不可否认,如果你技术非常好的话,又是某一个业务领域的专家,你的可替代性是很小的。因为作为一个业务领域的专家,又懂技术是非常吃香的,因为但凡开发一个行业内的大系统,其复杂度是非常高的。比如:开发一个银行系统,金融系统或者财务系统等等吧,太复杂了,里面涉及到了各种业务结算,复杂度超乎想象。

像开发上述类似的系统,需要这个领域非常专业的人士进行指导,而且开发周期而且也很长,会涉及到多方面的讨论和沟通,相当复杂。

对于单纯执行的程序员来讲,可能到你手里的业务模块是有业务领域的专家和产品帮你拆分制定好的,如果业务领域的专家不懂技术,那么和公司的技术、产品沟通是非常难的,成本相当高,但是,如果懂技术的话,你就会很吃香了。

你的价值会很高,大多数技术人都不喜欢对接业务,你如果喜欢的话,竞争也少,可被替代的几率就很小。

另外,前一段时间,我刚好看了一本书《开发者思维》,作者是一个写了 25 年代码的上市公司的 CEO 。

这本书的观点我很认同,核心理论观点就是开发者思维,那什么是开发者思维呢?说到底就是开发者必须参与业务的决策,而不仅仅只是执行者。开发者思维的背后是:给开发者提问题,而不是给现成的解决方案,因为开发者的创造力,以及对技术的熟悉度,他们会根据问题找到最佳的解决方案,能够高效的完成开发工作。而现在的公司大多数都是产品经理规划产品功能,让程序员开发什么就开发什么,而大多数产品经理又不懂技术,很多功能规划并不符合技术的最佳实现路径,所以,就会导致很多开发工作都拖延,效率低下。

杰夫劳森认为:商业人员和软件开发人员常常是割裂的两部分,而这极其错误。在许多公司,无论是在思维方式上,还是在想要达成的目标及应该做的事情上,商业人员和软件开发人员的认知都是脱节的。但有一点让我印象深刻,那就是商业人员和软件开发人员想要的结果往往是一致的,即开发出令客户满意、被大量采用并赚大钱的优秀产品。然而,商业人员和开发人员通常说着不同的语言,有着不同的工作风格,这些差异会阻碍商业人员和开发人员有效协作,并实现他们共同的目标。

书中举了一个有意思的案例,很多人听说过一个关于美国航空航天局试图研制出一种供宇航员在太空中使用的笔的老故事:在太空中让墨水正常流动绝非易事,因此笔总是出现问题。我们花了数百万美元,试图发明一支太空笔,直到有人意识到俄国人是如何解决这个问题的 —— 他们用的是铅笔。不幸的是,这个故事虽然已经成了都市传奇,但它仍然在软件世界中一遍又一遍地被重复着。像所有值得深思的寓言一样,这个寓言说明了一个人们常犯的错误:人们从一开始想解决的,就是一个错误的问题。美国航空航天局需要解决的问题并不是 “我们怎样才能制造出一支在零重力下能够让墨水向下流动的笔?” 真正的问题是:“我们怎样才能在太空中书写?”

这个问题就像是什么呢?就像是客户,销售,产品经理可能都不懂技术,然后当产品经理,销售或者公司的其他业务线的人员跟客户接触的时候,客户给公司的业务线员工抱怨:你们的这个产品体验太糟糕了,太慢了,我想要一个跑的更快的马车。然后,公司的员工回来给技术人员制定了一个需求:生产一匹跑的更快的马。技术人员没有决策权,并不知道客户的真正需求,就按照要求生产了一匹更快的马,殊不知,如果技术人员和客户接触,深入理解了客户问题,可能技术人员会从技术实现的最佳路径找到最佳解决方案,造一个飞机,不是更好吗?

从 A 点到 B 点,非常是马车吗?非技术人员不知道技术的实现逻辑,没见过飞机,总感觉只有马车才行,但是,技术人员会技术,知道从 A 点到 B 点,飞机更快,技术能够实现造飞机。

所以,当决策者或者问题制定者,不懂技术的时候,不能够从技术的角度找到最佳的实现路径,会导致公司实现产品,解决客户问题效率更低。

总而言之,开发者思维的核心是赋权。任何领域的人都有能力达到人们对他们的期望。开发者思维则是为开发人员设定一个高期望值,这不是要求他们能编写出多少代码,而是要求他们在多大程度上利用自己的聪明才智和创造力,来解决世界面临的大问题。只有给予他们足够的权力和空间,他们才能做到这一点。最重要的是要将问题,而非解决方案,抛给开发人员。

所以,要想发挥开发人员的想象力和创造力,将开发人员的价值发挥到最大化,必须让开发人员参与到业务当中来,当一个决策者,而不是开发的执行者。这么看来,程序员懂业务就很有必要了。

最后,还有一点:懂业务的话,你能知道这个世界是如何运转的,钱从来哪里来,会到哪里去,你能看到很多赚钱的机会。

点击下方公众号卡片,关注我

在公众号对话框,回复关键字 “1024”

免费领取副业赚钱实操教程

16e296a047f4e0abef6e070e6d4cb584.png

这篇关于为什么说懂业务的程序员很吃香?的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/784578

相关文章

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中,我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试,如何有效地规划和启动测试,如何评估测试是否成功,您应该关注哪些指标,多年来我们发现的常见错误等等。 什么是A/B测试? A/B测试(有时称为“分割测试”)是一种实验类型,其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体,以查看哪一种效果最好。 本质上,A/B测

业务协同平台--简介

一、使用场景         1.多个系统统一在业务协同平台定义协同策略,由业务协同平台代替人工完成一系列的单据录入         2.同时业务协同平台将执行任务推送给pda、pad等执行终端,通知各人员、设备进行作业执行         3.作业过程中,可设置完成时间预警、作业节点通知,时刻了解作业进程         4.做完再给你做过程分析,给出优化建议         就问你这一套下

深入解析秒杀业务中的核心问题 —— 从并发控制到事务管理

深入解析秒杀业务中的核心问题 —— 从并发控制到事务管理 秒杀系统是应对高并发、高压力下的典型业务场景,涉及到并发控制、库存管理、事务管理等多个关键技术点。本文将深入剖析秒杀商品业务中常见的几个核心问题,包括 AOP 事务管理、同步锁机制、乐观锁、CAS 操作,以及用户限购策略。通过这些技术的结合,确保秒杀系统在高并发场景下的稳定性和一致性。 1. AOP 代理对象与事务管理 在秒杀商品

LabVIEW程序员是怎样成长为大佬

成为一名LabVIEW编程领域的“大佬”需要时间、实践、学习和解决复杂问题的经验。尽管LabVIEW作为一种图形化编程语言在初期可能相对容易上手,但要真正成为精通者,需要在多个层面上深入理解。以下是LabVIEW程序员如何逐步成长为“大佬”的路径: 1. 打好基础 LabVIEW的大佬们通常在初期会打下非常坚实的基础,理解LabVIEW编程的核心概念,包括: 数据流编程模型:Lab

程序员必备心理学——心流

心理学之心流 前言一、“心流”是什么?二、心流的好处二、如何进入心流心流状态的四个阶段第一个阶段:挣扎第二个阶段:放松第三个阶段:心流第四个阶段:巩固 进入心流的技巧 总结题外话 前言 你是否常常感觉自己明明学习了一整天,但是就是感觉没有太多的收获。这个时候除了你的学习方向等问题之外,也可能是你的学习方法太低效了。作者本人就经常有这种情况,好在偶然间在b站刷到一个大佬的这个心

程序员都在使用的画图工具

大家好,我是袁庭新。 程序员都在使用的画图工具,你一定没用过这款画图工具吧!我教程中的架构图都是用它来画的。 比如我编写的RDB工作原理图就是用draw.io绘制的,如下图所示: 再例如Redis集群故障恢复原理图我也是通过draw.io工具绘制的,如下图所示: 是不是觉得draw.io绘制的图形特别简洁、美观。它的官网是: https://www.drawio.com dra

业务资源管理模式语言09

示例: 图13 表示了QuoteTheMaintenance 模式的一个实例,在汽车修理店系统中,其中“Vehicle”扮演“Resource”,“Repair Quotation”扮演“Maintenance Quotation”,“Repair shop branch”扮演“Source-party”,“Customer”扮演“Destiny-Party”。 图13——QuoteThe

GitHub:代码是程序员沟通最直接的手段

如果不是 Andreessen horowitz 的投资,估计 GitHub 很难被福布斯、CNN、纽约时报等传统媒体注意到。普通大众之前不了解这个工具,是因为它距离记者的世界太远了——GitHub 是一个程序员所使用的托管项目的服务。 但在一些程序员眼里,它不仅是托管项目的地方,还是“开源”项目的大本营,而且是提高程序员“技术水平”和“技术品味”的地方,更是一个程序员社交的地方。

黑马程序员---银行业务调度系统

模拟实现银行业务调度系统逻辑 需求分析: 银行内有6个业务窗口,1 - 4号窗口为普通窗口,5号窗口为快速窗口,6号窗口为VIP窗口。 有三种对应类型的客户:VIP客户,普通客户,快速客户(办理如交水电费、电话费之类业务的客户)。 异步随机生成各种类型的客户,生成各类型用户的概率比例为:         VIP客户 :普通客户 :快速客户 =  1:6:3。 客户办理业务所

黑马程序员---空中网面试题

空中网4k/5k月薪挑选大四实习生的线程题     两年前,我们一个大四的学员去应聘空中网的实习生职位,空中网只给他出了三道线程题,拿回家做两天后再去给经理讲解,如果前两题做好了给4k月薪,第三道题也做出来的话就给5k的月薪。这样的实习薪水和招聘要求,不需要有工作经验的限制,纯粹是技术功底的比拼和考核,而不像许多其他公司非要招两年工作经验的人,逼得那些刚毕业和未毕业的大学生不得不去撒谎,不得不去做