關注細節但不陷入細節

 

 

咱們常常說要關注細節，這個從大的方向上來講，是沒有問題的。之前有一本書《細節決定成敗》講的這一方面。在對於某些領域，細節是須要關注的，可是不能陷入細節。換個說法，若是你一直糾結與細節的上的問題，就很難突破本身，把握全局，畢竟人的時間是有限的，可以把握總體，抓住重點細節，關注核心領域所處的細節纔是王道。

之前作過不少項目，在項目總體業務肯定以後，就陷入到細節的討論之中，當一羣人坐在一塊兒，你說一句，我說一句，把你們都能想到的各類可能性都拿出來，而後你針對各類可能性找出相應的解決方案。這些細節中，有一部分是針對某一特例的，有一些是業務異常規則引發的，有一些是交互方面的，而有一些是具備抽象的，公共性質的。

在這些細節中，最有價值的就是具備抽象的，通用領域的細節，這些可以幫助你把具體的細節抽象出共同的特性，而且能夠把這些抽象細節應用於其餘領域，從而可以達到觸類旁通的效果。舉個例子，在項目，咱們常常會用到定時機制，一個關注的細節問題是，若是系統在維護，定時任務沒有執行，那麼如何進行重試。對於某一個特定的場景，能夠寫一我的工觸發按鈕。這個細節就能夠進行抽象，就是如何補償因爲定時機制機制異常而致使任務沒有執行這種場景，有多重方案，甚至能夠開發一個專門的任務管理平臺來作這個事情。相似這種能夠通用和抽象出來的細節，好比業務併發控制解決方案 等，是很是值得關注和深度挖掘的。

對於某些特定場景的細節，好比咱們和外部合做，定製了協議，可是對於極少數狀況，不符合這個協議等，這種都是普片狀況下的特例考慮，很難對這些問題進行抽象，由於這些都是對於特定領域和場景的。值可以針對特定的細節具體分析，這一部分的價值相對比較低。只可以增強你對某一領域瞭解的深度。

還有一類純粹是浪費時間的討論，這些徹底是無心義的或者說沒有太多可行性的參考價值。好比頁面文本框的長度要多大，業務失敗要不要發送郵件給用戶，以及許多裝逼問題：「對於一個無關緊要的功能，考慮機器斷電，磁盤寫滿等細節。

若是常常關注的第三類細節問題，就至關的無聊和無趣了，而最耗費和讓人陷入的就是第二類或者第三類細節問題的討論，這類細節問題很難幫助你或者讓你站在更高的角度去考慮問題，能夠了解這一部分細節，可是沒有必要陷入這一部分細節，應該去專一細節問題的共同點，從着一些共同點中找出共性的問題並提出這一類問題的通用解決方案。

GodIsCoder 
博客園blog地址:http://www.cnblogs.com/aigongsi/ 
獨立Blog: God Is Coder 
我的網站: iphone發碼網 
本人版權歸做者和博客園全部，歡迎轉載，轉載請註明出處