平臺面前的程序員

寫這篇文章,是由於最近老是聽到平臺對於程序員有多麼多麼好。餘認爲有所偏頗,故寫出來供你們參考。
 
程序員固然是編碼的。至少,基本工做是編碼。那麼都是作什麼編碼呢?這個問題回答起來比較複雜,但是能夠經過一個簡單的話來歸納,那就是:程序員的編碼工做是將業務轉換爲代碼的過程。
 
平臺又是什麼?平臺就是業務模型的代碼表現。經過這些業務模型,能夠很方便地組建一個系統或者自定義一些系統的行爲。如今不少公司都在提平臺,也正是基於這個特色。
 
那麼,當平臺搭建起來後,程序員該怎麼辦呢?一旦平臺完成,程序員就喪失了編碼的價值。只能使用別人造好的積木,完成他們之間的對接。能讓程序員發揮的地方愈來愈少。能讓程序員體現能力的機會也愈來愈少。程序員的工做就是簡單寫寫配置文件了。
 
程序員,你該怎麼辦呢?不少人都陷入了迷茫之中。由於他們之中大可能是不能把握本身的命運的。他們只知道前人都是從他所想象的路上前進過去的,可他本身卻在這條路上陡然遇到了懸崖峭壁。他沒有能力一會兒爬過去。
 

站在平臺上的人,很容易看到平臺的巨大做用。 他能充分利用平臺的優點,將本身擺脫以往工做的繁瑣,而去探索更高層次的軟件工做。這些人看到還在平臺下方的人,告訴他們平臺多麼多麼好。但是這樣除了給他們更多的壓力,並無什麼實質幫助。
 
我畫了一個示意圖,如上所示。
 
咱們全部程序員,原來延着比較平緩的路在成長。當有了平臺以後,擺在咱們程序員面前的路已經不同了。在山腰處,忽然高出一個很是高的峭壁。只要爬上去,你就能夠站在巨人的肩上。可如今對於大多數還在峭壁下的人來講,爬上去又是何等之難?若是你恰好是隨着這個平臺的構建,與平臺一塊兒成長的,你真是很是的幸運。在你目擊平臺構建的過程後,你也同時擁有了平臺的不少能力。
 
問題仍是那些在下面的人。他們該怎麼辦呢?咱們不能只告訴他們平臺多麼多麼好,誘惑他們爬上來。不要忘了,咱們當時都是通過怎樣的磨練才擁有了爬上的能力。
 
在我看來,至少有兩個方法能夠供你們參考。
  • 架梯法 這個方法可能比較容易想到。但真正作起來並非那麼容易。請不要誤會,我並非建議你找個什麼工具。真正的×××仍是在平臺上。首先要找到那個能夠爬的×××。這要求咱們不是隻去看平臺這個懸崖的表面,而是要看懸崖的構成。瞭解清楚平臺是如何構成的,將這些做爲你能夠落腳的基石,一步一步順着這個挖掘出的×××,爬上去!平臺的構建必然是有一個思路的,抓住這個思路,你必然能夠事半功倍。
  • 挖洞法 這個方法比較奇特。但是想一想確實有道理。找不到×××,就挖過去。只要你能找到平臺的弱點所在,你就能夠走別人未發現的捷徑。不過這個方法,對咱們要求也很高。咱們不能只是發現弱點就能夠了。須要咱們努力地去改進這個弱點。這些改進的過程,正是咱們瞭解整個平臺思想的過程。順着這個過程,咱們也就能夠成長起來。

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

相關文章
相關標籤/搜索