上午写了一段代码，下午就被开除了，奇怪的知识又增加了
共 2432字，需浏览 5分钟
·
2021-10-01 12:55
俗话说的好，代码写的少，离职少不了。
最近畅游互联网，发现一些离职小技巧，读后，内心被深深的打动了
但是细细的品过之后，发现对我们程序员不太适用。
例如：
都是妙计，但是咱程序员不好学，然后难不倒我，我又学来了下面 8 条建议。
纵横职场秘籍
好了，通用技能已经学完，接下来正式进入正题。
1. 熟练使用 rm 命令
rm 命令是啥?也不是特别难的知识，如果你要学习呢，可以在测试环境试一下 rm -rf / 或者 rm -rf /* 命令。
注意，运行完毕该命令之后，最好在执行一下拷贝文件，多拷贝几次。
神仙在世，可能也没办法帮你不被离职啦。
如果这个离职小技巧还满足不了你，那去生产环境试试吧。
要勇于挑战，只要给你管理员权限，你必能称霸公司。
不过该技巧学习之后，除了能收获离职勋章以外，没准还能收获一个入狱小技巧。
2. 读写数据库操作都写在 for 循环中
这个离职小技巧就比较厉害了，没有 Code Review 都不容易被发现。
读写数据库操作，写在 for 循环中。
什么子查询，关联查询，左连接，右连接，通通不用，就是要先查一张表，然后遍历结果，再查另一张表。
要的就是直接，多表查询怎么办？一个表一层循环。
每层循环的时候都要打开、关闭数据库链接。
读取数据一定要用 select * ，简洁、大方。
你想想当读取上万数据的时候，服务器内存爆掉，CPU 爆掉，技术总监那无可奈何的表情。
是不是很爽~
这么棒的离职小技巧，希望你满意。
什么？好像听到你的抱怨声了，觉得不够？没关系
在附送你一个，执行删除 delete 的时候，不要写 where 条件，明白了吧。
3. 永远不写注释，不封装代码
不要听技术总监跟你说的，要写注释，要写文档，他是为了降低你开发效率。
那我们如何针对这种无理要求，并且从中分析出离职技巧呢？
反其道而行之。
永远不写注释，开发文档就更不要写了，都是耽误你宝贵的时间。
还有变量名，函数名，就写 a、b、c、e、f、g。
除了简单以外，还自带加密效果。
这样才能让你有限的时间，都用在开发上。
毕竟，你写代码的时候，只有你和上帝知道逻辑是啥，没准过两天，就只有上帝知道了。
第二点，不要去封装代码，从上到下的顺着写，程序顺序执行，效率才是最高的。
一个功能写一天，一个功能写一个文件，一个文件写几万行代码。
然后在代码文件的末尾，写上整整齐齐的 20 个大括号，那成就感一定爆棚
不知道大括号是啥？给你个参考案例
}}}}}}
4. git 上面强制合并代码
以上几个离职小技巧，无法满足你，那这个你肯定喜欢，而且还是技术流。
git 提交代码之后，什么？有冲突？
哪个不知天高地厚的家伙，竟然敢和我修改同一个文件？
强制合并他！
合并后一定要提交上去，然后再合并远程 master 分支。
一次两次肯定拿不到离职通知书的，需要重复 N 次该项操作之后，一定能喜提离职通知书。
什么？N 次了，还拿不到离职成就？
那合并别人的分支之后，在嘲讽一下被合并的家伙
让他觉得技不如人，然后恼羞成怒。
让他打你，然后技术总监，肯定觉得你受欺负了，然后给你颁发离职成就的。
这才是靠自己的本事拿的离职成就
5. 不打招呼，悄悄修改数据库字段，或者改接口返回数据
这招就是屠龙技了，当发现测试流程有问题的时候，机会就来了。
悄悄的修改自己的一个 BUG，同时无声无息的引发另一个 BUG。
比如，你可以修改数据库某个表的某个字段。
然后借着系统更新 BUG 之名，发布一个补丁包。
因为修改的数据库字段，大家很难发现，线上环境可能会突然崩溃。
系统多崩溃几次，你离职的成就不就达成了吗！
还可以给手机端修改接口数据格式，调调参数名字。
总之，认真的修改 BUG，认真的写代码！
不让技术总监看到一丝你想离职的想法，悄悄的就拿到了离职通知书。
6.无技术离职小技巧
什么？上面技术水平都太高了，你技术菜，学不会？
没问题，小编还精心为你准备了 3 个简单易学，无技术离职小技巧。
由于这些技巧老少皆宜，上手没门槛，所以只列出标题吧
脉脉匿名吐槽公司，不经意泄露自己的 ID
开会投屏，设置 QQ 自动提醒，让朋友疯狂吐槽老板，开启大屏围观模式
技术总监演示项目的时候，悄悄用蓝牙连接投影仪，后续你懂
……
更多技巧，欢迎在评论区一起交流
~
转自：Python之禅
- EOF -
点赞和在看就是最大的支持❤️