客戶和開發人員眼中的產品有很大差異，做了這麼久的開發工作，沒少因為產品的需求問題和產品經理發生衝突，這兩天在寫乙個小軟體，自己的乙個朋友的幾句話讓自己更加的清醒了，因為他純不懂技術，所以說的都是第一手的感受！
而自己呢，作為開發人員，使用感受肯定有，再加上因為技術限制附加的實現技巧，同樣再加上模擬客戶的一些感受遐想，同時可能還會有一些從書本或其他地方學到的某些「原則」，總之，開發人員是個複合體，我們在開發過程中，除了要處理編碼上的一些「矛盾」，更要分神來處理需求上的設計，往往有的時候吧，需求上的看似簡單的變更，帶來的可能是技術上的大的調整，這些我們當然不能和客戶去談，因為他們根本就不理解，就算理解，也不會關心！他們關心的是產品的使用感受！
軟體開發的過程應該就是乙個矛盾平衡的過程，客戶和開發人員需要乙個平衡點，而這個點到底在**？就需要我們頻繁地進行溝通，凡事都是乙個循序漸進的過程，做產品也是一樣，沒有誰能一下子將產品需求完全確定，也沒有誰能一下子按照需求絲毫不差地進行開發，原則上，我們需要的是乙份相互理解，但實際中，我們的開發時涉及商業利益的，所以甲方和乙方是很難達到相互理解的。
於是，誕生了合同，有了需求文件，有了里程碑，有了產品驗收，有了需求變更……一般情況下，我們的開發工作都是在需求文件的打傘下進行的，我們不用去太多關心客戶到底在想什麼，因為產品經理會替我們去和客戶溝通，這就減少了很多我們在開發中需要思考的東西！使得我們更加聚焦於我們的產品開發工作，而再稍微有一些自己的感受想法做為需求文件的輔助，就差不多了。
沒有什麼事情是絕對的，將工作變得更加簡單，其實也有不好的地方，我們經常會抱怨，為啥使用者的智商就不能再稍微高一些呢？這麼乙個低階的需求也能不厭其煩地提，有很多需求不是我們實現不了，是我們根本就不願意去做，因為太簡單、太不合「大眾常理」，而這個大眾常理，正是源於我們個人的感受和假象的理想客戶！但我們可能忽略了一點，產品的終端使用者正式這些「較弱」的客戶，而不是我們這些「正常人」……是不是很諷刺呢？
動物園裡的老虎會慢慢地失去野性，一旦放逐自然，可能連生存都困難，而很多公司恰恰在潛移默化地做著這樣的事情！想想以前我們做的事情吧。細節分工提高的效率背後，是對創造力的壓制，如果能夠稍微給我們一些開放性的機會去思考，或許就不會有「弱弱」的客戶和「幼稚」的需求出現，誰說的準呢？
不過鑑於目前的現狀，如果你充滿對「野性」的渴求，那就必須增大自己的編碼量，充分利用自己業餘的時間多做一些小東東，在實際中尼會體會更多從研發產品中體會不到的東東~祝好運~
談談開發人員自測 黑盒測試
上週部門主管，給我們培訓了在開發過程中關於自測的話題，自測到底怎麼去測，測試力度到底多大？下面給大家分享下培訓內容，往大家吐槽。單元測試 指對軟體中的最小可測試單元進行檢查和驗證 功能測試 對產品的各功能進行驗證，根據功能 測試用例 逐項測試，檢查產品是否達到使用者要求的功能 整合測試 也叫 組裝測...
開發人員的開發效率
影響開發效率的因素，總結有五大方面 任務不明確 流程不順暢 需求變更多 責任心不夠 能力有瓶頸。針對這些因素，分別可以從以下五個方面來優化和改進。制定清晰的規範尤其是開發規範。無規矩不成方圓。營造良好的團隊文化氛圍，人性化的管理方式。愉悅狀態下的工作效率遠遠高於抑鬱狀態下的效率。定期舉行技術分享交流...
開發人員眼中的LINQ
開發人員眼中的linq 微軟講師 張義先 在今年的三月份 微軟發布了最新一代的開發平台 visual studio 2008.在visual studio 2008 中提供了太多的新功能與新特性 這些新功能與新特性都極大地提高了開發人員的效率.提到 visual studio 2008 的新特性就不...