这是一个创建于 994 天前的主题，其中的信息可能已经有所发展或是发生改变。
毕业三年 Java ，这三年猛学技术，把技术技能树能拉多高是多高。
自己平时自学加上自己本来就喜欢折腾各种技术，也看各种领域的书文章，逐渐形成一种能力，就是面对一个目标，达成这个目标需要用到自己不熟悉的技术或是领域知识，自己能通过各种途径，在不深入这个技术或者领域的前提下，较好的达成这个目标。
这就导致了在工作中，我可能不需要深入了解业务，浅浅的了解一下，就能把需求完成（完成的不能说好，反正达成了目标，领导也没找过我事）
最近入职一家公司，想待的时间长一点，就想看看业务。不知道怎么看起了，看代码感觉也不复杂。开发人员了解业务，是关注数据是怎么流转的吗？业务就是普通的 ToB ，ToC 业务
 | 1 cangcang 2023 年 5 月 8 日  2 入门一下产品经理，照着代码把你公司的业务流程图画出来，再去和产品画的流程图对比。对不上的点，就是对业务理解不够透彻的地方 |
 | 2 hello158 2023 年 5 月 8 日 心中有技术，手中无技术，的时候，你就侧重懂业务了。 |
 | 3 codeMore 2023 年 5 月 8 日 进项目组或者进业务中台就天天都是业务需求了，做业务需求就了解业务了。 |
 | 4 rqxiao 2023 年 5 月 9 日 需要有人讲业务，自己看代码能完全看明白吗 |
 | 5 v2hh 2023 年 5 月 9 日 去碰那些没人想去碰且重要的代码，通常这类代码需求比较复杂。我现在公司就是，历史原因很多需求产品也不清楚，之前需求都是甲方提的，维护这块代码的人离职由我接手，目前状态就是带几个人维护这个项目，一个星期大概只有一天时间做事吧。 |
 | 6 edotac 2023 年 5 月 9 日 关注当前项目的终态，规划整体架构，关心产品数据，推动整个项目向终态演进，理解每个任务的价值。 |
 | 7 lbllol365 OP |
 | 8 lologame 2023 年 5 月 9 日 按软件方法的业务建模流程走一遍，产出你做的业务的业务愿景、业务用例、业务序列、系统用例、领域类图应该就有个基本认知了。 |
 | 9 ren2881971 2023 年 5 月 9 日 跑几遍测试用例 就熟悉系统了 自己提炼下就是业务了。 |
Select Language