背景

題目起的有點大，其實只是想隨便說說。最近工作中遇到一些事兒，發(fā)現(xiàn)很多人其實迷失在其中，違背了一個亙古不變的真理：越簡單越不容易出錯。我來詳細(xì)說說我對于這個真理運用在程序編寫，產(chǎn)品制作上的一些理解吧。

分層架構(gòu)意義何在？

很早很早以前，大概是我還在玩泥巴的時候，IT圈子中的大牛們就已經(jīng)意識到彼時的程序就如果面條般混亂不堪。于是乎，由一個大牛牽頭，各方諸侯呼應(yīng)，探索并制定了一系列軟件開發(fā)的方法論，我們稱之為『軟件工程』。

從那個時候開始，就講究分而治之。從很多的案例以及算法中都能看到這個思想的影子。如：快速排序，MVC架構(gòu)，各種單一職責(zé)的工具與軟件。

那么，為什么他們要這么做呢？顯然，一個工具只用來處理一個事情，是最不容易出現(xiàn)問題的，也是能夠長期保證穩(wěn)定的。如，快速排序算法中，一個步驟用來比較大小，一個步驟用來調(diào)度，一個步驟用來記錄。如果寫在一起，那么在比較大小的時候需要去關(guān)心是否要去調(diào)度，什么場景需要調(diào)度，大大增加了實現(xiàn)的難度，也就使得這個工具的出錯率提高。

這也就是為什么大家都提倡『高內(nèi)聚，低耦合』的原因。在MVC，MVVM，以及Hybrid架構(gòu)中都有非常好的體現(xiàn)，而面向?qū)ο髮⑦@個理念推向了巔峰。

那么業(yè)務(wù)呢？

那么，對于業(yè)務(wù)，是否也應(yīng)該講究分而治之？將業(yè)務(wù)部門的職責(zé)規(guī)劃清楚，部門內(nèi)對于每個人的職責(zé)定位清楚，互相補(bǔ)全而不是互相重疊。

很想當(dāng)面問問，為什么知道在軟件設(shè)計上要分而治之，職責(zé)單一。為何在人事安排上就會出現(xiàn)如此混亂的場面？

在業(yè)務(wù)上，個人的體會就是一個字『拆』。起步階段，拆除非核心業(yè)務(wù)。對于核心業(yè)務(wù)，也是一個字，『拆』。拆到不可拆為止。如此逐步迭代，步步為營。方為王道。

當(dāng)然，這也就要求決策者具有長遠(yuǎn)的目光，以及拒絕不合適需求的勇氣，甚至承擔(dān)由此帶來的各種非議。