平台面前的程序员

写这篇文章，是因为最近总是听到平台对于程序员有多么多么好。余认为有所偏颇，故写出来供大家参考。

程序员当然是编码的。至少，基本工作是编码。那么都是做什么编码呢？这个问题回答起来比较复杂，可是可以通过一个简单的话来概括，那就是：程序员的编码工作是将业务转换为代码的过程。

平台又是什么？平台就是业务模型的代码表现。通过这些业务模型，可以很方便地组建一个系统或者自定义一些系统的行为。现在很多公司都在提平台，也正是基于这个特点。

那么，当平台搭建起来后，程序员该怎么办呢？一旦平台完成，程序员就丧失了编码的价值。只能使用别人造好的积木，完成他们之间的对接。能让程序员发挥的地方越来越少。能让程序员体现能力的机会也越来越少。程序员的工作就是简单写写配置文件了。

程序员，你该怎么办呢？很多人都陷入了迷茫之中。因为他们之中大多是不能把握自己的命运的。他们只知道前人都是从他所想象的路上前进过去的，可他自己却在这条路上陡然遇到了悬崖峭壁。他没有能力一下子爬过去。

站在平台上的人，很容易看到平台的巨大作用。 他能充分利用平台的优势，将自己摆脱以往工作的繁琐，而去探索更高层次的软件工作。这些人看到还在平台下方的人，告诉他们平台多么多么好。可是这样除了给他们更多的压力，并没有什么实质帮助。

我画了一个示意图，如上所示。

我们所有程序员，原来延着比较平缓的路在成长。当有了平台之后，摆在我们程序员面前的路已经不一样了。在山腰处，突然高出一个非常高的峭壁。只要爬上去，你就可以站在巨人的肩上。可现在对于大多数还在峭壁下的人来说，爬上去又是何等之难？如果你刚好是随着这个平台的构建，与平台一起成长的，你真是非常的幸运。在你目睹平台构建的过程后，你也同时拥有了平台的很多能力。

问题还是那些在下面的人。他们该怎么办呢？我们不能只告诉他们平台多么多么好，诱惑他们爬上来。不要忘了，我们当时都是经过怎样的磨练才拥有了爬上的能力。

在我看来，至少有两个方法可以供大家参考。

• 架梯法 这个方法可能比较容易想到。但真正做起来并不是那么容易。请不要误会，我并不是建议你找个什么工具。真正的梯子还是在平台上。首先要找到那个可以爬的梯子。这要求我们不是只去看平台这个悬崖的表面，而是要看悬崖的构成。了解清楚平台是如何构成的，将这些作为你可以落脚的基石，一步一步顺着这个挖掘出的梯子，爬上去！平台的构建必然是有一个思路的，抓住这个思路，你必然可以事半功倍。
• 挖洞法 这个方法比较奇特。可是想想确实有道理。找不到梯子，就挖过去。只要你能找到平台的弱点所在，你就可以走别人未发现的捷径。不过这个方法，对我们要求也很高。我们不能只是发现弱点就可以了。需要我们努力地去改进这个弱点。这些改进的过程，正是我们了解整个平台思想的过程。顺着这个过程，我们也就可以成长起来。

不管哪个方法，我们都不要在平台面前怯弱了！只要积极地开发我们的思维，才能另创捷径，引导我们顺利地成长起来。