性能优化的一点感触

最近参与了几个项目的性能优化,总体来说各个项目都有所提升,能够满足用户使用需求,但是这个过程耗费了大量的人力、物力资源成本,主要原因有以下几点:

  • 系统本身没有任何参数指标,这一点其实是大多数系统存在的问题,打个比方我作为乙方给甲方做了一个软件,交付完成后供甲方使用,这个系统的TPS是多少?硬件配置/用户矩阵是什么?系统可靠性4个9还是2个9?你可能会说,我们的客户要求根本没有这么严格,能用就行,实则不然,如果说一年没问题,一年后客户的用户数量增长了一倍,忽然发现系统卡顿,几乎不能使用,客户找你算账,这该怎么办?谁的原因造成的..... 你说我们给自己公司做的产品,不要求这些东西,满足当前用户即可,那我现在问你,你的系统用户承载量是什么?当你真的出现用户数量激增,你该如何应对?

  • 框架标准化,如果一个企业中多个项目使用的框架五花八门,真正出现性能问题的时候,只能大家齐上阵,见招拆招,忙的不亦乐乎,其实收效甚微。

  • 翻译需求,很多功能逻辑说不通,但又没法改,为什么?客户要求如此、产品经理设计如此,产品

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Spring_java_gg

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值