怎样才算是好的业务代码

[foolever]

小小程序员一枚，主要做业务的。最近被一位架构的前同事鄙视了，说业务代码不就是简单的 crud ，没什么前途 我想要说的是写好业务代码也不是那么容易的，大家都来发表发表看法，怎样才算是好的业务代码

[Edward5937]

好的业务代码在对业务有了深刻理解的情况下，初版就已经考虑到后期功能的扩展和可能的需求变化
条例清晰，就算换人来维护也可以轻松看懂

[foolever]

写业务代码的程序员是不是最容易被替代呢，对于工作经验的要求到底高不高，或者说工作经验高的在写业务代码的时候有什么优势

[Edward5937]

从管理者角度说的话，不管是写业务代码还是做底层架构，都是希望容易可以找到 backup 的
写业务代码的程序员的工作经验一般只对当前领域有用
在当前领域业务理解深的程序员一般比刚入这个领域的不管在需求理解和编码实现上的效率都肯定强很多

[jones2000]

能赚钱的业务代码就是好代码。

[coderluan]

都叫业务代码了，核心自然是业务，代码服务好业务，跟进一步考虑之后的业务。
如果业务本身简单，那就是 CRUD 。如果业务非常复杂，代码想写的简单清晰容易维护，那自然需要一定水平。
所以你反驳同事很容易：“那是你没写过复杂的。”