對軟體開發的一點點暢想

      這一年多沒有編碼的日子，一個深刻的體會是：很好的滿足客戶的需求比你使用任何新的、備受推崇的技術都來的重要。
      在沒有多少IT技術知識的人領導下，讓我從一開始對諸如“亮點是什嗎？優勢是什嗎？”這樣的問題很反感的情緒下，慢慢瞭解到市場就是這樣的，對於使用者來說，他根本不懂得技術人員口中的J2EE，工作流程等等，他只關心我用這個能給自己帶來什嗎？是減輕了我的工作還是增加了我的工作？尤其做產品更是如此，所以客戶需求，他真正的需要，能為他解決他真實的問題才是最重要的，至於說採用什麼技術，怎麼處理之間的關聯關係都是技術人員關起門來自己討論的事情了。
      所以，一個軟體系統，我們做軟體系統真正的目標是：滿足客戶的工作需要，減輕他們的工作量，真實的為他們考慮。
      所以需求調研就顯得非常的重要。只有通過需求調研才能真正瞭解客戶的需求是什麼。
      在工作的最初6年，以項目為主，客戶都是很聰明能清晰表達自己要什麼的人，雖然說作為研發人員也需要創新，但是思路基本定死，需求調研的工作基本在系統立項前招標前，客戶就已經整理出來了，之後的工作更多的是深層挖掘或者說是改進。
      現在的工作不一樣，客戶說不出自己需要的是什麼，只知道他們平時是怎麼工作的，遇到了哪些的困難，希望能夠被解決，至於怎麼解決就看研發團隊了，這是個考驗，因為你必須想到能很好解決問題的方法，這個方法還要給使用者帶來的是便捷而不是累贅。如果客戶分層次的，那麼你還得盡量的滿足各個層次使用者的需求，盡量照顧好大家，讓大家各取所需。
      非常頭痛的事情吧，因為你必須要有很強的理解能力和行業知識，真正明白客戶平日是怎麼工作的？為什麼這麼工作？再有，要有創造性和想象力，沒有人告訴你可以怎麼做，所有可能的作法都是要自己想出來的，可以在團隊中頭腦風暴，也可以上網搜羅，但是畢竟有限也沒有針對性，可行的方案必須你的團隊提出來再和客戶討論，算是一個有挑戰性的工作嗎？我覺得是的。
       如果把軟體研發的各個領域都吃透都能勝任，我覺得好難。