什么是业务？开发人员如何学习业务？

[lbllol365]

毕业三年 Java ，这三年猛学技术，把技术技能树能拉多高是多高。

自己平时自学加上自己本来就喜欢折腾各种技术，也看各种领域的书文章，逐渐形成一种能力，就是面对一个目标，达成这个目标需要用到自己不熟悉的技术或是领域知识，自己能通过各种途径，在不深入这个技术或者领域的前提下，较好的达成这个目标。

这就导致了在工作中，我可能不需要深入了解业务，浅浅的了解一下，就能把需求完成（完成的不能说好，反正达成了目标，领导也没找过我事）

最近入职一家公司，想待的时间长一点，就想看看业务。不知道怎么看起了，看代码感觉也不复杂。开发人员了解业务，是关注数据是怎么流转的吗？业务就是普通的 ToB ，ToC 业务

[cangcang]

入门一下产品经理，照着代码把你公司的业务流程图画出来，再去和产品画的流程图对比。对不上的点，就是对业务理解不够透彻的地方

[hello158]

心中有技术，手中无技术，的时候，你就侧重懂业务了。

[codeMore]

进项目组或者进业务中台就天天都是业务需求了，做业务需求就了解业务了。

[rqxiao]

需要有人讲业务，自己看代码能完全看明白吗

[v2hh]

去碰那些没人想去碰且重要的代码，通常这类代码需求比较复杂。我现在公司就是，历史原因很多需求产品也不清楚，之前需求都是甲方提的，维护这块代码的人离职由我接手，目前状态就是带几个人维护这个项目，一个星期大概只有一天时间做事吧。

[edotac]

关注当前项目的终态，规划整体架构，关心产品数据，推动整个项目向终态演进，理解每个任务的价值。

[lbllol365]

@cangcang 很棒的建议，已经在做了
@hello158 看山是山，看山不是山，看山还是山
@codeMore 目前就是在中台
@rqxiao 还行，感觉代码确实不是很复杂
@v2hh “没人想去碰且重要的代码”，这让我想起上家了，这种代码没人愿意改，改出线上问题了就罚钱，几百几百的罚，弄得大家都不敢做事......
@edotac 层次很高

[lologame]

按软件方法的业务建模流程走一遍，产出你做的业务的业务愿景、业务用例、业务序列、系统用例、领域类图应该就有个基本认知了。

[ren2881971]

跑几遍测试用例 就熟悉系统了 自己提炼下就是业务了。

[kotanon]

@rqxiao 很赞同，代码只是一个得出结论的算法或者公式，为什么这么算，公式怎么来的才是业务，这个东西研发肯定不会写在代码的注释里，甚至开发可能也不知道怎么来的。尤其是复杂业务或者垂直领域比较深的业务肯定要产品讲或者看文档。想了解业务有个建议就是多听产品的背景介绍，需求评审的时候多问，为什么要这个数据，能不能用另一个数据，深度参与到针对产品需求的落地讨论上，慢慢业务就熟悉起来了，后面就会提出产品层面有效的改进建议。