
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
如何更好地构建软件?现有的代码我不满意,我知道它乱,但不知如何入手解决听说过业务架构整体优雅,允许局部腐化,但没见过。
如何管理代码的复杂度?系统越来越不可控尤其是,倒排期现象不止,新PRD不断涌入。
如何让代码成为领域知识?如何让代码反映业务?系统是否支持我以不同粒度不同视角从不同维度低成本地梳理出业务?代码如何能反应PRD的内容?如何让产品和技术间形成一致性产出物?听说过codeisdocumentation,但什么是codeisdomainknowledge?代码的结构化,是什么意思?
如何让业务代码和技术代码解耦?业务是业务,技术是技术有的技术底座,我想用外包实现,可我是一个代码库,我也不敢相信外包质量,如何解决?我的团队,有的人明显适合业务领域开发,有的适合技术性系统开发,如何人员分层管理?想从代码里捋业务,就会变成这样:Q:“晚饭吃了啥?”。A:“我用勺子一口一口地吃了鸡生下的蛋和番茄再加上油一起炒的菜。”
业务不确定,尤其是2B业务,如果有KA更惨如何优雅地解决:业务逻辑的扩展,业务模型的扩展,业务流程的扩展有些if条件,场景已经不存在了,可不敢删,因为它的逻辑散落各处某个特殊业务,我们开发了好几个月,我们如何统计这个业务特有的代码?经常有特殊创建要我加字段,甚至加表又来个新场景,流程跟之前不同。我已经使用模板方法固化流程了,这可怎么办?如何快速响应千奇百怪的个性化需求,同时保持自身不腐化。
研发痛点如何让研发拿到需求立刻就知道代码写在哪里,不各显神通地造轮子造概念不要跟我讲各种方法论,架构思想,我只想知道这个PRD怎么好地实现。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请在707945861群中学习了解。