我除了負責開發團隊管理工作，還同時負責產品的開發設計。產品的很多功能都是我和需求經理討論出來的，我更側重產品的具體實現設計。憑藉多年的經驗，在設計上我還是很有底氣的。但是就是這種良好的自我感覺，在最近的設計工作中受到了不小的衝擊。
我發現自己的視角還是習慣於從開發的角度看問題，站的高度不夠。具體來講，就是對於產品功能的整體把握不好，沒有做到很好的功能取捨，導致很多設計都太複雜了。在功能特定的情況下，我的設計水平還是不錯的，但是當功能取捨不當時，再怎麼做設計都可能走偏了。因此，
僅僅滿足於做開發設計是做不好設計工作的
，因此自己必須加強自己在這方面的能力。
引起我觸動的就是前段時間工作中發生的乙個場景。當時我正在做乙個功能的開發設計，需求經理提出要實現3個功能特性。
當時為了達到這個幾個目的，發現涉及因素還是比較多的。具體細節就不講了，總之很複雜，花了不少時間才把它理清楚。理清之後，我算松了口氣。但是在和開發人員開討論會
時，發現聽的人都暈頭轉向的，講的人（開發經理）也講不太清楚。當時就覺得有問題，因此就將這個功能延後了。隨後在和上司討論這個問題的時候，他立即提出「只要設計過於複雜，都是有問題的。有可能是功能想要實現的東西太多了，是不是所有這些功能特徵都是必須的呢？」。當時一理，發現只有第2點是使用者需求最強烈的，其它2個都可以不做。這樣一來，整個設計一下就簡單下來了。這個事情給我很大的觸動，發現自己的工作值得改進。
像這種情況應該是開發設計經常遇到的。實際上作為產品的開發設計負責人，自己現在是站在需求與開發之間，對需求功能設計必須要用自己的判斷才行。簡單收集功能需求相對來說不是一件難事，但是難的就是決定哪些做，哪些不做。如果沒有這個判斷力，設計出來的產品也就是個大雜燴，不可能做出好的產品。如果都能實現還是好的，最多使用者覺得複雜不好用而已。事實上，做任何功能都是要付出代價的。功能一旦做出來，以後在做新功能設計的時候就必須考慮其相關因素。系統越來越複雜，最後會發現加乙個小功能都很難，要兼顧的東西太多了，完全搞不動！
具體收穫：
1、功能不是越多越好，多了會複雜，無論是對使用者還是對開發，都是不好的事情。
2、產品一定要保持簡單性，初級產品要簡單易用，高階產品也不能過於複雜，不能超過它應有的複雜度。
3、認真考慮乙個功能是不是使用者迫切需要的，使用者能不能用起來。只要達不到這兩個要求，那麼就不應該在做這個功能。
4、具體做細節設計時，在考慮了各種可能性之後，想想哪些特徵不是必須的，去掉可以明顯簡化方案。
5、凡是需求提出想要多種功能特徵的時，應該意識到這是很危險的事情，應該有技術人員的決斷力和立場。
習慣對功能說「不」，這就是我們需要提高的地方。
ORACLE功能GREATEST功能說明具體例項
1語法 greatest expr 1,expr 2,expr n 2說明greatest expr 1,expr 2,expr n 函式從表示式 列 常量 計算值 expr 1,expr 2,expr n 等中找出最大的數返回。在比較時。oracie 會自己主動按表示式的資料型別進行比較，以 ex...
Wireshark功能說明
1.深入檢查數百種協議，並且不斷新增更多協議 2.實時捕獲和離線分析 3.標準三窗格包瀏覽器 4.多平台 在windows，linux，macos，solaris，freebsd，netbsd和其他許多平台上執行 5.可以通過gui或通過tty模式tshark實用程式瀏覽捕獲的網路資料 6.業界最強...
cxf dosgi模組功能說明
cxf dosgi modules distribution multi bundle single bundle 1.啟動dsw模組 2.load factoryclass classpath meta inf services 3.啟動所有activator dsw cxf dsw 本地引用的遠...