雲的整合做業

# 整合做業

<a name="3Oj9j"></a>
## ☁️雲
如今這個時代，我的的生產無濟於事。<br />須要專精和整合，或者叫專精於整合。單對於一個層面的事，總有人會去作的更好，對於多個層面的事也是如此。

可是不少事，作的再好也就是數字上多加一點，或者百分比多加一點。更進一步的單面事件難以革新。或許水滴石穿以後能讓該方面觸摸到最頂的瓶頸。

講思考的層面提升一層，統合的看現有的東西，嘗試整合纔是創新之道。而這個創新的要點我認爲應該立足於需求，何之需求，當前到將來的需求，或者說將來的需求。這個需求可很差找，要我說呀，只能碰，碰着感受猜。你覺得精於此道，萬術通熟，必定能預測到將來的趨勢，假使如此，你也難以真正肯定的抓住準確的需求。由於這個需求要有價值，不只要找到，還要找準時機。 舉個例子，認爲將來的武器更近一步在於更加鋒利堅韌的刀劍，瞬息萬變的時代已經讓火槍粉墨登場了。

如今的你們，一直看好的是雲生態，雲編程，圍繞着 Cloud 生髮出一系列的項目。相較而言，正是單機到集羣以後的性能需求變化點。用擴展解決問題表明着性能瓶頸能夠經過資源堆砌，也就是錢來解決。那麼新的問題邊界也來臨了。

<a name="NDhPt"></a>
## 共享的代碼資產
對於以後來講，整合是做爲創新的基礎，這是由於在雲的時代，代碼資產像最開始的網上衝浪時代中的信息共享同樣爆炸增加，而沒有轉變過來的程序員會被雲程序員輕鬆淘汰。不只是日益增加的編程技術的革新速度，更加是關注單機效應的提高無濟於事。

雲 API 的存在讓每個程序員可以專一於整合實現需求，共享的代碼資產也在新時代的需求上更加的加速增加，能夠碰見 API 的多層包含和整合，變得更加多元--因爲多數功能的組合和進一步組合（）。針對不一樣特定環境的適應性變化變得更加容易掌控，可以相互參照，同時從最細的功能到更上層的抽象都會提供可使用的 API。

這意味着，程序員的工做變得更易行了，編寫高性能程序的門檻極度下降，得益於各基礎設施的逐步完善。成爲專業程序員的難度急劇上升，「得益」於計算機科學的複雜性指數上升。僅僅認爲你已經學會了當前計算機科學的全部知識，也有理由相信，下一秒你的專業性就會被懷疑。（這是用來比喻增加速度，你知道咱們沒人能學會這全部知識）

<a name="X0rlf"></a>
## 整合的目標
這樣，開始須要找到須要解決的問題來進行整合了。整合的資源包括不少，代碼，人員，不一樣的功能項目設計思想。看的越多，針對不一樣狀況優秀的解決方案越多。整合出來的系統更加完備的完成需求就是整合的競爭點。

留意可能要作的東西，你能夠預先找到他們並經過剛纔所說的整合，GitHub 上別人的解決方案和代碼資產，各雲廠商提供的功能 API。 包裝成面向將來需求能夠複用的模塊。堅持簡潔性，配置化和極具擴展性。每一份這樣本身作出的模塊，就是雲時代最大的資產之一。我決定爲這樣的通用模塊，或者針對性模塊取一個名字，就叫雲模塊吧。 <br />Cloud Module，也像雲朵。

 

因此，雲的整合做業生產的是雲朵，雲碼。