谁动了你的需求?

軟件工程，曾經不止一次的告訴任何一個程序員或者準備買入這個行業的程序員人們：需求分析，在整個軟件生命週期的舉足輕重的地位。之所以今天寫這篇blog是想表明作為一個"以及程序員"的心情和面對這個行業的一些自我的感覺。自我評價與診斷，可以參見這篇文章《六級英語都考過，見識下八級程序員》. 這裡是鏈接http://www.inewscrunch.com/archives/272955.html

作為一個初級PHP菜鳥，一直渴望有一天能夠free的用程序來表達自己的情感，free的敲著代碼，從工作的繁瑣的事情堆中解脫出來，這樣也能更好的處理工作需求。我有一個夢想：From one coder to a programmer . 我有一夢想：從geek蛻變成為一個brogrammer，詳細點這裡：http://www.aqee.net/brogrammers-challenge-coders-nerdy-image/.我有一夢想：能夠讓程序變成詩歌一樣的優美而富有感染力、執行效率.....我有一個夢想：軟件需求，在世界的任何一個角落都能夠發揮它存在的價值，而不是像是擠牙膏一樣的.....

下面這幅圖很能形象的說明，當下在某個神奇的國度，這個行業中的一些不好的地方，作為一個勉強算是“Level 1 ”的程序猿，就說說自己的一些囧事。 1，首先坦誠自己的溝通與理解能力有限。

或許你是一個明白人，可以看得出來，當然對你可能是一塊難以消化的肉，這也不會花費你很多事情給我講明白你到底要實現什麽功能吧。你不要自己都弄不明白都急匆匆的提出來。好吧，知道事情著急，但是前提做好，後續處理起來也好啊，相互理解與協作，這個是我們 Cooperation的前提吧。

2，擠牙膏樣式的需求提問和勉為其難的不爽。

若是需求提的前提明白了，兩人坐下來好好談談，這樣可以一口氣處理完，也不用，改一點測試一點，測試一點再去改一點。每個人都有著自己的不同理解。同是地上有水，A說剛下過雨，B說曬的水，C說我剛把杯子弄倒了.......當最基層的程序員僅僅接受到一張圖片的需求，再去追問的時候，表示很不耐心的三言兩語講完，換來的後續就是修改在修改，要是一次性都說明白，或許時間或者實現，就是程序員們的事情了。

3，程序員自己的思維不夠發散，不能夠將問題想的很全面。或者多想了，關鍵還是第一步驟，弄明白需求就萬事OK了。不要將自己變成一個超級coder或者偏執的programmer，想想需求內部蘊藏的信息和能夠為需求方提供的便利操作，當然這些要基於知識與能力的儲備，和相當豐富的軟件開發經驗。這些都是為程序興趣的追求。

4，好吧，這不是牢騷，這是遇到的真實的感覺，本著一個原則：對事不對人。請某君不要責怪。

5，下圖是從資料中整理的軟件需求的一些核心原則，歡迎補充。 

總結如下：

溝通很重要，前提能夠鋪墊好，分析可行性和評估風險以及時間，接下來就是Coder或者programmer的事情了，你可以喝杯咖啡，刷刷Sina Tiny Blog了。只等著程序員將測試好的結果交予你驗收即可。So Cool ，do you think . 因為，只要想做好一件事情，沒有不可能。只是我們不願意！