我是大师


众所周知,摩尔定律,每18个月硬件行业会有一次革新,而软件行业也一样,当你的机器性能已经非常好,不用在关注性能本身,不用苛求运维在多分配一些内存给你,多一些带宽给你的时候,往往性能就不是那么重要,也许你说你用c++开发的服务性能高,但是跟开发的人力成本来对比,这点提高也许并不是显而易见的.

如果你用java开发服务,那我觉得这个选择很可能是正确的,但是如果你用java去开发一个web后台,那我只能说,因此跳出自己的舒适区,去学习更多的新技术,或者不一样的技术,也许你会有不一样的收获,也许你已经厌恶了面向对象编程,面向接口编程,实现某个功能,必须先去定义一个类型,或者接口的时候,或许你也可以试试面向过程编程,或者函数式编程.这也是函数式编程近年来很火的原因,因为随着硬件的发展,函数式编程在以后性能不给力的缺点已经慢慢被忽略,转而提现了他高并发的优点.

当某个用户突然无法上传的时候,怎么办? 难道跟用户说我这里好好的,别人也是好好的就你那里不行? 因此我针对每个人的上传记录,做了一些记录,记录每个用户的上传速度,上传ip,以及上传文件大小,还联系cdn服务提供方,开启了服务日志,记录每个人的上传情况,并且增加了动态请求分配节点,防止某个区域某个节点突然挂了,而导致用户无法上传图片,这个系统刚上线的时候,基本上传1万张图片会有100多次的甚至1000次的失败,而现在,随着系统越来越完善,越来越稳定,失败次数已经降低到了两位数。

甚至个位数.并且针对产品上也做出了相关的修改,例如友善的告诉用户为何会上传失败,是不支持图片大小,还是不支持图片格式,千万不要高估用户,用户不知道图片有多大,也不知道自己用的单反有多厉害,层级有个用户上传了个图片一直失败,结果我看了下那个图片有70多M,而我的服务当时最多就支持18M,虽然满足了大部分的请求,但是个别情况下也是会挂,最后我也修复了这个问题,

总结起这个项目,我觉得后期维护的期间,我学到的知识比开发期间多的多.因此我想说,投入100%的热情,并持之以恒,我知道这是非常难的事情,也正因为如此,技术专家,资深大牛才那么稀缺

我是大师


众所周知,摩尔定律,每18个月硬件行业会有一次革新,而软件行业也一样,当你的机器性能已经非常好,不用在关注性能本身,不用苛求运维在多分配一些内存给你,多一些带宽给你的时候,往往性能就不是那么重要,也许你说你用c++开发的服务性能高,但是跟开发的人力成本来对比,这点提高也许并不是显而易见的.

如果你用java开发服务,那我觉得这个选择很可能是正确的,但是如果你用java去开发一个web后台,那我只能说,因此跳出自己的舒适区,去学习更多的新技术,或者不一样的技术,也许你会有不一样的收获,也许你已经厌恶了面向对象编程,面向接口编程,实现某个功能,必须先去定义一个类型,或者接口的时候,或许你也可以试试面向过程编程,或者函数式编程.这也是函数式编程近年来很火的原因,因为随着硬件的发展,函数式编程在以后性能不给力的缺点已经慢慢被忽略,转而提现了他高并发的优点.

当某个用户突然无法上传的时候,怎么办? 难道跟用户说我这里好好的,别人也是好好的就你那里不行? 因此我针对每个人的上传记录,做了一些记录,记录每个用户的上传速度,上传ip,以及上传文件大小,还联系cdn服务提供方,开启了服务日志,记录每个人的上传情况,并且增加了动态请求分配节点,防止某个区域某个节点突然挂了,而导致用户无法上传图片,这个系统刚上线的时候,基本上传1万张图片会有100多次的甚至1000次的失败,而现在,随着系统越来越完善,越来越稳定,失败次数已经降低到了两位数。

甚至个位数.并且针对产品上也做出了相关的修改,例如友善的告诉用户为何会上传失败,是不支持图片大小,还是不支持图片格式,千万不要高估用户,用户不知道图片有多大,也不知道自己用的单反有多厉害,层级有个用户上传了个图片一直失败,结果我看了下那个图片有70多M,而我的服务当时最多就支持18M,虽然满足了大部分的请求,但是个别情况下也是会挂,最后我也修复了这个问题,

总结起这个项目,我觉得后期维护的期间,我学到的知识比开发期间多的多.因此我想说,投入100%的热情,并持之以恒,我知道这是非常难的事情,也正因为如此,技术专家,资深大牛才那么稀缺