对业务深入程度的问题

2022-06-02 11:11:31 +08:00
 awanganddong

这是我老大说的一句话。

emm 咋说呢,我个人感觉吧,技术是次要的,如果想无法取代,就研究业务吧。业务熟悉了,写最简陋的代码也是有用的。当然了,如果要走技术专家路线的就是另外一回事儿了。
再不然就没啥别的建议了。现在整体上互联网这个行业就是相对不景气,也没啥一定会长远的了

想问下大家所谓对业务的精深程度是什么的一个概念 比如说我按照产品需求写业务 亦或我根据用户反馈来推断出可能需要的功能

所以想问下大家对业务这个东西的理解。

6358 次点击
所在节点    程序员
67 条回复
pokeyou
2022-06-02 11:20:42 +08:00
领域专家
xuanbg
2022-06-02 11:25:49 +08:00
要精通业务,首先得知道客户是谁,然后要懂客户真正需要的是什么,最后是你要如何解决客户的核心诉求。
liuidetmks
2022-06-02 11:31:03 +08:00
实话,还是得懂业务,软件 /互联网这块,真正需要技术的少,
大部分都是信息的简单处理。
有难度的部分,很多都有轮子了。
RuiQ
2022-06-02 11:34:45 +08:00
刚好今天在思考这个问题,一会整理下思路发个帖子
FieldFarmer
2022-06-02 11:41:45 +08:00
业务太宽泛了,真正还是要看客户的需求,不同客户的不同需求整理成业务可能千差万别,没有任何一种或者一套技术可以完美实现这么多的业务,大公司做的好的一点就是把通用的业务用框架技术封装起来,这样 90%的简单需求可以快速开发起来,10%的复杂需求再请大佬程序员单独入驻项目开发,更进一步做完之后还可以把这些复杂的需求做成案例供其他的项目组参考,甚至进一步再精炼加到 90%的那部分需求里下次就成简单需求了
thunderw
2022-06-02 11:43:35 +08:00
举个例子:
客户问:我有个商品明明有库存怎么无法销售?
初级程序员:什么是商品?哪个是库存?什么是销售?你就告诉我哪个页面报了什么错吧!
初级理解:我看了你这个商品了,它不在你的想出库的那个仓库里。你想办法把它弄过去才行。
中级理解:我看到你做分步式调出单了,但是没有分布式调入单,所以它还在原来的仓库里。要再补一个单据。
高级理解:是你们的 ERP 和 WMS 的对接有问题。告诉 ERP 那边以后做 XXX 的时候不要录入 XXX ,当前这一单 XXX 让 WMS 那边重新推送一下 XXX 。
testver
2022-06-02 12:08:58 +08:00
他是让你在产品经理的视角看问题。

技术只是实现的工具。

好比家庭装修,你要站在设计师的角度看,而不是单纯的站在泥瓦工的角度
cubecube
2022-06-02 12:11:39 +08:00
别听他忽悠。
基层员工技术第一,别被业务框死了,不然跳槽受限制。
所谓的业务领域,是等你升上去,不用写代码的时候吹牛逼用的,实质上大部分人能比较快的掌握。
LeegoYih
2022-06-02 12:25:25 +08:00
不喜欢技术的才会说技术不重要。
程序员平均在一家互联网三年就差不多了,没技术面试都过不去。
chendy
2022-06-02 12:30:11 +08:00
技术服务业务,业务推动技术,技术再好不懂业务做出来也不容易产生价值,业务懂了不懂技术也不容易做出来
两手都要抓,两手都要硬
两手抓不住,就抓一边吧
cpstar
2022-06-02 12:30:19 +08:00
这不就是产品经理之路?技术始终为产品服务
coderluan
2022-06-02 12:30:31 +08:00
这得看业务本身有没有什么深度,有的业务别人给你说几次你就能理解,有的业务你得自己查一堆手册才能有大概理解。
jack778
2022-06-02 12:58:57 +08:00
技术专家和业务专家不一样,业务专家不能换行,技术专家通用性比较好
potatowish
2022-06-02 13:16:50 +08:00
做技术的不可能脱离实际业务,多少都要懂一些,但是重点还是放在技术上。我同意 9L 的看法,你的 leader 大概率是不喜欢钻研技术的,所以才这么说,但是考虑到跳槽、裁员的情况,你不可能永远只待一家公司。做技术的换工作必然需要技术面试,没有人面试你业务水平,更何况每家公司的业务千差万别,但是核心技术大体是一致的。
cool4food
2022-06-02 13:18:37 +08:00
前提是正在接触一个存在一定复杂度的领域,才有机会让你成为领域(业务)专家。如果所在做的系统相关的业务和一个小白说几天,他就完全懂了,这样的业务不存在业务专家。
cool4food
2022-06-02 13:23:44 +08:00
@jack778 业务专家可以在一个领域深耕来不断巩固自己的壁垒,那么他在该细分行业内跳槽的要价可以比具有“通用性”的技术人员高
raysonlu
2022-06-02 13:38:17 +08:00
技术当然是自家心法内功好好修炼,但实际输出还是得配合业务。最理想的输出,是甲方提出了自己业务需求,你听到后能转化成自己内功能推动的东西,大概应该就是所谓的业务需求转技术需求,现实中,能做成这种转换并让甲方满意的,少之又少,于是衍生出一个叫“产品经理”的中间层,可以说这一层能专业做到这事,并且可以深度挖掘(比如可能还兼容 ui ,人工交互调研之类),但现实中每多一层,沟通成本和错误率都会大大增加。
zw1one
2022-06-02 13:41:09 +08:00
叫你即学产品又学技术,开发往上走都是这样的。但是业务知识换个行业就废了,你在哪个行业干成了领导再说吧。
jack778
2022-06-02 13:51:23 +08:00
@thunderw 这个知识换一个公司可能就没法用了
zhaorunze
2022-06-02 13:57:18 +08:00
其实吧,聪明人看问题都会很简单,不管技术角度还是业务路线,我认为都是在锤炼思维,智识上去了,啥都可以

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/856884

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX