java架构师指南:架构师如何应对业务变化

在成熟行业或场景中,约束条件和发展方向已经固定,过往经验已足够应对业务的变化,这里就不涉及了。对于创新性业务的变化,意味着约束和发展方向都在探索中,或者直接就是产品经理角色缺失,只寄希望于市场对产品的反向重塑,这是个巨大的挑战,成本也相对比同时具有正向战略、规划、塑造的产品来的大。在竞争中失败风险也大,毕竟乱拳打死老师傅的前提是大家都失去理智。

java架构师问答社区

小编的经验做法是,先不设约束,也不做架构设计,力求快速实现,跟踪用户使用数据,提炼核心功能。核心功能稳定后尽快模块化服务,并独立出去发展。成熟一个独立一个,及时地少量适度粒度的标准化接口,实现各功能组合的灵活性。合理安排模块抽象封装、代码复用、关键优化,适度控制标准化程度和个人习惯的协调(强制和灵活的平衡,人的能动性和制度的强约束性平衡),把握开发节奏和系统维护效率,维持团队的高效激励机制,并在过程中祈祷用户有足够的耐心、市场给你留下足够的改进时间。

推荐阅读:《java架构师指南》架构师需要掌握的知识结构有哪些

猜你喜欢

转载自blog.csdn.net/weixin_49698883/article/details/108381745