程序員“離職小技巧”

來源 | 轉載自 CSDN 博客

俗話說的好,代碼寫的少,離職少不了。

最近暢遊互聯網,發現一些離職小技巧,讀後,內心被深深的打動了

但是細細的品過之後,發現對我們程序員不太適用。

例如:

  • 領導夾菜你轉桌,我們程序員一般不和領導在一桌;

  • 領導開門你上車,咱程序員都是坐班,一般不出差,出差一般也領導開車;

  • 領導 K 歌你切歌,哦~ KTV 唱歌,我一般都躲在角落;

  • 領導敬酒你不喝,……;

  • 領導聽牌你自摸,……;

  • 領導喝水你剎車,……。

都是妙計,但是咱程序員不好學。然後難不倒我,我又學來了下面 6 條建議。

『縱橫職場祕籍』

  • Leader 說 “辛苦了”,你就回“你也別閒着,幫我倒杯水”,表示對領導關懷的認可。

  • Leader 微信找你,你就回 “?” 或 “有事?”,簡單而高效。

  • Leader 問你進度怎麼這麼慢,你就回“有本事你來”,表示對他工作能力的肯定。

  • 你正在幹活,Leader 不懂裝懂在你面前指導。直接反問 “你在教我做事?”,通過幽默的語言、反問的句式,起到緩解尷尬的作用。

  • Leader 安排給你一個 Jira 任務,你就回復 “就這?”,表示需求簡單,工作完全可以勝任。

  • Leader 讓你去趟辦公室,你就回他“你自己沒腿過來嗎?”,表示對他大長腿的稱讚和認可。

  • Leader 給你發了一堆任務,先回個 “哦”。說的再多,工作就還是那些工作,給個響應即可。

  • 同事問你 “我發現你最近手上好像沒什麼事?”,你就直接回復 “管你屁事”,表示 Leader 分工明確,稱讚公司制度完善。

好了,通用技能已經學完,接下來正式進入程序員離職技巧大揭祕。

熟練使用 rm 命令

rm 命令是啥?也不是特別難的知識,如果你要學習呢,可以在測試環境試一下 rm -rf / 或者 rm -rf /* 命令。

注意,運行完畢該命令之後,最好在執行一下拷貝文件,多拷貝幾次

神仙在世,可能也沒辦法幫你不被離職啦!

如果這個離職小技巧還滿足不了你,那去生產環境試試吧

要勇於挑戰,只要給你管理員權限,你必能稱霸公司

不過該技巧學習之後,除了能收穫離職勳章以外

沒準還能收穫一個入獄小技巧

這裏買一贈一的提供給大家,多少算是橡皮擦的一份心意。

讀寫數據庫操作都寫在 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 自動提醒,讓朋友瘋狂吐槽老闆,開啓大屏圍觀模式

  • 技術總監演示項目的時候,悄悄用藍牙連接投影儀,後續你懂

  • ……

更多技巧,歡迎在評論區一起交流

1.國產替代摸不着門兒?快來回看兆易創新直播課!

2.開源的RISC-V能否成爲中國“缺芯”的解藥?

3.樹莓派Pico:僅4美元的MCU

4.MCU支持AI功能的多種原因~

5.2020年,我學習到的20條軟件工程準則~

6.狀態機思路在嵌入式開發中的應用~

免責聲明:本文系網絡轉載,版權歸原作者所有。如涉及作品版權問題,請與我們聯繫,我們將根據您提供的版權證明材料確認版權並支付稿酬或者刪除內容。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章