心想技术驱动业务,却在背道而驰
这里是Z哥的个人公众号
每周五11:45 按时送达
当然了,也会时不时加个餐~
我的第「165」篇原创敬上
业务:我希望在这个报表里多展示某个字段行不行?现在每次我都得手动把数据合并一下,有点麻烦。 技术:这个字段不在我们的系统里,要加上的话,我们需要从别的业务系统拿数据,比较麻烦,而且可能准确性和及时性都会差一些。如果非要加的话,开发工期会比较久,你需要走需求流程。 业务:啊,不是吧。多个字段显示,有这么难吗?
业务:用户反馈这个活动链接分享给他的好友后他们点开是空白的。 技术:这个活动本身是站内活动,我们没考虑会分享到站外的情况,所以这里信息校验没通过,导致页面数据没有返回给客户端,造成了打开空白的情况。 业务:其实我只想知道……现在要怎么解决?
解决过去无法解决的问题
让解决问题的效率大大提升
SRP 单一职责
OCP 开闭原则
LSP 里氏替换原则
DIP 依赖倒置原则
ISP 接口隔离原则
分层架构
六边形架构
洋葱架构
领域驱动设计
懂业务。
基础架构够稳、弹性够强。
现实的问题在技术维度上体现的够清楚。
当前无法解决的问题
当前解决效率不高地方
理解业务
稳健、可扩展的基础架构
构建完备的领域模型
推荐阅读:
原创不易,如果你觉得这篇文章还不错,就「在看」或者「分享」一下吧。鼓励我的创作 :)
如果你有关于软件架构、分布式系统、产品、运营的困惑
可以试试点击「阅读原文」
评论