平臺面前的程序員

寫這篇文章，是由於最近老是聽到平臺對於程序員有多麼多麼好。餘認爲有所偏頗，故寫出來供你們參考。

 

程序員固然是編碼的。至少，基本工做是編碼。那麼都是作什麼編碼呢？這個問題回答起來比較複雜，但是能夠經過一個簡單的話來歸納，那就是：程序員的編碼工做是將業務轉換爲代碼的過程。

 

平臺又是什麼？平臺就是業務模型的代碼表現。經過這些業務模型，能夠很方便地組建一個系統或者自定義一些系統的行爲。如今不少公司都在提平臺，也正是基於這個特色。

 

那麼，當平臺搭建起來後，程序員該怎麼辦呢？一旦平臺完成，程序員就喪失了編碼的價值。只能使用別人造好的積木，完成他們之間的對接。能讓程序員發揮的地方愈來愈少。能讓程序員體現能力的機會也愈來愈少。程序員的工做就是簡單寫寫配置文件了。

 

程序員，你該怎麼辦呢？不少人都陷入了迷茫之中。由於他們之中大可能是不能把握本身的命運的。他們只知道前人都是從他所想象的路上前進過去的，可他本身卻在這條路上陡然遇到了懸崖峭壁。他沒有能力一會兒爬過去。
 

站在平臺上的人，很容易看到平臺的巨大做用。 他能充分利用平臺的優點，將本身擺脫以往工做的繁瑣，而去探索更高層次的軟件工做。這些人看到還在平臺下方的人，告訴他們平臺多麼多麼好。但是這樣除了給他們更多的壓力，並無什麼實質幫助。

 

我畫了一個示意圖，如上所示。

 

咱們全部程序員，原來延着比較平緩的路在成長。當有了平臺以後，擺在咱們程序員面前的路已經不同了。在山腰處，忽然高出一個很是高的峭壁。只要爬上去，你就能夠站在巨人的肩上。可如今對於大多數還在峭壁下的人來講，爬上去又是何等之難？若是你恰好是隨着這個平臺的構建，與平臺一塊兒成長的，你真是很是的幸運。在你目擊平臺構建的過程後，你也同時擁有了平臺的不少能力。

 

問題仍是那些在下面的人。他們該怎麼辦呢？咱們不能只告訴他們平臺多麼多麼好，誘惑他們爬上來。不要忘了，咱們當時都是通過怎樣的磨練才擁有了爬上的能力。

 

在我看來，至少有兩個方法能夠供你們參考。

• 架梯法 這個方法可能比較容易想到。但真正作起來並非那麼容易。請不要誤會，我並非建議你找個什麼工具。真正的×××仍是在平臺上。首先要找到那個能夠爬的×××。這要求咱們不是隻去看平臺這個懸崖的表面，而是要看懸崖的構成。瞭解清楚平臺是如何構成的，將這些做爲你能夠落腳的基石，一步一步順着這個挖掘出的×××，爬上去！平臺的構建必然是有一個思路的，抓住這個思路，你必然能夠事半功倍。
• 挖洞法 這個方法比較奇特。但是想一想確實有道理。找不到×××，就挖過去。只要你能找到平臺的弱點所在，你就能夠走別人未發現的捷徑。不過這個方法，對咱們要求也很高。咱們不能只是發現弱點就能夠了。須要咱們努力地去改進這個弱點。這些改進的過程，正是咱們瞭解整個平臺思想的過程。順着這個過程，咱們也就能夠成長起來。

無論哪一個方法，咱們都不要在平臺面前怯弱了！只要積極地開發咱們的思惟，才能另創捷徑，引導咱們順利地成長起來。