某大廠程序員，因日均代碼不足 2000 行被開除。。

大家好，我是不會笑青年。

剛看到一個帖子，真是離了個大譜。

某公司居然以“程序員48天只寫了4646行代碼”為由，直接把人給開了，說人家“日均不到2000行代碼”，這不合格。

合著程序員不是干活，是在碼字沖KPI是吧？你這是招開發，還是招小說連載作者？

一、這不是寫小說

只要你做過程序員，稍微有那么一點點經驗。

就一定會知道，寫代碼不是寫小說，更不是敲流水賬。

程序員寫一行好代碼，有時候比拍腦袋寫一百行屎山要值錢得多。

很多優秀的架構設計，優化邏輯，處理邊界問題，可能都不怎么“漲字數”。

你這按行數考核，是想逼大家放棄腦子去Ctrl+C/V？

要是按行數評績效，那以后項目里恐怕要能寫一行改成三行；每行代碼加上一百行注釋！

但問題的本質根本不在“行數”上，而在于——這是職場管理的問題，要么是“真傻”、要么“裝傻式懶政”。

二、背后的職場病

別看這條帖子離譜，其實咱們在職場上見的“離譜公司”也不是一天兩天了。

這些奇葩操作，一個比一個騷氣。

下面給大家盤點幾個堪稱**“職場PUA代表作品”**的同行案例：

1、每月加班不到10次=不敬業

有些公司，不看你做得咋樣，就看你晚上幾點走。

晚上9點前走，直接扣“奮斗值”；周末不打卡，被扣“團隊榮譽分”。

最后變成大家都在“等老板走后再裝努力”，績效沒漲，眼圈倒是黑了。

2、按Bug數量定績效

這個操作你敢信？

某公司規定：開發每月產生Bug不能超過10個，超過就記入“紅名單”，兩次紅名單就勸退。

當時我還發過一篇小爆款的漫畫，說的就是這個話題：

刷新三觀，老板說開發超10個Bug就開除，之后。。。

聽起來是為了提升代碼質量，實則逼得程序員不敢動手改舊代碼、不敢主動提重構，全公司彌漫著“能不動就不動”的哲學。

技術債越滾越大，背鍋的人卻越來越少。

3、每天匯報工時要求事無巨細，不夠就“補寫

這操作在一些中型公司存在：

開發每天必須提交工時填報，要求每一小時干了什么，必須加起來等于8小時，少了就是“態度問題”。

你以為這是在做項目管理，其實是在演職場沙雕劇。

于是出現了大量工時編劇大師：“9:00-9:30 參與組內討論”、“9:30-10:30 閱讀需求文檔”、“10:30-12:00 分析XXX邏輯”（其實在修顯示器），下班前再對照昨天的，統一“潤色”一遍。

本來寫代碼靠大腦，現在寫日報靠想象力，真的是“打工是不可能打工的，只能靠文學創作維持生活”。

還有的奇葩公司上的“監工系統”，離開工作時間超過10分鐘，就要手動提交備注說明這10分鐘去干啥了，否則就會按曠工算。

三、遇到這種公司，咋辦？

遇到這種公司，唯一的方向就是跑路。

你認真思考怎么優化邏輯，他們認真琢磨你怎么不加班。留在這種地方，越努力越焦慮，越配合越被榨干。

所以，提早準備簡歷，有機會就立刻閃人。

真正靠譜的公司，不會用“行數、打卡、檢討”來衡量你的價值；他們會看你解決了什么問題，創造了什么價值**。

而不是像寫作文一樣，憋字數。

那些天天想靠“日均行數”來管理員工的公司，說白了就是：不配擁有好員工。

公眾號“Java精選”所發表內容注明來源的，版權歸原出處所有（無法查證版權的或者未注明出處的均來自網絡，系轉載，轉載的目的在于傳遞更多信息，版權屬于原作者。如有侵權，請聯系，筆者會第一時間刪除處理！

最近有很多人問，有沒有讀者交流群！加入方式很簡單，公眾號Java精選，回復“加群”，即可入群！

文章有幫助的話，點在看，轉發吧！