首页 > 代码库 > 架构设计的抉择
架构设计的抉择
当你生产砖土胚的时候,抉择是少的,当你制作一件瓷器胚子的时候,抉择就多了。
当我从企业应用设计转变为互联网设计的时候,我发觉每一个抉择都需要细密的权衡。
1、如何开始?当你不知道从何处开始的时候,就从最简单的可运行功能集开始:这个时代流行一个叫MVP的东西:minimum viable product-最小可用产品,在技术架构的开始,可能会更小:最小可运行功能集,这个功能集让你对你的产品的基本技术栈做一个从头到脚的原型测试,让你的团队和用户有一个实际可见可运行的讨论沟通原型。做过企业应用的人,追求上线即完美,因为企业应用的上线和系统业务运作之间的周期很小,企业应用的用户的是固定的,需求是相对具体的,领域业务模型带有一定的专业性。互联网的产品,产品概念模型最好就是大众认知模型,用户这个问题有高有低:在原有平台基础上构建的产品,其实用户群就不小,当然这种平台的公司的产品运作能力和实力也不弱,小团队创业型产品则不同,新的产品出来可能长时间都是晾着,长时间的用户发展速度很慢,业务的缓慢发展给产品的进化以及技术架构的进化留下了充裕的空间。追求功能集的一步到位,写多余的就是无用功,甚至会成为负能量。
2、当你无法自顶向下看透或掌控整个架构的时候,请从下面往上开始做。这个抉择在产品设计和实现设计上都可以用.
架构设计的抉择
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。