上午写了一段代码,下午就被开除了,奇怪的知识又增加了
共 2412字,需浏览 5分钟
·
2021-09-28 00:34
点击上方[全栈开发者社区]→右上角[...]→[设为星标⭐]
点击领取全栈资料:全栈资料
俗话说的好,代码写的少,离职少不了。
最近畅游互联网,发现一些离职小技巧,读后,内心被深深的打动了
但是细细的品过之后,发现对我们程序员不太适用。
例如:
都是妙计,但是咱程序员不好学,然后难不倒我,我又学来了下面 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.无技术离职小技巧
什么?上面技术水平都太高了,你技术菜,学不会?
觉得本文对你有帮助?请分享给更多人
关注「全栈开发者社区」加星标,提升全栈技能
本公众号会不定期给大家发福利,包括送书、学习资源等,敬请期待吧!
如果感觉推送内容不错,不妨右下角点个在看转发朋友圈或收藏,感谢支持。
好文章,留言、点赞、在看和分享一条龙吧❤️