① 杭州一程序员被辞退报复公司,写代码转账553笔,最终得到了什么处罚
杭州一程序员写代码转走公司21万元资金,最终被按照盗窃、妨碍公务罪进行处罚,判处4年2个月的有期徒刑。
一、事件详情
程序员马某被公司辞退后,为发泄对公司赔偿金额的不满,利用任职时掌握的项目技术编写代码,将公司的21万资金转到自己的名下。
② 什么仇什么怨,程序员设计师与产品经理的爱恨纠
哈哈哈,程序员和产品经理可以说是死对头啦。
1、频繁改需求
如果项目经理想要整死程序员,频繁改需求是最快的办法。特别是做了一半硬是改掉需求,scrum里的表现就是sprint内的非受迫需求变更,太狠了,技术同学表示不能忍。
2、拿老板和运营做挡箭牌
不说清需求价值,当技术童鞋问“为什么要做”的时候,支支吾吾,或者说“老板要的、运营要的”。最绝的就是说,这个功能老板说必须要做,那个功能老板说明天就得上……
3、扮用户
程序员会产品经理沟通的时候,比较经常就是听到,“关键字是用户不会这么觉得,如果我是用户。”
这种产品经理通常关注点会有问题,比如更多的时候讨论的是这个按钮是这么颜色,应该放在哪里,文案应该怎么写等,如果把这些问题当做核心,那难免会让人啼笑皆非。
4、口头禅——不就是xxx
有些产品经理口头禅:不就是xxx,这也引来一些程序员的反感。
比如“这个问题不就是在数据库里加个字段就可以解决了吗?你要是没时间,我给你写个SQL 语句,你执行一下吧。”结果程序员一脸懵逼。
其实,如果是在你的非专业领域里,最好少用这种“不就是XXX”这样的句型为妙。
5、不懂装懂
特别是对技术一窍不通的产品经理,会不停让程序员加班赶工。
“开发大哥,我代码写的不多,你可别骗我,这么简单的需求,明明一下午可以搞定,你跟我说一个星期?”
此时,想必程序员口袋里50米大刀已经饥渴难耐......这种产品经理叫程序员哭笑不得。
希望可以帮到你,谢谢!
③ 为什么都说悲剧的程序员程序员很悲剧吗
情景一:
程序员的悲哀,不是情商问题,不是衣着问题,更不是自黑之类的,悲哀是并没有决策权。项目做成什么样,你有决定权吗?那是领导和产品经理的事。注意流程是这样的:领导或经理决定要改需求,然后通知你,然后你等设计给你图,然后你做好。程序员只是一个执行者,别人叫你干啥你就只能干啥,除非产品是傻逼到让你实现不可能的功能。最后项目做坏了,裁员了是谁?程序员。
做程序员越久,越是感到:我们就是新时代的手工艺者。只有少数的人,从手工艺者,变成了发明手工艺制作机器的人,少部分人变成了设计手工艺品的人,少部分人变成了车间主任罢了。
“码农”这个词有着深深地悲哀。
欢迎大家都来吐槽!
④ 家庭惨案:程序员不懂妻子心,媳妇积怨已久,怒杀丈夫和婆婆,你怎么看
婆婆和儿媳的关系一直是最难处理的关系。一个聪明的丈夫会在争吵中支持双方,而一个愚蠢的丈夫会忽略争吵,做自己的事情。
2013年8月初,两名女子报警。一位名叫田丽(音)的妇女抱着孩子告诉警方,她的丈夫和婆婆都失踪了。
另一个女人是田丽的嫂子刘芳。虽然她不和哥哥和嫂子住在一起,但她每天都和母亲说话。
这两天发现哥哥和妈妈联系不上了,来到哥哥家发现嫂子根本不知道,这才急忙报警。
听了两人的话后,警察立刻对田丽起了疑心。她的丈夫和婆婆已经失踪两天了。她不仅不担心,而且似乎也漠不关心。
从整件事来看,不只是田丽有错,丈夫也有错,承担了重大责任。妻子和岳母多次吵架后,他没有采取有利的措施,这加剧了矛盾。
让婆媳关系越来越糟,丈夫刘强没有站在妻子的角度考虑问题,而是帮助母亲,这样下去,冲突只会越来越严重。
婆婆和儿媳之间的关系不应该是变色的问题。这往往需要相互理解。
⑤ 程序员加班最狠的一次是什么情况,有多辛苦
我自己的高强度加班有2次,都是自己创业
当时这是个社区平台,有过千万用户了,一个核心系统升级,然后出了点问题,不能降级,没办法只能停了这个系统加班加点修改。
改了4天3夜,中途还接了用户近200个电话,好多是凌晨,用户还很惊讶,说那个时间还有人接电话。
最终解决了,用户也没有流失,睡了好几天补觉。
这是一个 游戏 接入项目,因为对方是一个大平台,用户量特别大,要上一个流量平台,一堆 游戏 cp抢着上,所以你不抢肯定赶不上第一波,而第一波绝对是资源最足的。当时开发团队分在3个城市,我来统一指挥,还需要跑去平台那边,相当于是4个地方,最终也是赶上了。虽然 游戏 没赚到钱,不过这个加班是太狠了。
当然,对方平台公司更夸张,为了他们流量平台项目,整体没日没夜加班3个月,每天到凌晨3点,早上还早早9点就到公司了,具体公司就不说了,我们对比他们简直算是早九晚五了。
另外从业20年,总结:
短期冲刺加班赶节点还是有点用,长期加班的项目成功概率太低了
遇上长期的,赶紧换公司走人
其他程序员怎么加班我确实不太清楚,就我个人的经历,最狠的一次加班是在2009年1月1日。
直到现在,我都清晰的记得当时的情况。那是的我还是一个普普通通程序员,2008年的年末,我们接手了一个新的项目,是和苏州公司合作的一个项目,因此,苏州公司派了一名项目经理全程参与。
我还记得第一天项目启动会的时候,这位项目经理说:“我希望大家能够通力合作,完成项目。放心,我不会把大家当牛当妈的使唤的。”当时,我以为这是一句玩笑话。但是后来我明白,他果然没有把我们当牛马,都快要猪狗不如了。
2008年12月底,由于项目快完成是产生了需要和设计的变化,而需求和设计的变化不小,导致代码改动很大,但是项目研发阶段的deadline临近,本来之前就加了不少班,大家就怨声载道了,现在更是只变需求不给时间,大家就更是不开心了。Teamleader和项目经理是因为这个问题直接怼上了,最后,项目经理很不厚道的把“我们完不成任务”的情况汇报给了集团的高级总裁。
这件事也就不可收拾了,我们这里分公司的总经理扛不住,只有要求Teamleader按照项目经理的要求完成,如果完不成就提前说,咱们就换人。
最后,自然就定下了一个目标,1月7日前完成所有的调整,保证质量的情况下进入集成测试阶段。
于是,惨无人道的7天生活就开始了。
2009年1月1日,元旦节,我们在公司加班到了凌晨1点多,到处都没有人了,就连对面的华为(当时华为的园区还没有修好,所以就在我们公司对面)也没人了。我们大概10人左右的小分队就到了附近的烧烤摊,吃了顿烧烤,然后3点左右回到公司继续干活。到了凌晨5点多的时候,扛不住趴着睡了一下,9点多又起来接着干。
2009年1月2日,其他项目继续放假,我们接着干,中午的时候休息一下,下午开始又一直弄到完成11点多,然后回家。
2009年1月3日,整个公司还是只有我们这一个小分队,9点多到公司后开始干活,一直干到了晚上9点多,然后让一些女同事先回家了,毕竟女孩子要是一个人的话,太晚回家还是有安全上的风险。我们几个男同胞又接着干,到凌晨3点多,然后收工回家。
2009年1月4日,公司正常上班了,我们也按时到了公司,这时候项目其实基本是赶工的成果,功能没有全部改完,也没有经过验证,风险很大。但是,集成测试前,有一个UT和Checklist是必须完成的,这个至少需要留一天时间,也就是留给研发的时间只有不到3天了。
于是,1月4日这天又忙到了凌晨3点多,还是有很多问题没有解决。无奈,大部分人都快要扛不住了,还是回家吧。
2009年1月5日,我大概9点多到的公司,然后继续开始了赶工之路,时间已经不多了,这天结果一直到了晚上2点多,还是有很多未完成的内容,Teamleader带着大家出去觅食,结果便利店都关门了,只有无奈返回,继续干活。一干就干到了1月6日下午5点多。这个时候,大部分的问题都基本处理了,只剩下一些零散的内容。所以,到了晚上8点多,大家就撤了。
2009年1月7日,对整个系统进行了自测,遇到问题处理问题,由于根本没有时间做UT用例,所以都是想当然的进行了验证,按照Checklist的内容一一跑了一下。最终,在晚上9点多的时候完成了所有的测试并进入了集成测试阶段。
终于,我们算是按照要求达到了目标,不过也度过了惨无人道的7天。什么凌晨4点的街道,什么凌晨5点的朝阳,呵呵。
那肯定是连续通宵加班啊,赶项目就是这样,没办法,干工程的人员应该都有体会!
分享最近的一次加班经历吧,多狠倒是不至于,也没觉得有多么的苦逼,反而很有成就感。
就是这次疫情期间发生的事情,很多公司都停工停产,不过也有行业很早就开启了远程办公模式,我们公司也也不例外,甚至我们在春节假期期间,就已经开启了加班模式了。
针对这次疫情,我们公司推出了一款新产品(线上),具体内容就不详细说了,反正也算是做了一件利国利民的事情,所有收入都捐给了武汉,而这款新产品的开发,让一个团队上百个伙伴,连续工作了三天三夜。但是产品上线后遇到了一个比较严峻的考研,就是业务量比较大,一个老接口已经超过了现有系统的承受能力,所以需要一个系统提供一个接口,现有业务迁移到新的接口上。
我是那天晚上起点多接到了领导们的微信语音,了解到这件事儿的前因后果,并且领导给出的提测时间点:第二天早上。
苦逼么?别人系统做了几天还是几周开发出来的东西,需要第二天重构出来。
其实一点儿都不苦逼,反倒觉得非常有挑战,似乎有一些热血澎湃。
讨论完需求的具体细节之后,我安安稳稳吃完了晚饭,然后:
20:40 沐浴更衣,准备大干一场。
21:00 点坐在了电脑前,VPN 连到了公司的电脑;
22:00 总体的架构就搭建起来了;
02:00 四个小时把细节全部实现;
03:00 一个小时自己进行调试,修改,再调试 ... 通过;
03:30 花了半个小时完善了注解和文档;
提交代码,打完收工,貌似提前完成了工作;
测试团队(全流程)测试,第二天下午上线,上线后效果不错,抗住了压力。
感觉自己像一个拯救了世界的英雄。
我将持续分享Java开发、架构设计、程序员职业发展等方面的见解,希望能得到你的关注。
作为一名老程序员,职业生涯经历过很多次加班赶进度的情况,这在这个行业里是再所难免的,偶尔的加班其实还都可以接受,怕就怕持续性的加班。
基本上对于大公司来说每次大促活动、大版本发布都需要经历一段时间突击,当然,像大促活动上线这种情况即便你工作完成了,在上线前后你都需要随时待命,一般像双十一这种规模的活动,基本上都是彻夜守候在电脑前,保障系统稳定性和及时解决出现的问题。这种加班其实并不是工作量的累了,而是真正的精神压力了,一个小问题都有可能引起大故障。但在这种情况下后勤保障还是挺完善的,各种小吃饮品满足你需求,紧张的心情伴着“节日”氛围,事后释怀了回想起来让人也是感觉成就感满满的。
我曾经半夜三点被主管喊起来开车拉我到公司解决线上Bug,也曾因为接到了一个自己完全不熟悉的领域连续加班5天到2点,但这不是常态,如果成为常态那果断离职吧。
在这里也建议各位程序员加强身体锻炼,毕竟身体是革命的本钱。
我听朋友说的,他是在公司做HR,有一次她早上来上班,正常的和同事说话,可能声音比较大,把项目经理吵醒了,发现项目经理一夜都在公司,基本熬个通宵。
有的时候为了赶项目,确实要加班很晚,但也不全是这种状况,要是平时速度快的话,肯定是不用加班的。
程序员加班其实没有最狠,只有更狠。从不同的领域细分,一般互联网企业加班是最厉害的,然后是一些头部的私企,具体是哪家就不说了。有的创业公司加班也比较厉害,但不一定。
很难从总体上说是什么情况,说说自己从业十几年的经历吧。
L公司
刚毕业的时候去的L公司,号称是国企的IT公司。到了没多长时间就碰上新项目,由于工期紧,领导带着做封闭开发。基本上是每天凌晨3点睡觉,早上8点多起床。最后加班都加恶心了。
H公司
然后去了H公司,H公司是一个私企。加班本来就是家常便饭,但是我参与的又是线上的业务,出了问题要马上搞定。记得最厉害的一次应该是搞了一个通宵,然后第二天正常上班接着搞。
倒是没有连续搞多个通宵的情况。没有在互联网公司呆过,听说那里加班更加厉害。有过类似经历的同学可以在下面分享一下。
你知道凌晨四点的杭州西湖是什么样子吗?
每个公司不一样,部门不一样,加班的原因也不一样。像我,很多大型活动的时候都需要研发值班过晚上12点,2、3点下班。比如618,双十一,双十二,双“蛋”。一年也就那么几次,没那么频繁,不然谁都受不了。
但是这不是最苦逼的,因为第二天可以调休,值夜班中间也没啥事,还有公司统一发放的夜宵,同事之间吃吃喝喝,说说笑笑,还是很嗨皮。
最苦逼的是半夜三更被电话叫起来,应急处理某些重大线上bug。只有你一人孤军奋战,从天黑干到天亮。还得正常上班,开一天的会向领导汇报情况,精神一直处于高度紧绷状态。最后还吃力不讨好,成为背锅侠。后面几天晚上都睡不好,从身体到心理上都觉得苦逼。
总结下,bug无法避免,我们程序员个人能做的是什么呢?除了提高技术能力之外,就是保存良好心态,和拥有强健体魄。随着年纪增长,越发的理解前辈的话,能够倒头就睡第二天被上班闹钟叫醒真的很幸福!
我记得那是上班的第二年,在移动的一个项目上,当时真的是年轻,精力充沛。当时是年底组巡,为了应对检查,通宵两个晚上去核查数据,基本连续两个晚上没睡,到了第三天下班才正常回家补觉。
后来年纪大了,真的熬不起了,奉劝年轻人还是不要这样,提高工作效率是关键,没有产出的加班是一种无能的表现。
最狠的一次加班也就是连续半个月在公司待到凌晨一两点左右吧。那时候为了完成一个项目所有同事都一直忙到很晚才回去,自己我住的离公司很近,其实也不算多么的辛苦吧,毕竟就算不加班自己也是要一点左右才睡觉的。每次加完班走在回去的路上,反而有一种病态的满足感,感觉自己过的很充足 。感觉每天和一群同事努力的去完成一件事情,特别是最后圆满完成的时候有一种小小的成就感。其实做了五年的程序员,平时很少加班的,因为没有加班费所以公司也不提倡加班。如果不是特殊的情况,一般都是朝九晚五的节奏,很少有在公司待到一两点的。很多人提到程序员就是加班,什么九九六,什么零零七,其实正常的公司为没有这么变态了,一般只是一些特殊的情况才会偶尔加一次。
⑥ 如果微信被运维删库、跑路,会造成什么恐怖的后果你怎么看
这个问题问的还是很有意思的,也是热点问题吧。如果微信被运维删库跑路的话,会造成什么样的结果呢,其它微信就简单的多了,它无这不微盟那么复杂,因为微盟是有更多客户数据的,结果也不太一样,因为它的服务对像并不多,也只是300万,但是数据量反而非常大,所以删库的影响反而更大了,微信被删库的话,结果会是这样的。
怎么我的微信登不上去?这是最为常见的。客户基本信息数据丢失了,微信会登不上去,使用手机号登录可能还会提升,没有注册过呢。这个影响是最大的,就是微信数据丢失了,啥啥都没有了。
再有的就是部分数据库的无法使用,比如有微信,可登录,但是好友没有了,朋友圈的数据没有了,备注的用户名没有了,等等,这个是一些相对影响小一点儿的。另外微信因为用户比较大,所以它的用户数据存储应该是分散式的,相对微盟这样的相对集中式管理还是不太一样的,个人认为了,具体的只有腾讯的工程师知道他们的数据存储方式了。
最后就是最恐怖了,那就是微信它有一个钱包账户,里面是有钱的,如果用户的账户信息缺失的话,可能会造成巨大的钱财无户主,想想看,你的钱是不是没有什么保障呢?所以钱最好还是不要放到微信里面好呀。
你好,很负责任的告诉你这种情况几乎不可能发生。
我们从如何删库的方式来分析下:
1.SQL清除数据库
企业一般情况下只有开发人员或DBA(数据库管理员)有权限通过SQL操作数据库。 基于数据的重要性,企业一般都有严格的权限限制及SQL审核机制,对操作人员的执行的SQL进行审查,粒度可以精确到执行时间长短、删除等危险性操作、数据查询结果量等,凡是匹配相应的策略,平台将会拒绝执行此类操作。 因此通过SQL达到删库是不可能的。
2.操作系统级别格式化或删除
操作系统级别的格式化或删除一般只有系统管理员有权限执行,但是以目前的自动化水平, 服务器的交付已经完全可以脱离系统管理员手动操作 ,从而有效的避免了人为操作引起的事故。另外, 系统管理员也都不是直接操作服务器,而是基于堡垒机操作,堡垒机已经对用户权限、目录、删除操作都做了限制,因此也无法做到删库的目的。
虽然,我们在网上偶尔听说某某公司程序员删库跑路,这其实都可以通过技术手段来避免,像腾讯、阿里、网络这样的大厂对删库这样的危险动作,肯定都是做了十足的防范,这种事情的发生的概率比中彩票还难。
最后, 企业的数据库都有高可用架构、异地容灾、完善的数据库备份计划,甚至还时长会对故障进行演练,因此即使发生数据库被删,也能够通过一些列手段将数据找回。
综上所述,微信被运维删库、跑路,用户感知的后果应该会是暂时登陆不了,不会有什么其他大的问题。不过,鉴于微信的流量,最终后果还得看吃瓜群众的反应。
刺激!!!
删库最直接的影响就是能会导致系统瞬间崩溃,所有相关功能瘫痪,然后就是公司无法估计的经济损失。业务停摆、股票暴跌、市值下降再到后续的信任危机、对家抢单等等等等。
反正就是,严重的就像是微盟的下场,可能他们也没想到,一个女人能引发这么大的“ 血案 ”。
删库被称为程序员最后的底裤!!!是程序员最后的倔强!!!
一般来说,程序员还都是比较讲理的,但总有一些“大老板”不断地挑战小哥哥的底线,不管是从精神上还是物质上,不断地压榨小哥哥们,最后导致了悲剧的发生...
毕竟,删库简单,跑路难,删库的程序员都是抱着同归于尽的想法来进行的删库,在现在进行跑路实在是太难了,所以你放心,你只要不过分的欺负你的宝贝程序员他是不会轻易做出这么危险的事情的。
要说最轰轰烈烈的删库事件应该就是微盟的删库事件了,瞬间将rm-rf的身价狂抬到30亿短短的五个字符价值竟达到了30亿。
事件的起末应该就不用我多说了!!!大家肯定都已经懂已经知道了!!!
要想生活过的去,头上必须带点绿。
我还是简单的叙述一下吧!
某某员工不管被自己的老板绿了,然后还被威胁要辞退他,他的女朋友去帮他说情,然后这个可怜的小哥哥又被绿了。
愤怒之下的他,打算像个男人一样!站起来!
然后他就删库了,但是他没能跑路...
所以说小哥哥们要多注意锻炼身体,要不然你删库完都跑不了,就做好同归于尽的准备!!!
一定会有人问,那微盟这么大的公司没备份吗???
不好意思嗷,备份也被删库了。
这说明了一个很大的问题,备份不要只有一个,多个备份要分到不同的人手中管。
也不排除团队删库跑路哈,那估计真的是仇恨值爆表了!
剩下的小事件还有...
思科前员工在2016年7月到2018年4月任职期间,恶意删除思科四百多台虚拟机,造成16000个WebEx Teams账户被异常关闭。思科因此被客户退款超过100万美元,其损失共计240万美元。
2018年9月,顺丰一位高级工程师在升级系统数据库时,不慎将RUSS数据库删除,导致了顺丰线上发车功能约10小时无法使用,负面影响严重。最后该程序员被辞退,也被“跑路”了。
2017年9月,广西某大型IT企业为客户进行扩容割接时,误操作将HSS设备里面的用户数据格式化删除,导致该运营商近80万用户数据丢失从而无法通话和上网,波及七八个地市,事故重大。
还有好多,类似的事件。
要想安安心心的杜绝此类事件,还是要有待员工,不要让他们铤而走险。
怕删库,先容灾,再备份!
有关容灾备份的解决方案可以去云掣官网看, https://www.dtstack.com/dtsmart/#tt
如果微信被运维删库、跑路,会造成什么恐怖的后果?你怎么看? 最近微盟公司因为员工和公司之间的矛盾,于是员工怒删微盟公司数据库导致了公司SaaS业务崩溃、基于微盟的商家小程序处于不能运行状态,300万商家商家生意停摆。并且还导致了微盟集团在港市值蒸发10亿,搞得是沸沸扬扬。
这次数据被删造成了微盟公司信誉的重大损失,到目前微盟公司的数据库还没有恢复,最新的消息是要到2月28日24时才能完全恢复,也就是说这一下竟然有差不多四五天时间基于微盟数据库的300万商家小程序不能正常运行,会带来相当大的损失。本来现在生意就难做,再加上小程序还不能使用,更是雪上加霜。
微盟公司与腾讯相比可以说体量完全不一样,即使微信的用户数量就达到了10亿级别,与300万用户数相比完全不是一个级别。况且还有几亿商家基于微信开发的各种各样的应用等等。如果微信发生数据库删除的情况,可以说会对微信会造成几乎整个 社会 一片愤怒,而不是像微盟那样单单300万商家。
微信里面不但有个人、群之间的聊天这么简单,即使是基于微信作为营销阵地的各种团队、个人将会是哀嚎一片。有基于微信做得各种各样的应用、小程序、个人财富等等,给个人和商家财富的损失比如零钱、理财等,会给腾讯带来数不清的官司、几千上亿商家业务的崩毁,这给腾讯带来几乎毁灭性的打击。
如果微信不能保证安全,那么其对手必然会加大对微信用户的吸收,到后来微信也许就会逐渐凋零步入小众,也许人手一个微信的将会变成人手一个支付宝。没有了微信这个平台腾讯将会失掉收割的臂膀,腾讯的业务会随着微信的凋落,也将一步一步走向平庸。
不过这一切都是假设,像腾讯公司微信这么大体量的业务,已经做好了万全的备份策略,即使是删除掉某些内容,很快也会恢复回来。
一个运维就想把微信删库?那是不可能的!
只能说非专业人士,对微信这个规模的系统一无所知,对运维的概念还挺停留在小网站的层面。
用户数据是微信得以生存的基础,一旦微信用户数据被删除,可想而知,微信的发展到底会受到什么样的掣肘,甚至于微信可能会陷入到“生死存亡”的关键时刻,怎么样的信任危机呢?
但是,我们的担心有多多余呢?其实,我们得知道的是,腾讯的数据库——
腾讯贵安七星数据中心的表现出色,更兼具安全性。
除此之外,腾讯江宁数据中心,上海数据中心等等,以及腾讯贵安七星数据中心等等,都让腾讯的数据库分散四处,且进行多种备份。
除此之外,用户管理这种绝密的数据,是在腾讯中心进行管理的,并且大量删除数据权限需要多人授权,单个人删除腾讯数据几乎可能为0!
这还用想?阿里钉钉立马趁火打劫推出普适版啊~只要微信一黑,阿里内部给钉钉的预算绝对是“无上限”级别。
当然这都是后话,人家托尼马也不是吃素的,自家的社交命脉,没那么脆弱,对于用户数据那都是多套备份,无缝衔接,就和酒店停电,地下室的发电机会立马启动一个道理。而微信有这个权利把所有备份删光的除非托尼马暗示张小龙花一定的时间才能做到完全删库
首先要明确,删是删不动的,就算一时能删除,也很快能找出备份恢复,所以恐怖后果不太可能,短期出现一些波动震荡就正常。
因为造不出什么恶劣后果,所以跑路真没必要,除非他能够从中获取到重大的经济利益。
可能吗?
这种可能性极大。收到竞争对手重金贿赂违法反职业道德是一种,或者因为腾讯是上市公司,重金高杠杆期货做空也是一种。
用户数据是微信得以生存的基础。
区区一个两个运维对微信能造成的伤害极小,一时删档,迅速恢复,就如大河里的一朵浪花,起不到多大作用,但要预防有恶意者结合政治经济形势下做出的联动,那样有可能造成恐怖的后果。
比如结合前段时间国家对互联网超大企业“二选一”规则的限制,腾讯的股价本身就在暴跌中,那时的百上加斤就最可怕。
单纯的理工男的泄愤行为,对微信这颗大树的影响微乎其微,基本可以忽略不计。
运维能对微信造成的伤害极其有限,并且也有时间局限
微信的数据有一个严密、安全的保护方式,而且有非常稳妥有效的数据恢复方案。所以就算有运维把他所负责的微信数据库删除了,可能对微信整体也无法造成太大的影响。那种被运维删库后就找不回数据的情况,通常只会发生在不怎么规范的中小型企业身上。
以阿里巴巴为例,你要想全部删除,至少需要150个左右完全不同小组的最高权限。
由于微信的用户数量上10亿,涉及到的数据和备份也达到天量,因此微信的数据库也不是由一个运维人员来掌握的,而是分成几个甚至几百个部分,由不同的运维分开控制,每个运维的权限也不一样,互相不能访问,甚至每份数据都保存在不同的地点。
这样一来,就算其中一个运维删库跑路了,影响到微信的可能也是数据库中的一个很小的部分,不会影响到整体。比如某一个用户数据库被删掉了,可能就只会导致十几万或者上百万的微信用户无法正常登陆,但其余大部分用户可能压根感觉不到有什么影响。
而且一般来说,只要保存数据的服务器没有遭受物理损坏,通过普通方式删除掉的数据基本上都是可以恢复,即使数据库完全被清空了,备份也没有了,也可以通过恢复硬盘的方式来找回数据。只不过速度有些慢而已。
当然微信里面不但有个人、群之间的聊天这么简单,有基于微信做的各种各样的应用、小程序、个人财富等等,那些基于微信作为营销阵地的各种团队、个人将会是哀嚎一片。给个人和商家财富的损失比如零钱、理财等,会给腾讯带来数不清的官司、几千上亿商家业务的损失,以及无形商誉和品牌名声上的质疑。
这些都会给微信带来一定的纠纷和麻烦,但是只要恢复速度够快,微信的体量也大,还是能够轻易消化这些纠纷和损失的。
若是竞争对手打击必然配合有系统整套的计划
因此,就要预防在战争或者非常情况下竞争对手精密部署,做出恶意的系统性计划来。
近年的几个案例可以作为分析警醒。
微盟公司因为员工和公司之间的矛盾,于是员工怒删微盟公司数据库导致了公司SaaS业务崩溃、基于微盟的商家小程序处于不能运行状态,300万商家商家生意停摆。并且还导致了微盟集团在港市值蒸发10亿,搞得是沸沸扬扬。
这个是规模小,删除成功了,而且备份系统不够强大,恢复时间有点长,这种威胁对微信来说可以轻松应对。
2018年9月,顺丰一位高级工程师在升级系统数据库时,不慎将RUSS数据库删除,导致了顺丰线上发车功能约10小时无法使用,负面影响严重。最后该程序员被辞退。
顺丰数据库规模够大,这位高级工程师已经身处核心,也造成了严重后果,顺丰花了10小时恢复,可见运维这种行为能影响大型互联网企业的时间是很短的,关键是因之衍生出来的各种 社会 影响和负面影响才是要紧。
思科前员工在2016年7月到2018年4月任职期间,恶意删除思科四百多台虚拟机,造成16000个WebEx Teams账户被异常关闭。思科因此被客户退款超过100万美元,其损失共计240万美元。
这个案例造成的影响是由客户直接反应回来的,正如蚂蚁延缓上市,阿里巴巴美股投资者起诉阿里巴巴一样,配合上政策性因素以及市场放大反应,那才是真正致命的东西。
至于微信可能会出现无法登陆、不能发消息、不能打开公众号、小程序等故障,持续的时间则由运维人员恢复数据的速度来决定。这些只是事件的原点,能放大到多少倍要看市场的反应和当时的环境,以及有没有被恶意设计。
在疫情肆虐的如今,金融投资者的心态已经没有以前那样平和理智,这无疑也会提供一定的加成放大因素。
删库最直接的影响就是能会导致系统瞬间崩溃,所有相关功能瘫痪,然后就是公司无法估计的经济损失。业务停摆、股票暴跌、市值下降再到后续的信任危机、对家抢单等等等等。
另外出现这样重大的安全和管理漏洞,也会引发市场对腾讯管理经营水平的怀疑,从而大幅动摇投资者对上市公司高昂股价的信心。
单一因素并不可怕,要预防竞争对手甚至敌对国家组合所有因素的重磅一击。
若是个人行为必然伴随重大的经济利益
干什么事情都要讲经济利益的。
IT企业运营有一个重要的环节就是备份,正规的企业都会有多种备份方式,比如异地备份、云端备份等。而且正规企业的IT运维人员不止一个,每个运维都有不同的权限。能够访问数据的运维一般都没有操作备份数据的权限,为的就是避免一个运维“精神失常”,把数据和备份一锅端了。
作为一个无论清醒理智还是不理智的运维,基础的专业知识都是存在的,既然知道短期删除对微信造不成实质伤害,还是要做,必然有其深刻现实的原因。
他为什么要删掉跑路,定然牵涉到重大的经济利益,而且知道数据可以恢复,导致东窗事发,只有一走了之。
连续近期政策性因素影响的大跌后,阿里、腾讯、京东、美团互联网四巨头股价最终迎来回升。港股方面,阿里巴巴涨3.14%,腾讯控股涨5.44%,京东涨8%,美团涨7.9%。其中,腾讯最新市值55687.27亿港元继续超过阿里,位居港股市值第一的宝座。
这样巨大的五万亿市值,一个波动,就能造就无数个千万甚至亿万富翁。
因删档造成的短期腾讯的股价大幅下降,存在资本市场大幅做空获利的巨大空间,这应该是才是运维奋不顾身的原因。
不过说实话,世界早已过了单打独斗个人英雄的时代,个别运维如果不结合时势,只不过是蚂蚁撼树,终究无可奈何。
综上所述,理工男单纯的意气删除,对微信的伤害其实是微乎其微的,但是在国际环境、政策变化、竞争对手、甚至敌对国家组合各种因素,也抓住有利时机的情况下才有可能造成恐怖效果,这个值得微信运营警惕深思防范。
听说IT运维人员学的第一课就是“从删库到跑路”,虽然这是一句玩笑话,但是在一些不是很规范的IT企业,IT运维的很多操作都是在线的,一不小心就会给企业的数据库带来灾难性的后果,万一没有备份,客户的数据都找不回来了,那么企业多半也就黄了,有的甚至还要向客户赔偿经济损失。
所以IT企业运营有一个重要的环节就是备份,正规的企业都会有多种备份方式,比如异地备份、云端备份等。而且正规企业的IT运维人员不止一个,每个运维都有不同的权限。能够访问数据的运维一般都没有操作备份数据的权限,为的就是避免一个运维“精神失常”,把数据和备份一锅端了。
而腾讯是IT企业中的龙头老大,规章制度和备份机制肯定是最完善的。所以如果微信被运维删库、跑路了,那么肯定会有其他运维第一时间顶替对方的工作,然后通过备份来恢复数据。这种情况下,微信可能会出现无法登陆、不能发消息、不能打开公众号、小程序等故障,持续的时间则由运维人员恢复数据的速度来决定。
一般来说,只要保存数据的服务器没有遭受物理损坏,通过普通方式删除掉的数据基本上都是可以恢复,即使数据库完全被清空了,备份也没有了,也可以通过恢复硬盘的方式来找回数据。只不过速度有些慢而已。比如这次事件当中被删除的微盟就已经宣布:已经全面找回数据,并将于3月2日晚上10点到3月3日上午9点,正式进行恢复上线。
至于微信的用户数量上10亿,所以涉及到的数据和备份也达到了一个天量的数级,因此微信的数据库很有可能不是由一个运维人员来掌握的,而是分成几个甚至几百个部分,由不同的运维分开控制,每个运维的权限也不一样,互相不能访问。甚至每份数据都保存在不同的地点。这样一来,就算其中一个运维删库跑路了,影响到微信的可能也是数据库中的一个很小的部分,不会影响到整体。比如某一个用户数据库被删掉了,可能就只会导致十几万或者上百万的微信用户无法正常登陆,但其余大部分用户可能压根感觉不到有什么影响。
另外,微信的聊天数据并没有被保存在服务器上,而是保存在用户的手机里。所以就算微信被删库了,用户的聊天记录也不受影响,只要用户保证手机中的聊天记录不被删除就可以了。反过来如果手机中的聊天记录删除了,基本上就没有找回的方法了。
总而言之,微信的数据肯定有一个严密、安全的保护方式,而且有非常稳妥有效的数据恢复方案。所以就算有运维把他所负责的微信数据库删除了,可能对微信整体也无法造成太大的影响。那种被运维删库后就找不回数据的情况,通常只会发生在不怎么规范的中小型企业身上。
一帮子不审题就答题的人,题主问的是如果被删会怎么样,而不是微信会不会发生删库的事情。
⑦ 程序员最不愿意听到哪些话
10句话立马激怒程序猿:
第十名:“加油!我先下班了啦~”
作为一个需求方,我提醒你不该说这样的话……
第九名:“你造嘛,我新电脑的内存有1TB!”
内存和硬盘有啥区别,你造吗?
第八名:“能帮我黑XXX的QQ吗?”
不能!不能!不能!
第七名:“尽快做完,好伐?”
用邮件发这句话杀伤力更大……
第六名:“你先大概弄一个,让我参考看看。”
请问,什!么!叫!大!概?!
第五名:“帮我加10个功能先,明天就要,拜托!”
拜托,我又不是变魔术的!
第四名:“太好了,你还没回家,帮我个忙,很快的!”
和第一句连在一起说,你会死得很快~
第三名:“为什么今天网速这么慢?”
怪我咯?
第二名:“这个应该很简单的吧?”
我不想给你解释,解释了你也不懂,心累。
第一名:“这里改一下就好了啊!”
YOUCANYOUUP!