一次失敗的軟件項目外包

 　　俺們公司有個計算機科班出身的網管，總是嚷嚷每天嫌得發慌，非得叫俺想一個項目給他做做以打發時間。于是俺給了他編寫一個《食堂進餐統計程序》的“重任”。
　　這個程序如果讓俺用VFP來寫，再不考慮后臺底部數據庫實現的情況下，最多不會超過2個小時就可以搞定。即使加上底部數據建模，大概也只要半天足矣。這不是老板派下來的工作，只是為了方便計算自己一日三餐的花費而起，對于這種非工作上的必須的程序，俺并不想用VFP重復自己，總想用NET語言，或是JAVA實現。所以一直沒有動手。他正好要Case，于是干脆給他。
　　他是自學Delphi的，還用Php寫了個人網站。很快，第一個版本就出來了。一看登陸界面果然漂亮，這是做網頁出身的人的一貫風格。一試用，需要改進的地方真是太多了。這沒有關系，反正第一稿嘛，總是難免有這樣那樣的問題的。（俺的程序不也一樣？呵呵）--只要改了就好了，于是把他請了過來，說了一大堆試用意見。他也挺接受，連稱馬上改。
　　一日后，他把第二版發過來了。俺提到的地方都改了，可是更多的需要改進的地方又出現了。這回是俺利用出差的機會，跑到他的辦公室同他說了個一二三。他好像有點惱火，以為俺是故意挑刺，大叫道“我又不是專業的，憑興趣想寫就寫、想不寫就不寫”。俺苦勸了他幾句，反而話不投機，知道這個第二版就是他的最終版本了。
　　老實說，他寫的程序明顯的錯誤倒是沒有，只是用起來不太順手。俺提的意見，并不是難為他，從技術上說一點難度都沒有，只是從用戶的角度出發，希望更友好一些罷了。可是他不聽，那就只有到此為止了。一個多好的用來練手的機會，就這樣被他浪費了。他不珍惜，那俺也沒辦法。
　　說起來很平常的一件事，現在想來只是換來一聲嘆息。人們常說興趣是最好的老師。那么，問題就是最好的考試。而堅持，才是最好的答卷。