
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
软件性能优化是软件开发程序员需要长期关注的一个问题,而今天我们就通过案例分析来了解一下,软件性能优化需要关注哪些问题。
在某些情况下,一些预优化还是有意义的(例如,对于代码可维护性或可移植性)。避免预优化可不是懒惰的借口。但是,如果我们为永远不会发生的事情进行预优化,那么它就是浪费了。预优化有时也会导致设计决策,让我们陷入无法摆脱的困境。我相信,有时候,预优化是反敏捷的。软件交付是一个迭代的过程,特别是对于复杂的项目。我看到过一些交付团队,特别是那些非常乐观和初级开发人员的团队,在项目的早期往往就做出超出他们能力范围的事情。我并不否认他们的热情,但有时候这才是经验的真正价值所在,有时候,磨练还是必要的。
在软件开发中,有这样一种“爬,走,跑”(crawl,walk,run)的原则。这意味着先要构建所谓的小可行产品(MVP,即“爬”阶段)。MVP并非开发人员为了取悦产品所有者而胡乱拼凑的东西。这是满足客户基本需求的实际有用产品的小版本。将MVP从足够好到更好的关键在于迭代:获得反馈,重构/修复,然后再次获得反馈,同时要牢记质量。创建MVP可以帮助团队能够快速失败,因为它可以快速识别问题,并在需要时进行调整。在“走”阶段,团队可以通过引入性能(例如,确定自动扩展策略)、成本优化(调整资源大小)和整体应用程序调优来“加速”,这有时可能包括重新架构(例如,从EC2托管的应用程序到使用无服务器解决方案的容器化应用程序)。后,在“跑”阶段,团队现在可以加速到他们感到舒适的速度。也许这意味着一天要多次部署服务。这通常也是团队开始考虑灾备等更大问题,并进行“游戏日”,这是一项实践,以确定如果糟糕的情况发生(又称“混沌工程”),可能会出现哪些潜在的问题。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。