(点击即可收听)
前几天,小红书IosApp端用户反馈遇到了,应用闪退的问题,一直登录不上 随后该话题迅速登上了热搜榜,引起了程序员同行的关注
随后,小红书客服微博发布了一条声明,承认闪退的问题,并表示是由于技术故障引起的,表示正在全力修复
然而,在程序员圈子引起更多关注的是一张网上的截图，一位疑似小红书的研发人员用户发表了一条微博,宣称自己已经被祭天,并向用户道歉
像这种线上事故,应该是属于p0级的,团队研发人员肯定有人要背锅,负责,要么打低绩效,要么扣除奖金,但是因为一个技术故障,归咎于某个程序员并对进行开除,显然是比较敏感过激的反应
在软件开发过程中,有bug时难以避免的,无论是小红书这种大型应用程序还是其他小程序应用软件,都有可能出现技术故障和闪退,数据显示不出来等问题
一个产品发布线上某个新功能,或修改某个bug,都需要有一个严格的过程,从需求评审,前后端开发,联调,环境测试等,甚至代码的review，只有在没有任何问题的情况下,才会发布到线上
软件开发是一个复杂的过程,对于行外人来说,可能觉得软件应用程序是程序员写的,那所写的程序员就应该负责
知乎上甚至有一个非常荒诞的提问,为什么程序员的代码不能终身责任制
这显然是门外汉的一种看法,在公司里,开发软件程序,都是团队成员分工合作,各自负责不同的模块,最后经过测试人员测试通过后才可以发布上线
一个大的应用程序,有不同成员负责开发和维护,有前后端开发,测试,运维同学,最后将问题全部归结于某个程序员确实是有些不公平的
程序应用的闪退,可能有多种因素造成,比如：网络线路,程序依赖的第三方库加载出错等
有些问题,并不是程序员所能控制的,比如:应用程序中的某个依赖的库被第三方给删除所引起,或是系统兼容性等问题
谁也无法保证,自己写的应用程序在任何情况下都能完美运行,不出错 在出现问题时,能够及时的进行解决就可以
在软件开发过程中,程序员需要编写高质量的代码,并进行充分的测试,但是如果时间很紧,又很赶,难免质量上就难以得到保证,不出错
由于项目的复杂性和时间的压力,有些边界问题可能就没有考虑进去,从而忽略了一些特殊的情况
只要能够积极的跟进并修复bug,我觉得就可以了的,但是这种直接开除一个程序员,确实有些暴力
这种行为并不能解决问题,应该引此为例,完善开发规范流程
这样的暴力行为,是比较令人寒心的,容易引起团队成员的不稳定,以后大家虽然会变得谨小慎微,缺乏包容性,不免有些寒心
但职场往往就是这样,不是学校,需要有人承担错误的结果,严格来说,测试人员也是要追责的,最后才是开发,但是事实往往就是如此,一旦涉及到利益,责任，凡是出现问题都会指向开发,产品成也开发,败也开发
在互联网公司里,做产品开发的,压力是最大的，是具体落地的实现者
这种p0级的事故，也侧面反应出了，即使是在头部大公司，产品研发上线发布流程，也存在着一些缺陷，总之事情既然发生了，总会要有人负责，背锅，对于这种级别的应用，产品的稳定性是非常重要的
职场就是这样，不是学校,需要有人承担责任结果,即使该员工不被祭天，后续难免也会被边缘化，或丧失团队成员的信任
互联网真的卷不动了的，互联网行业就是这样,比较残酷,你行,你就留下,不行,就走人,最后还是希望这位同学越来越好
使用CSS3 transform:matrix3d实现的搜索框变形动画
(能绘画,能问答)
