最近，知乎上有一則靈魂拷問「一個程式設計師的水平能差到什麼程度？」讓各位程式設計師們紛紛有感而發。小編精選了兩個有趣的高贊回答只為拋磚引玉，歡迎大家說出你的故事！
知乎網友「Benny」
想起了一件十多年前的往事，有一次幫客戶的 Java 項目組升級框架。
入場之後屢次聽到項目組的運維小哥抱怨 war 包過大，導致每次發布要等很久很久，用過 WebSphere 的童鞋可能知道我在說什麼。
那麼，這 war 有多大呢？大概 2G！！！？？？
富有求知慾的我於是下決心去研究下這鴿子，不對，這 war 包為什麼這麼大？
草草一挖，果然就在裡面發現了寶貝。原來 war 包里還藏著兩個程序安裝包。
一個是 JDK1.4；另一個是 PES2006，實.......實況足球？！
根據 SVN 的提交記錄，肇事的大哥很快就被找到了。
據說是在一個月黑風高的晚上，幾個還在加班的碼畜臨時起意，決定一起找點樂子解解乏。
這位帶頭大哥為了方便把自己的遊戲分享給小夥伴，就想到了把它先提交到 SVN 上這樣一個天才的主意......
當然，按照他原本的計劃，這個文件應該隨後被刪除的！可是，那晚他們玩的實在太盡興了......
沒人會料到這個文件竟會悄無聲息的溜進 war 包，一路潛伏到生產環境，然後反反覆復的摩擦了可憐的 WebSphere 和運維小哥近一年。
了解到真相之後，運維小哥表情差不多是這樣的：
知乎網友「零五」
老闆覺得公司里都是男的，缺少一點陰柔之氣，想平衡一下，正巧當時互金公司倒了一大批，大批簡歷投到公司。
老闆以為自己也是技術出身，就招了一個三年工作經驗的女程式設計師，互金出來的，要價倒是不低。
我休假去了，沒面她，等我回來要安排工作了，這才發現問題了。
給她安排了一個新項目，是會展方面的，跟她簡單說了一下工作安排：先搭個 Spring Maven 項目，然後跟產品談下需求，考慮一下數據模型，過兩天跟我碰再確定具體模型。
她沒說什麼，等到第二天快下班了，產品來問我了，她怎麼還沒動工？我說我安排了啊，這就找過去問她，她說框架還等著技術總監（也就是我）搭了，她不是架構師，不會。
當時我就懵了，還有這種操作，你就是上 Spring 網站都能搭一個啊。又問她需求談了沒有？數據模型有沒有想出個大概？她又說，需求是 BA 談的，她不會。
我這就急了，那你會什麼呀？她說她原來公司都是框架環境都是配好的，她只管寫代碼。
我當時心裡就涼了半截，這項目估計最後要我來收拾殘局了。這就去找老闆換人，老闆說你就帶帶她吧，反正這項目也不急，就當給公司添一點亮色吧！
沒辦法，只能硬著頭皮帶她了，期間各種 Eclipse 環境之類的就不談了，比如 SVN 配置忽略文件類型，Lombok 插件等等，總之環境不會配。
終於幫她全部配完環境，詳設也寫好跟她講解了一遍，總算開工了，若干天后提交代碼了。
我做了一下 code review，這心裡又涼了半截：
方法，類名，變量等等一概中文拼音。
業務邏輯明明可以復用的不寫公用方法，更別提用自定義註解了。
駝峰命名法是什麼不知道。
MySQL 有的表欄位名全大寫，有的全小寫，有的又跟我來個駝峰。
我又跑去找老闆要換人，老闆打個哈哈，哎呀，又不是人人都有這個你這個水平，再帶帶說不定就出來了。
沒轍，給我戴頂高帽子，只好回去跟她苦口婆心地說了半天代碼規範，其實就是阿里那一套，裝個插件就能檢查，又跟她著重講了一下命名規範，要用英文命名，否則注釋少的話很難看懂程序，她直點頭，說這就改，我也就信了。
等到代碼再次提交，我一看，一口鮮血差點沒吐在螢幕上，展品的長寬高單位是米，結果好傢夥一看，長度 long_rice，高度 high_rice。
當時看的時候實在沒明白這腦迴路到底是個什麼套路，強壓怒火跑去問她這是什麼意思，她振振有詞地說：你講的呀，命名的時候最好要體現度量單位。
我實在忍不住了，吼起來了：那 rice 是什麼單位，是什麼單位？她也不示弱，把詞霸的螢幕取詞一開，移到米字那裡，說：你自己看，米不就是 rice 嗎？
我頓時無語，只能又跑去找老闆，老闆也無語，只能自我解嘲地說：她不是過了四級了嗎，我還查來著了。
這件事情最後的結局就是我在面人的時候，都要當面問幾個英語單詞，實在是怕了。
PS：rice 這個我是實在沒看明白，記得還有一處我是看明白了，她把發消息的發命名為 hair，我愣了一下也就知道。
大家都是層次比較高的，認為這麼簡單的英語都不會是不太可能的，但實際上這兩天我又在面試，我看一位同學的筆試題寫的代碼里有 scanner，然後面試的時候就問了他一句：scan 是什麼意思？想了半天，沒說出來。