這樣折磨程序員真的好嗎？

領導：「好的，李總，我明白你的要求了！ 下周一上線？ 嗯…. 沒問題，我們開發人員的素質絕對一流，請您一定放心！」

打完電話，領導轉頭就說： 「緊急任務，下周一上線，審批流程中第二步和第三步需要合併，另外李總需要真實筆跡，想在App端支持手寫功能。」

「手寫功能我沒做過啊」

「還不趕緊學！」

「伺服器端還得存儲手寫審批的圖片呢！」

「快把小李叫過來，你們倆坐一起，攻關一下」

費了九牛二虎之力，把審批流程中的第二步和第三步合併了，可是領導回過頭來就是一句：「李總又說了，還是兩個步驟分開好一些，我們rollback 吧。手寫功能怎麼樣了，什麼？ 還沒開始？ 抓緊啊！」

「走，大胖，今天跟我去參加一個需求交流會，王總親自和我們交流。」

張大胖挺不樂意去的， 這個王總是個國企信息部門的領導，懂一點點計算機技術，自以為是。總是喜歡想象一下，再發揮一下，認為軟體很簡單： 「不就是讀取後台的資料庫嘛？ 有什麼難的？我也學過，別想蒙我！ 」

更要命的是，需求澄清的時候，王總從來都是高談闊論，一個會議他自己都能說2個小時，只說願景和戰略，夾雜著自己對計算機的理解，很少能見他倒出來一點需求的乾貨。可悲的是作為乙方，大胖還得附和著，頻頻點頭表示認可， 努力領會領導意圖。

張大胖只好在會後問王總手下的人，這些人知道細節，但是卻沒有決定權： 「這是我個人的想法啊，不一定對，你去問問王總去」

對於web前端的學習有不懂的，或者不知道學習路線，不知道學習方法，不知道該如何紮實能找到工作的朋友，我還是要推薦下我自己建的前端學習群：477149581，首先你要是前端黨，其次不管你是小白還是大牛，我都挺歡迎，小白嘛，主動點多問問題也就學好了，群里每天分享乾貨，包括我自己最近花了一星期整理的一份適合2017年自學的最新web前端資料，送給大家，歡迎初學和進階中的小夥伴。

張大胖不敢去，因為一去就被罵： 「你們是怎麼搞的，我在會上不是說過這個問題了嗎，還沒聽懂？這樣吧，下周再開個需求會議！」

下周的需求會議依然照舊。三個月過去了，需求還是朦朦朧朧的一片。

王總說： 「你們先開發一個版本，讓我們看看！」

第一個版本出來了，被很批了一頓。

第二個版本出來了，繼續批。

底層的資料庫表被改來改去，開發被折磨得一點脾氣都沒有了。

神奇的是， 這個項目某一天竟然成功的交付了，王總憑藉這個項目還獲得了集團的獎勵！

當然這個項目是沒人用的。

張大胖的公司接了一個日本的項目， 看看人家發過來的需求，哇塞，100多頁，這Use Case寫得多麼詳細啊！每一步什麼人做什麼事情清清楚楚、明明白白、真真切切。

類圖，順序圖一個都不能少，那叫一個漂亮。還有這界面畫得簡直和成品一模一樣啊，嘖嘖，這像素，簡直是拿著放大鏡畫出來的。

這偽代碼，寫得真是詳細，稍加翻譯就可以變成程序了，真是只差一個碼農了！

聽說他們為了整出這套文檔就花了整整一年的功夫，張大胖在翻譯偽代碼的時候老是想：花了這麼長時間整需求， 他們怎麼不直接把軟體給寫出來呢？ 還有，萬一這需求錯了該怎麼辦啊？