转载:删库跑路真的发生了！！！

引用 @网瘾杀手杨永信 发表的:
不管自不自动，人都得盯着。自动无非就是写个脚本替代下日常操作。只要产品上线，运维就得一直盯着，直到上线完成，没有问题才能把架在脖子上的刀放下来🐶有问题要第一时间回滚

好吧 我们是过了CR 直接上pipeline 就不用自己看着了

引用 @被盗号两次 发表的:
删库太明显了
正确做法是留下BUG,
定时“维护”才能不出问题
超期没“维护”数据自动随时乱数修改。

这当事人笨就笨在，他是在事后通过远程方式修改的，留下了记录。

你真是个“老油条”

引用 @绿军火箭 发表的:
当时测试通过后就过了，但是生产的代码也不是不能改，想留高级一点的bug 这也与程序员水平有关系的。

中小公司这么搞搞可以，在华为这种大厂子都是要代码审查的，敢这么搞可是要坐牢的哦

引用 @纠结的腰围 发表的:
正确的做法是留BUG，只要定时维护就不出问题，一旦离职，BUG发作删库🐶

感觉跟植入生死符一样。。。。

引用 @纠结的腰围 发表的:
正确的做法是留BUG，只要定时维护就不出问题，一旦离职，BUG发作删库🐶

记得删备库😜

引用 @moontype 发表的:
代码想上线必须有第二个人看懂才行

因公司而异。只能这么说了😂😂😂

引用 @WindowsPentest 发表的:
你们的主管呢 你们的测试呢 没测试就上生产环境的?

看了评论，你是真的杠

引用 @沈_大仙 发表的:
正确做法是离职前做一些过耦合的优化，离职后什么都不用做，💣爆炸只是时间早晚🐶

低内聚 高耦合🐶

引用 @WindowsPentest 发表的:
你们的主管呢 你们的测试呢 没测试就上生产环境的?

你们测试这么牛逼啊。能把所有的bug测出来？？？

引用 @纠结的腰围 发表的:
正确的做法是留BUG，只要定时维护就不出问题，一旦离职，BUG发作删库🐶

圣女的救赎啊这是

引用 @纠结的腰围 发表的:
正确的做法是留BUG，只要定时维护就不出问题，一旦离职，BUG发作删库🐶

牛逼，

引用 @拉飚的名字 发表的:
又不是查不到你

技术不行，查到了又怎么样，谁的代码还没bug

引用 @feng102567 发表的:
明明有黄金的实力，却表现的跟青铜一样？

看什么岗位，基础岗位太牛逼也容易被人搞

引用 @纠结的腰围 发表的:
正确的做法是留BUG，只要定时维护就不出问题，一旦离职，BUG发作删库🐶

然后新招的菜鸟，写了个新bug，然让逻辑进不到之前的bug。。。

引用 @无心穿堂风 发表的:

笑死我了.... 我也试过，不过是跑错脚本删了测试库的表的数据

引用 @绿军火箭 发表的:
我就把算法写的复杂一点也能实现，但是访问量一上来自己就宕机，我在场的时候一个小时搞定，不在场的时候你一天也解决不了，你就算查到能奈我何？

对的，故意不优化，以后数据量上来，再把优化好的代码放上去，可你走了，就把比较差的留着了。这个很常见，水平太高，不出问题，领导以为东西很简单

引用 @佘军哥哥 发表的:
我一直用rm -rf删除，还都是用root用户，但是公司重要的机器一般都不给root密码的，很多机器都会对rm -rf命令进行保护，有的直接不让删除根目录，有的是需要二次确认，只要不是故意删除的，手贱根本不可能删除成功。

本地Mac，有时候着急了就不顾什么了直接rm，现在都改成move to trash了

引用 @银河唯一打怪物 发表的:
毫无职业操守

那老板35岁把你开掉讲究的是什么操守？

引用 @AllEyesNorth 发表的:
没有code review吗。。这种可能性在稍具规模的公司不存在的

看情况，他才是review别人的人……

引用 @多啦DD梦 发表的:
看情况，他才是review别人的人……

你太高看大公司了，review有名无实

引用 @银河唯一打怪物 发表的:
毫无职业操守

被你发现了

引用 @红烧肉我最爱吃 发表的:
中小公司这么搞搞可以，在华为这种大厂子都是要代码审查的，敢这么搞可是要坐牢的哦

华为比较重视测试。
不过也别太高看华为。。。看具体的项目性质，留坑的也多得是。

代码留下bug坐什么牢，bug和故意破坏是两回事
他说的是bug不是说故意破坏
比如明明逻辑上不应该去删除的你删除了这个是破坏
但是写的代码性能差或者冗余多这个顶多是水平问题。

引用 @博博的可爱席 发表的:
你们测试这么牛逼啊。能把所有的bug测出来？？？

不能，但是这种高危漏洞上线了，你作为测试你说不关你的事，你自己敢信吗？

引用 @被盗号两次 发表的:
删库太明显了
正确做法是留下BUG,
定时“维护”才能不出问题
超期没“维护”数据自动随时乱数修改。

这当事人笨就笨在，他是在事后通过远程方式修改的，留下了记录。

每天一个入狱小技巧🐶

引用 @wsmhdc1 发表的:
看描述，主体功能都是他设计的，大概率主程或者技术主管

技术总监

引用 @多啦DD梦 发表的:
看情况，他才是review别人的人……

代码都是互相review的吧。。teamleader的代码也得review 至少我们公司是这样的 别的公司不清楚

引用 @他哦他哦 发表的:
这种查到了你能定什么罪？

最菜程序员罪🐶

引用 @爱吃包子的鱼 发表的:
有代码规范的公司不会出这种事情，通常代码提交之后要组长和其他同事review通过，运维才会把程序或服务打包部署上服务器，基本上杜绝了绝大多数的隐藏bug。
要是三个人连着反了公司当我没说🐶

其实比较忙的时候，做review也就是随便看两眼就点批准了。。。不过聊胜于无

引用 @库里刚好能扣篮 发表的:
其实比较忙的时候，做review也就是随便看两眼就点批准了。。。不过聊胜于无

是的，一般都信任同事，大不了错了直接回滚😂一个组至少七八个人，每天都仔细review他们写的代码，组长就干不了活了

引用 @被盗号两次 发表的:
删库太明显了
正确做法是留下BUG,
定时“维护”才能不出问题
超期没“维护”数据自动随时乱数修改。

这当事人笨就笨在，他是在事后通过远程方式修改的，留下了记录。

以前我在的集团 一个子公司签的维保服务 数据库里留着脚本 时间360天… 到期了就起不来…

引用 @吹个大气球8886 发表的:
现在早就都在云上且有备份了 很多公司更是两套的prod 一个挂了立刻切换另一个到live

容灾都有，那都删了呢

引用 @绿军火箭 发表的:
我就把算法写的复杂一点也能实现，但是访问量一上来自己就宕机，我在场的时候一个小时搞定，不在场的时候你一天也解决不了，你就算查到能奈我何？

这个在现实中并不少见

引用 @yahweh4869 发表的:
这就是我们做安全的需要注意的事情了。甚至数据库也自带这个功能，就是所有的操作都要有记录，记录不能被篡改且至少保存半年。这叫做日志审计，更复杂的叫siem或soc系统。
审计的信息包括你删库的ip、时间、账号等。

😂小公司大概率这些权限和开发啥的都在一个人手上

引用 @阳光海滨球场 发表的:
这个在现实中并不少见

对啊，不专门写点bug怎么能让别人知道你有用呢？🐶

引用 @爱吃包子的鱼 发表的:
大多数得人为操作，因为服务器都得人命令行去手动操作，自动化的有，写好脚本统一跑就行。但是一般不推荐全自动化，运维手动操作的话服务器上还会记录操作日志，出错了也方便追责到具体的个人。通常产品上线至少经过这三步，有的公司可能多点少点：
1.程序员本地开发环境调试，通过之后上传代码，一般称为commit或者push
2.运维更新测试环境，程序员，组长联调bug，有问题马上修改，确保万无一失
3.全面评测无问题后，产品正式上线，部署到线上环境，用户就可以使用了

老哥在啥公司哦

引用 @我爱你么么哒你爱我不 发表的:
老哥在啥公司哦

具体不方便说，发个公司阳台图你猜一猜吧

引用 @WindowsPentest 发表的:
你们的主管呢 你们的测试呢 没测试就上生产环境的?

18年两个研究员翻阅了intel的说明文件，偶然发现了Spectre和Meltdown这俩处理器底层设计bug。
俩bug一下子涉及英特尔从1995年到2018内生产的全部CPU，性能影响最高达到50%。
谁都不能保证设计的程序没bug

引用 @suda305 发表的:
首先你留的bug小毫无意义，留的bug大在程序测试阶段就过不了关，还是需要前期做个脚本临走前删，事后远程操作怕是不聪明。

你不懂电脑

引用 @华一南一师大奇异果 发表的:
我以前公司有个定时任务下载官方文件解析，然后清理有点问题，但是我然后我就写了个sh脚本，手动执行，现在离职三个多月了，想想不清理的话也有1T了吧

为什么不定时执行啊😂😂😂，故意留坑的吗

引用 @DickL0ver 发表的:
18年两个研究员翻阅了intel的说明文件，偶然发现了Spectre和Meltdown这俩处理器底层设计bug。
俩bug一下子涉及英特尔从1995年到2018内生产的全部CPU，性能影响最高达到50%。
谁都不能保证设计的程序没bug

现在有木有补丁 增强CPU性能

引用 @JackCaptain 发表的:
现在有木有补丁 增强CPU性能

没有

引用 @纠结的腰围 发表的:
正确的做法是留BUG，只要定时维护就不出问题，一旦离职，BUG发作删库🐶

有这种心理的人怕是早晚会遭报应

引用 @西兰骑士 发表的:
简单比喻成盖房子砌墙，砌得不直，但房子暂时能用，但用一段时间就塌了。查到你就可以说手艺不精。删库跑路相当于直接把地基给挖了

删库跑路应该是把别人合法的房子无故给挖了。。。全赔偿都不过分

引用 @西雅特车主 发表的:
那不就是什么都不用做，正常上班就行了
就我们公司那稀烂的管理水平，耦合是必然的

我也是这么认为的，烂公司炸是早晚的事，好公司有能人在会给你重写掉。有那个精力去专门写复杂的代码，不如gayhub上逛逛

引用 @吹个大气球8886 发表的:
代码没有code review?

小公司没有，而且很多也就是走个过场，差不多得了，看别人代码很累的。