代码是上午写的,人是下午被开除的!

科技   2024-12-11 14:11   江苏  

Boot+Cloud项目学习:macrozheng.com

俗话说的好,代码写的少,离职少不了。最近畅游互联网,发现一些离职小技巧,读后,内心被深深的打动了。

但是细细的品过之后,发现对我们程序员不太适用,例如:

  • 领导夹菜你转桌,我们程序员一般不和领导在一桌;
  • 领导开门你上车,咱程序员都是坐班,一般不出差,出差一般也领导开车;
  • 领导 K 歌你切歌,哦~KTV 唱歌,我一般都躲在角落;
  • 领导敬酒你不喝,……;
  • 领导听牌你自摸,……;
  • 领导喝水你刹车,……。

都是妙计,但是咱程序员不好学。然后难不倒我,我又学来了下面 8 条建议。

纵横职场秘籍:

  • Leader 说 “辛苦了”,你就回“你也别闲着,帮我倒杯水”,表示对领导关怀的认可。
  • Leader 微信找你,你就回 “?” 或 “有事?”,简单而高效。
  • Leader 问你进度怎么这么慢,你就回“有本事你来”,表示对他工作能力的肯定。
  • 你正在干活,Leader 不懂装懂在你面前指导。直接反问 “你在教我做事?”,通过幽默的语言、反问的句式,起到缓解尴尬的作用。
  • Leader 安排给你一个 Jira 任务,你就回复 “就这?”,表示需求简单,工作完全可以胜任。
  • Leader 让你去趟办公室,你就回他“你自己没腿过来吗?”,表示对他大长腿的称赞和认可。
  • Leader 给你发了一堆任务,先回个 “哦”。说的再多,工作就还是那些工作,给个响应即可。
  • 同事问你 “我发现你最近手上好像没什么事?”,你就直接回复 “管你屁事”,表示 Leader 分工明确,称赞公司制度完善。

好了,通用技能已经学完,接下来正式进入程序员离职技巧大揭秘。

熟练使用 rm 命令

rm 命令是啥?也不是特别难的知识,如果你要学习呢,可以在测试环境试一下 rm-rf/ 或者 rm-rf/* 命令。

注意,运行完毕该命令之后,最好在执行一下拷贝文件,多拷贝几次,神仙在世,可能也没办法帮你不被离职啦!

如果这个离职小技巧还满足不了你,那去生产环境试试吧,要勇于挑战,只要给你管理员权限,你必能称霸公司!

不过该技巧学习之后,除了能收获离职勋章以外,没准还能收获一个入狱小技巧。

这里买一赠一的提供给大家,多少算是橡皮擦的一份心意。

这或许是一个对你有用的开源项目,mall项目是一套基于 SpringBoot3 + Vue 的电商系统(Github标星60K),后端支持多模块和 2024最新微服务架构 ,采用Docker和K8S部署。包括前台商城项目和后台管理系统,能支持完整的订单流程!涵盖商品、订单、购物车、权限、优惠券、会员、支付等功能!

  • Boot项目:https://github.com/macrozheng/mall
  • Cloud项目:https://github.com/macrozheng/mall-swarm
  • 视频教程:https://www.macrozheng.com/video/

项目演示:

读写数据库操作都写在 for 循环中

这个离职小技巧就比较厉害了,没有 Code Review 都不容易被发现。

读写数据库操作,写在 for 循环中,什么子查询,关联查询,左连接,右连接,通通不用。

就是要先查一张表,然后遍历结果,再查另一张表,要的就是直接!

多表查询怎么办?一个表一层循环。每层循环的时候都要打开、关闭数据库链接。读取数据一定要用 select* ,简洁、大方。

你想想当读取上万数据的时候,服务器内存爆掉,CPU 爆掉,技术总监那无可奈何的表情!

是不是很爽?这么棒的离职小技巧,希望你满意!

什么?好像听到你的抱怨声了,觉得不够?没关系,在附送你一个,执行删除 delete 的时候,不要写 where 条件,明白了吧。

永远不写注释,不封装代码

不要听技术总监跟你说的,要写注释,要写文档,他是为了降低你开发效率。那我们如何针对这种无理要求,并且从中分析出离职技巧呢?

反其道而行之,永远不写注释,开发文档就更不要写了,都是耽误你宝贵的时间

还有变量名,函数名,就写 a、b、c、e、f、g。

除了简单以外,还自带加密效果,这样才能让你有限的时间,都用在开发上。

毕竟,你写代码的时候,只有你和上帝知道逻辑是啥,没准过两天,就只有上帝知道了。

第二点,不要去封装代码,从上到下的顺着写,程序顺序执行,效率才是最高的

一个功能写一天,一个功能写一个文件。

一个文件写几万行代码,然后在代码文件的末尾,写上整整齐齐的 20 个大括号,那成就感一定爆棚!

不知道大括号是啥?给你个参考案例:

git 上面强制合并代码

以上几个离职小技巧,无法满足你,那这个你肯定喜欢,而且还是技术流。

git 提交代码之后,什么?有冲突?

哪个不知天高地厚的家伙,竟然敢和我修改同一个文件?强制合并他。

合并后一定要提交上去,然后再合并远程 master 分支,一次两次肯定拿不到离职通知书的,需要重复 N 次该项操作之后,一定能喜提离职通知书。

什么?N 次了,还拿不到离职成就?那合并别人的分支之后,在嘲讽一下被合并的家伙。

让他觉得技不如人,然后恼羞成怒,让他打你,然后技术总监,肯定觉得你受欺负了,然后给你颁发离职成就的,这才是靠自己的本事拿的离职成就。

不打招呼,悄悄修改数据库字段,或者改接口返回数据

这招就是屠龙技了,当发现测试流程有问题的时候,机会就来了!

悄悄的修改自己的一个 Bug,同时无声无息的引发另一个 Bug。

比如,你可以修改数据库某个表的某个字段,然后借着系统更新 Bug 之名,发布一个补丁包。

因为修改的数据库字段,大家很难发现,线上环境可能会突然崩溃,系统多崩溃几次,你离职的成就不就达成了吗?

还可以给手机端修改接口数据格式,调调参数名字...总之,认真的修改 Bug,认真的写代码。

不让技术总监看到一丝你想离职的想法,悄悄的就拿到了离职通知书!

无技术离职小技巧

什么?上面技术水平都太高了,你技术菜,学不会?没问题,我还精心为你准备了 3 个简单易学,无技术离职小技巧。

由于这些技巧老少皆宜,上手没门槛,所以只列出标题吧:

  • 脉脉匿名吐槽公司,不经意泄露自己的 ID
  • 开会投屏,设置 QQ 自动提醒,让朋友疯狂吐槽老板,开启大屏围观模式
  • 技术总监演示项目的时候,悄悄用蓝牙连接投影仪,后续你懂
  • ……

来源:非本科程序员(ID:htmlhttp)


Github上标星11K的微服务实战项目mall-swarm,全套 视频教程(2024最新版) 来了!全套教程约26小时,共59期,如果你想学习目前最新的微服务技术栈,同时提高自己微服务项目的开发能力的话,不妨了解下,下面是项目的整体架构图,感兴趣的小伙伴可以点击链接 mall-swarm视频教程 加入学习。

整套 视频教程 的内容还是非常完善的,涵盖Spring Cloud核心组件、微服务项目实战、Kubernetes容器化部署等内容,你也可以点击链接 mall-swarm视频教程 了解更多内容。

推荐阅读

macrozheng
专注Java技术分享,解析优质开源项目。涵盖SpringBoot、SpringCloud、Docker、K8S等实用技术,作者Github开源项目mall(50K+Star)。
 最新文章