大家怎么理解“业务代码”？为什么有人觉得写业务代码很 low？

[caqiko]

我理解的业务代码就是写后台逻辑。

就我的认知，应该大部分的后端开发都算是写业务代码的吧？

为什么有人会觉得这个很 low 呢？
后端开发，除了写业务代码还能是啥？

[beyondorient]

我身边是写小程序和 APP 的。因为用户不多

[beyondorient]

@beyondorient 手抖了 。

我觉得后端开发，高级的可能是大厂的同学，写算法做优化的。
而写业务代码的就是写 if.. else ..这种各种逻辑判断的吧

[casillasyi]

做了一年的所谓中间件，底层技术。现在觉得还是业务牛逼。直接面对用户的代码挑战是最大的，所谓底层技术，架构，思想，业务里都能用。（我在某网约车公司）

[Jonz]

搞搞框架？中间件？

[EKkoGG]

写业务代码不 low，只会 /一直 写业务代码的很 low

[lincanbin]

作为一个高级增删改查工程师，我自己的观点：

业务代码质量一般比较低，个人认为是需求快速、频繁变化引起的。
历史悠久的成熟业务代码很容易变成一座屎山。
在屎山打滚最好的方式，自然也是往上面糊自己的屎。

在屎山打滚很容易被人觉得 low 吧？

[nicevar]

钱没到位就 low

[ipwx]

@lincanbin 微软要是一直以这个态度开发系统，那它的系统一定漏洞百出。。。。

啊嘞，好像确实曾经有过十年时间，微软的 XP 系统漏洞百出来着？
= = = =

@caqiko 微软都花了十年搞定它“屎山”一般漏洞百出的业务代码，你觉得这种写代码的方式不会让人感觉 low 嘛？

[mcfog]

没有业务代码的迭代试错，哪里来大流量高并发给中间件施展空间？哪里来大数据给算法捣鼓？
没有成熟稳定的基础架构，怎么一周甚至一天发几个版本快速迭代业务？

不仅限于技术角色，QA 产品运营市场等等，都是互相支持互相协同的，都有各自的困难和挑战，傻逼都能拖后腿，牛逼都能带着团队一起前进

反正我觉得很多人默认管理比做事牛逼，做底层比做上层牛逼，是很短浅的认知

[smeraldo]

因为平均水平低

[jiangnanyanyu]

因为绝大多数的人都很水啊

[RqPS6rhmP3Nyn3Tm]

设计模式要用好没那么简单的

[bk201]

年龄越大，越不会说出这种话，刚毕业的蛮多这么认为的。说到底技术只是工具，业务才是目的。

[LxExExl]

5 楼真相了

同样是刚毕业写业务代码 有的人一写就是好几年 有的人第二年就开始自己构思业务 第三年就能指导别人写业务代码了

[glfpes]

不懂业务写业务代码和懂业务写业务代码是两码事

[passerbytiny]

他们看不到，他们还看不懂，他们甚至不知道业务的英文是 Business （商业），于是在他们的眼里你就是个 low。

[victorywangzhcn]

这看你追求啥，不是开地图炮，多数写业务代码的水平都不怎么高（当然面对极其复杂的业务，代码依然能保证良好的抽象层次的大佬除外），你要是追求技术，中间件 /SRE 适合你（客服）。

[VoidChen]

严格来说算法也算业务，所以做业务不 low。。。
low 的是每天都是重复增删查改调别人的 api 那种。。。
你先想想你工作有没有什么难度就知道了

[l00t]

@ipwx #8 微软啥时候搞定过了？

[yangzhezjgs]

写业务代码，通常提高方向只能是提高代码质量，设计模式可读性可维护性之类的，而更底层的知识用的很少，但是中国公司普遍不重视代码质量，只玩加班，进一步导致区分度不够，只会写业务代码的人可替代性很强。
而写 infra （中间件，数据库之类的）的工程师更像是传统行业的工程师，对底层知识要求高，门槛比业务高，需要不断积累经验，并学习新的知识，经验的价值就高很多。