工程之丰度與細度
之前定義了粒度，後來想想，粒度的劃分不太清晰，應該再拆分，拆爲丰度與細度。丰度和細度，有什麼不同？
細度指精細程度，面向微觀，內在，把同一對象，深層次細化，0，0.000000***1，…，0.99999***9,1. 可以無限小。
丰度指豐富程度，面向宏觀，外在，增加多個對象，水平層次擴張，0，1，2... ，可以無限大。
比如：
一個新買的房子，從毛胚到精裝，就是一個細度提升的過程。
這個月在浦東買個房子，下個月買輛寶馬，這是對象外部對象擴張，這是丰度。
如果站在圍觀角度，不管有限無限，跟自己屁關係都沒有，就靜靜地坐着圍觀好了。一旦要置身於工程中，需要對這兩個度，有一個清晰的認識。因爲這兩個度都有個共性，一旦控制不住，就會變成無限。無限即無形，是無法攻克的，必敗。
要攻克無限，就要將其有限化，有形化，在工程中，即劃清範圍。理論上，清晰與力所能及的範圍，是工程成功的保證。但是要注意，將範圍清晰化，還有另一個同義詞，叫範圍細化，細化什麼意思？如果細化的範圍沒有限定，一樣是會導致無限化。
所以工程宏觀需要範圍定義清晰，定義本身的細化程度的範圍，同樣也要根據項目情況，人員配給，限定範圍。
現實中，其實沒有絕對的有形工程，都是介於有形與無形之間。一個工程的無形程度，與風險程度成正比。每個無形，都可能涉及丰度與細度，只要有丰度與細度的地方，就有丰度與細度過度的風險。
在it技術領域，有一個詞，叫“過度設計”，由於設計發生在深度上，可以理解爲過度細化。如果把投入分爲高，中，低三級，本來設計到中級，就可以達到產出最大化。從中級到高級的投入與產出沒有半毛錢關係，但多出來的投入不只是半毛錢的時候，這就是過度設計帶來的風險。所以我說過一句話：
不以解決問題爲目的的設計，就是耍流氓。
在程序領域，有一種叫“設計模式”的設計方式，有很多程序員，包括我自己在學習階段的時候，也幹過這樣的事情，爲研究而使用“設計模式”中的某些設計方法，而事實上，不是因爲現實中需要解決問題而用到，只是單純爲自己學習，或者爲自己裝逼而使用，還有一種是，糊里糊塗模仿着用了，以爲用了就是高手…
同樣的動因，同樣的結果也發生在UI設計，交互設計…可以說幾乎每個領域或多或少都存在相同的問題。
如企業管理，有時候看到一些媒體爲標榜一些企業牛逼，而宣揚其管理如何精細。衡量一家企業是否真正的牛逼，本質其實只看一點：是否有持久的盈利能力。跟管理精細程度，沒有直接關係，從上邊的細化理論，管理越是精細，成本越是高昂。而且“收益”只會在一定程度上與精細程度成正比，不可能是無止境成正比，拐點就是邊界。
從情懷角度，做事情要做到極致，極致另一個意思也是細化到極致。細化到前無古人，後無來者，讓人爲之驚歎。從企業經營角度，如果把眼球效應計算在內，細化的程度在成本控制內，也不是不能這樣去做。 還有一種可能是，把成本在時間維度拆分，自己一個人，或者家族用時間來承擔投入的成本，去追求細化度。比如日本有花一代人甚至幾代人磨練一種手藝，有竹藝，刀藝，甚至舊書恢復。但企業不計成本投入去追求細化程度的，很少成功的。因爲個人能承擔得起自己時間的浪費，企業承擔不起。
再如今晚，我定的計劃是每天一篇文章，寫完才能睡覺，最大的成本，就是自己的身體熬夜承受成本，第二天也還要上班，作爲有職業道德的人，又不能影響上班，各項成本限制，就註定我寫東西必須要在細化程度上有所控制。不能無止境細化。
總結：
1、 沒有絕對的有形工程，都是處於有形和無形之間。
2、丰度與細度在工程中無處不在，風險也無處不在。
3、解決丰度與細度風險的辦法，就是有形化，劃分範圍。