学习如何失败

越早的发现问题,就能越早的弥补损失,你应该庆幸现在发现了这么多bug,而不是上线的时候,你也应该庆幸人少的时候发现了这么多bug,而不是用户拥堵的时候,如果你的软件没有定期向你抱怨,你就不知道危险的故障隐藏在哪里,此外带着防御性的措施进行编程也是很重要的.出现问题的时候,才是考验软件开发质量的时候,出现问题的时候,解决方法,解决思维也是检测工程师技术的时候,学习处理也是非常重要的.

1.因此发现问题第一时间提出,在开发和测试中,越早发现错误,造成的问题就越小,越早发现并且暴露自己犯下的错误,造成的负面影响也就越小
2.接受批评,也许这个问题并不是跟你有直接关系,也许只是间接关系,也许压根跟你没关系,但是当出现问题的时候,我们第一时间需要的是解决方案,而不是互相甩锅,我们的目标是在最短的时间内解决修复问题,在谁来负责这个问题上纠缠不清的后果就是拖延解决问题的时间.

3.寻求帮助,当我们遇到困难的时候,一定要学会跟团队成员互相沟通,寻求解决方案,而不是因为责任感和自尊心而掩饰问题,以及拖延问题,没有人不会犯错,越是及早的解决问题,越是能减少问题带来的负面影响.

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

千万不要高估用户,用户不知道图片有多大,也不知道自己用的单反有多厉害,层级有个用户上传了个图片一直失败,结果我看了下那个图片有70多M,而我的服务当时最多就支持18M,虽然满足了大部分的请求,但是个别情况下也是会挂,最后我也修复了这个问题,



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

学习如何失败

越早的发现问题,就能越早的弥补损失,你应该庆幸现在发现了这么多bug,而不是上线的时候,你也应该庆幸人少的时候发现了这么多bug,而不是用户拥堵的时候,如果你的软件没有定期向你抱怨,你就不知道危险的故障隐藏在哪里,此外带着防御性的措施进行编程也是很重要的.出现问题的时候,才是考验软件开发质量的时候,出现问题的时候,解决方法,解决思维也是检测工程师技术的时候,学习处理也是非常重要的.

1.因此发现问题第一时间提出,在开发和测试中,越早发现错误,造成的问题就越小,越早发现并且暴露自己犯下的错误,造成的负面影响也就越小
2.接受批评,也许这个问题并不是跟你有直接关系,也许只是间接关系,也许压根跟你没关系,但是当出现问题的时候,我们第一时间需要的是解决方案,而不是互相甩锅,我们的目标是在最短的时间内解决修复问题,在谁来负责这个问题上纠缠不清的后果就是拖延解决问题的时间.

3.寻求帮助,当我们遇到困难的时候,一定要学会跟团队成员互相沟通,寻求解决方案,而不是因为责任感和自尊心而掩饰问题,以及拖延问题,没有人不会犯错,越是及早的解决问题,越是能减少问题带来的负面影响.

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

千万不要高估用户,用户不知道图片有多大,也不知道自己用的单反有多厉害,层级有个用户上传了个图片一直失败,结果我看了下那个图片有70多M,而我的服务当时最多就支持18M,虽然满足了大部分的请求,但是个别情况下也是会挂,最后我也修复了这个问题,



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