互联网公司让人痛恨的现象 - 熬夜上线

待兔
• 阅读 379

互联网公司让人痛恨的现象

大家好,我是兔哥,今天聊聊互联网公司让人痛恨的现象 - 熬夜上线。

一、 熬夜上线

有没有发现,互联网公司,需求上线的最后一天,各种奇葩的事都来了。

  • 大家的工作效率都变高了,之前测不出来的bug,现在全测出来了

平时测试的时候,感觉bug也不多啊,一到上线最后一天,真的是全崩出来了,为啥之前就测不出来?

  • UI问题也出来了,测试的时候,UI不出来验收,上线前开始验收,真想骂娘

    早去哪了,为啥非得等到上线的时候,才验收。

  • 产品也会出来说,这个交互不对,那个按钮点一下不应该这样的。。。

​ 有的公司产品就是不愿意写文档,或者写的很一般,也没个对照,结果做的时候,IOS,安卓 ,web 三端都可能不一样的交互。

​ 没有文档,就程序员自由发挥呗,这种现象绝对是上梁不正下梁歪,上边的管事的,饭桶一个。

​ 你但凡要求一下,产品经理也不至于这样。

一旦上线那天,出各种问题,最倒霉的是谁呢?

毫无疑问,最倒霉鬼的就是程序员,程序员里面最倒霉的就是写界面的(安卓 ,IOS ,web)

为什么最倒霉的是程序员呢?尤其是开发APP的呢?

  • 因为web出了问题,可以实时发版,安卓,IOS线上出了问题,就比较严重,因为发版本,审核,要慢1,2天。

  • 测试也不是最倒霉的,因为测试的任务,是把bug测出来,剩下的基本上没他们事了

  • 服务端也不是最倒霉的,因为接口的bug,早在开发的时候,客户端已经帮他们过了一遍了,有什么问题,在调接口的时候,顺便他们就改了。当然线上也会出bug,但那不是需求上线的那一天。

  • 产品,更不用说了,产品当然有用,另外产品还有一个最大的用处,就是充作老板和研发人员,中间的缓冲。上线那天,他们没事。

  • 设计师,基本上也没啥事,看到页面画的不一样就让研发改。

为什么就不能明天上线?

上线那天因为出了很多问题,bug,UI,产品交互,杂七杂八的问题,一会冒出来一个,一会冒出一个

研发就在那改,这时候,你很可能会看到这样一个现象:夜里12点多了,一堆人,在等一个APP研发人员,改一个bug

而其它的人,没事的在那聊天,看手机,睡觉

在改Bug的这个人,一堆人在等着他改完打包测试,这个时候,当时是什么场景呢?

  • 夜里12点多了,甚至 1,2点了。
  • 一堆人等着他,他现在心里压力很大
  • 很累了,脑子也糊涂了,硬着头皮改,打一堆log,加一些变量,连懵带测,看效果。

这样就会造成一个很大的问题:在这么晚的情况下,脑子也是懵逼的状态了,还背这么大的压力,这bug会不会越改越多?

事实上,是会的。改了好几次,打了好几个包,可能才改好。

但是最严重的不是这个,最重要的是:这个人有可能猝死,但是一堆人,没有一个人关心,没有一个人提这个事

哪怕有领导在,哪怕有技术负责人在,大家不会提这个的,也没有人会说一句,这样搞下去,会很危险的。

有时候心里就在呐喊,这种上线的那一天,有问题了,明天上线呗,为啥非要等到今天上呢?

你没看到这么多人累的够呛吗?你当老板的,当领导的,就不能关心一下下?

所以,裁员最应该裁的不是员工,而是领导,没有为员工出头的魄力,就别当领导,就应该换下去。

所可爱的人:是那帮熬夜还在改BUG的一线程序员。

而且他们还经常受到PUA,加班是因为你技术不好,写的不好,问题才会多,这是典型的PUA。

熬夜加班,还有可能会被PUA哦。

而且领导还会把这种情况说成是拼搏,是努力奋斗。此处不想骂人。。。。省略一万8000字。

为什么就不能解决?

熬夜上线很痛苦,每次需求很多都是最后上线的那一天出各种问题

我10多年研发经验了,经历了很多互联网公司,好像每个公司都逃不开这个魔咒。

就像一个诅咒一样,每个公司都会出现这样的问题。

到底为什么会出现这种奇葩的现象呢?

其实原因从大的方面说,就两类

第一类:排期的时候,时间给的不够

这种很常见,没什么好说的,遇到这种公司,要么忍,要么走

没什么好的办法,当然不有一种比较好的办法,就是你把你的加班记录全部记下来

保留证据,走的人时候,找公司要双倍加班费。

这是员工应该得的,不要有什么心理负担。光明正大的去要。

公司不守规矩,咱也不能太傻了,基因血脉中的36计,赶紧觉醒用上,能多给自己补偿一点是一点。

第二类:领导不给力

客观的讲,我也遇到有一些公司,不会压缩研发人员的排期时间。

一个需求的排期,是研发人员自己排的,也的确是够了。

但是上线的时候,还是会出现各种问题,以致于零晨1,2点,2,3点的才上线,回家。

这种情况下,咱们不能骂老板了。老板也是有守规矩的。

这种情况下,就是团队之间的配合问题,需求跟进问题 ,前检后紧了

其实总结一句话:管理问题

解决问题的步骤就两步:

  1. 发现问题
  2. 解决问题

需求A上线

需求A上线,最后一天出各种问题,大家熬夜改问题,上线了。

事后应该总结教训,到底哪个环节出了问题,在时间够的情况下,没有按时完成任务,导致熬夜加班。

需求B上线

下次需求B上线,最后一天再出现了问题,大家还是大家熬夜改问题,上线了。

就再总结,哪个环节出了问题,就改哪个环节

解决方法

别扯皮,别瞎BB,就直来直去,是问题,就改。遇到困难一直向上求助,因为这是个问题,要改。

一定要解决

我相信要不了几次,应该会好很多。

如果改不了,那是领导的问题,因为这个时候,就是体现领导价值的时候了。

这个时候不体现价值,啥时候体现?难道是体现写PPT的能力?汇报的能力?

搞不定的,这种领导应该第一个被开除。平庸的领导比能力差的员工,对公司危害更大。

总之吧,写这篇文章,是有感而发,也是瞎胡扯,因为兔哥也想早点下班。

如果你也有同感,可以支持一下兔哥 : www.helloworld.net

点赞
收藏
评论区
推荐文章
待兔 待兔
3年前
helloworld.net的建站故事与技术选型
helloworld.net的建站的故事与技术选型大家好,我是待兔,也是helloworld.net开发者社区的创始人之一,自从2021年1月18号,helloworld.net正式上线当天就引来了很多的技术人的关注,其清爽的界
徐小夕 徐小夕
3年前
2020年国内前端团队都做了些什么?
2020年是国内互联网公司发展最迅速的时代,前有技术公司华为独立开发了操作系统和国内芯片产业,后有疫情时代兴起的在线教育和直播产业,无疑对前端团队带来了巨大的挑战和机遇.笔者将结合一线互联网公司实际做的事情来对2020年技术做一次梳理,希望对大家有所帮助.2020年前端团队的新挑战和方向1.跨平台应用架构的研发和应用跨平台应用开发
Wesley13 Wesley13
3年前
RCA
1.背景知识微信授权,php,订阅号,微信授权代理2.问题现象外包开发个php项目,最终上线,不想让外包人员拿到服务器权限,所以总监让我介入帮忙部署。外包和业务告诉我代码在外包服务器上测试通过了要求我上线部署到自己服务器。开始我说上线部署也就3天搞定,我本来打着富裕时间去的,我也有其他开发工作要做。结果噩梦的开始,这外包也是偷懒的人,文档,sql
如何有效的解决代码的圈复杂度
不管小型公司还是大型互联网公司,很多项目债台高筑,新功能开发困难。其中一个很大的原因就是代码复杂,可读性差。Sonar开发团队曾上纲上线的戏称开发人员的7宗罪,其中很关键的一条就是“复杂度”。那复杂度有没有一个明确的衡量标准,我们又如何去解决代码的圈复杂度呢?今天我在这里和大家聊一下。
Wesley13 Wesley13
3年前
RPC接口测试(三) RPC接口测试
RPC接口测试接口测试主要分HTTP和RPC两类,RPC类型里面以Dubbo较为知名。互联网微服务架构,两种接口都需要做接口测试的,不管是业务测试还是回归测试;Dubbo:Java栈的互联网公司比如阿里、美团、58、滴滴、京东等等都是差不多的服务端架构,所以这些公司,两类接口测试也是必不可少的工作部分;Dubbo是一
Wesley13 Wesley13
3年前
MySQL 5.6.35 索引优化导致的死锁案例解析
一、背景随着公司业务的发展,商品库存从商品中心独立出来成为一个独立的系统,承接主站商品库存校验、订单库存扣减、售后库存释放等业务。在上线之前我们对于核心接口进行了压测,压测过程中出现了MySQL5.6.35死锁现象,通过日志发现引发死锁的只是一条简单的sql,死锁是怎么产生的?发扬技术人员刨根问底的优良传统,对于这次死锁原因进行了细致的排
Stella981 Stella981
3年前
NodeJs学习一NodeJs初识
一、前言按照惯例,先扯淡,就因为这货,现在才有了各大公司招聘的全栈工程师,正是因为它,让以前只会写前端的人也能写起后端服务器代码来了。所以呢,你招一个会NodeJs的前端,它都能把后端干了,一个人干了两个人的事,你说哪个公司不想要。但是我还是要同情一下前端的兄弟们,真是苦了你们了,以前你们只是写页面就完了,现在还得写后台,再加上各种前端框架,什么
Wesley13 Wesley13
3年前
37岁程序员失业投500份简历就3次面试猎头:超35岁不要
37岁程序员失业120天,投了500份简历就3次面试,猎头:超过35岁都不要在职场中,都说互联网吃青春饭,而35岁就是一个门槛,一旦到了这个年龄找工作都非常难,甚至被公司裁员的风险都很大,其实一个现象也不难发现,互联网公司几乎都是年轻化,高龄员工很少,这也算行业趋势。最近,一位程序员在职业论坛留言,分享了自己面试的经历,“37岁程序员失业120天,投
Serverless冷扩机器在压测中被击穿问题 | 京东云技术团队
有次全链路压测中,有位同事负责的服务做Serverless扩容(负载达到50%之后自动扩容并上线接入流量)中,发现新扩容的机器被击穿,理论分析之后我们重新进行现象回放,模拟问题重现