对业务深入程度的问题

[awanganddong]

这是我老大说的一句话。

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

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

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

[murmur]

@cubecube 但是 IT 业卷的太厉害，没业务理解，技术你可能都卷不过应届生

[awanganddong]

技术层面现在还是比较明晰的
比如我们现有业务基本上完全是 mysql 生扛，如果想优化的话，就必须深入 es 相关中间件了。
但是公司现状是不太需要的。


而有些需要实现的功能，与现阶段架构不相符的。
另一方面，公司的业务+数据都是在我这里的。对一个功能是否合理，我心里边是大概是有一个评判的，但是没有话语权。


所以就比较困惑，如果是自己主导一个项目，哪些迭代出来的功能是有意义的，那些是无效的。
基本上已经脱离简单写代码这个范畴。

从推广= > 产品=>技术=>变现 这个闭环，
所谓的把控作用

说的比较没条理，
现在心里边很乱

[fanxasy]

自私一点，唯跳槽 /升职论吧。假使把学习重心放在业务部分，在跳槽时，该业务类型相关求职机会多不多？这些工作岗位面试时对技术的要求又如何？

[shaojz2005]

对业务深入的意思是往项目经理或者产品经理发展，虽然业务基本上都是增删查改，但在某个业务领域，你深入了解了它的流程，就能精准地给出解决方案，这个就是你的优势。

但如果你想在技术上精进，则面临着公司的业务可能并不需要更深入的技术，那么这时你还想往这个方向发展，就得跳槽了。

[arischow]

互联网的业务？呃……

[awanganddong]

最开始负责业务是类似于巨量引擎这种 adx 广告平台，当然是比较小型的，这个就需要比较深厚的行业相关背景，侧重点是 to b 的。这种基本上路线就是比较明确的。有相关范式在里边。

现在是 to c 的，比如出了一个需求点，如果来评判这个需求点的价值？
先出需求，后埋点查看数据，这种就存在迟滞性。

如何来预估这个需求点的价值，现在更多的还是有点偏向于感性的，

其实是想作为一个技术，从产品角度查看问题。

[meeop]

这种话我觉得某种程度上是个饼

如果程序员要懂业务的话,那产品经理和你的领导是干啥的

术业有专攻,程序员要了解业务,但重点还是了解技术
除非你想转管理和产品,即便如此,只要还是在技术这条线,那还是技术要更深入一些

说技术不重要,那是公司实在没啥业务做,连一个稳定的业务线都没沉淀下来,不然出两次事就知道重要性了

[awanganddong]

平时会对竞品进行分析，然后从技术角度会发现人家有些需求设计的特别精妙。
看着还是蛮有意思的。


坐标成都。
技术这条路还是在接着走，
但是看招聘，再往上的萝卜坑已经不多了。

[456789]

程序员永远时技术第一，业务第二，不然没发跑路

[lujiaosama]

我老大也说过类似的话, 只懂技术不如懂技术+业务. 没有业务技术得不到变现代码写得再漂亮都没用, 只懂技术就是个工具人.除非你背靠的平台很大, 东西多到做不完. 不想写一辈子代码, 总归得要思考和研究业务的.

[ila]

不要被忽悠。
技术是根本，然后是理解需求。
业务排最后

[Qcui]

业务熟悉是指你知道了公司的盈利模式，熟悉了公司服务的客户和目标群体，并且还能对目标群体的需求做出改进，然后你就可以出来自己单干了

[awanganddong]

大家思想碰撞，搞不好就出来火花了

[wupher]


I believe this [article]( https://josephg.com/blog/3-tribes/) will answer your question.

> Programs, obviously, hold all of these properties. But I think there's fundamentally 3 architypes of programmers, divided by which ideals we hold in highest esteem:

- You are a poet and a mathematician. Programming is your poetry
- You are a hacker. You make hardware dance to your tune
- You are a maker. You build things for people to use

I think each group has its own conferences, and its own subreddits. Its own programming languages, heroes and its own villains.

[cnbattle]

我只能说 遇到过只会技术，业务能力差的，讲好几遍还不理解，都被骂了

如果一个人能合理的速度理解各种业务需求，我相信他在学习使用一个没接触的框架 /语言的时候，也能快速的用起来

反之的人，则会了某方面的技术，就一直在这个方面，面对大部分的新技术可能并不在乎

个人总结 前者可塑性高，我相信这类的人技术在中等以上 且容易到管理层， 后者就是一个萝卜一个坑，技术可能是大佬，到也可能很菜, 如果有能力更好的 /更合适的，或技术栈变动，则大概率被无情的替换，不带丝毫留念

[echo1937]

行业中水平越低，技术就越简单，可替代性就越高，那么技术部就越是搞不过市场部。

这不是技术没前途，而是在这样水平的公司搞技术就肯定没前途，这时候你多学点业务是好事。

大家也别强调 xx 就是工具，在资本面前，什么都是工具。

[Huelse]

技术是第一生产力，对你自己或者对工作都是有用的

[lmshl]

我讲个故事：
2012 年刚参加工作的时候，我入职了一家对日外包软件开发公司，技术栈是 .NET 。公司里有两位前辈与故事有关，老宋和李哥：老宋在这家公司干了十几年，业务熟手；李哥则是技术非常强，业务理解不算差。而当时我的 leader （老宋）曾不止一次跟我强调：“技术是有上限的，技术做到一定程度还是要转向业务，对业务理解越深，职业发展越顺”。大意如此，我不敢说一字不差的背下来，只传达核心思想。

2013 年，公司从日本回来一位同事胖子，公司给他定的薪资有 15k ，是老宋和李哥的 2.5 倍有余。得知这个消息的老宋和李哥一个星期天天往老板办公室跑，谈涨薪，无果。

一周后，技术强的李哥面试了一家银行软件开发，并收到 offer 。
而老宋，看着他拿起一本 Java SSH 网站开发的书翻几页，越看越无奈，又合上书看看我们，又翻开书再看几页，如此循环了一会儿，对我们说：“我真羡慕你们还年轻，学得进去。我这个年纪已经学不进去了”


我的观点：
极端点说，如果你的业务是银行财务相关，或者数学 /物理计算模拟软件。业务背后有经济规律 /法律甚至数学物理定律撑腰，那我觉得业务可能更重要一些。

如果你的业务是互联网 CRUD ，其中步骤来自老板 /产品经理朝令夕改的脑洞。或者你们只是在研究如何骗用户点你们平台的广告，那我并不觉得这类业务有什么值得深入的。

[murmur]

@456789 这个技术，是真的解决了生产力，还是为了保住饭碗自己在折腾自己玩

就比如 app 从 native 到 h5 到 rn 到 flutter 到小程序，但是总体市场是减量，你还得跟手机 rom 和自带功能抢饭碗

[murmur]

@lmshl

我真羡慕你们还年轻，学得进去。我这个年纪已经学不进去了

等 35 了，或者有有孩子有家了，大家都这样，只不过以前互联网蛮荒发展，靠各种折腾自己反复跳槽可以攒钱

这以后还会有么，