Warning : caught an JavaWebDeveloperException() in MobiAppAge.foward() function

今天在csdn首页看到一篇推荐文章《RethinkDB：为实时应用而生的开源数据库》

看了一段示例代码，如下：

r.table(geo).get('sfo')('location').toGeojson.run(conn, callback);
// result passed to callback
{
    'type': 'Point',
    'coordinates': [ -122.423246, 37.779388 ]
}

让我想起了ajax技术刚兴起的时候，有一个比较有名的javascript框架（忘了准确的名字了，姑且叫做jsRMI），与此形似，也是试图在前端网页上通过javascript调用远程的逻辑接口（RMI）。

从这些框架的用户（也就是互联网应用的开发者）角度看——如果我没有理解错误的话（rethinkDB我没有细看它的feature list），两者都是试图在前端解决（部分）业务逻辑问题——或者我们称之为侵入后台业务，那么，两者的区别只不过是程度上的不同——jsRMI只不过是“试探性”的侵入业务逻辑层，而RethinkDB则简单粗暴的直接干到了数据层。

于是乎，有了一个比较含糊的感觉， 这个感觉早已有之，但是始终无法明晰化，不妨先写下来，以供以后参考验证。

正如我的标题所说：Warning : caught an JavaWebDeveloperException() in MobiAppAge.foward() function

我感觉到了一个警告 Warning，虽然它还没有升级到 ERROR、FATAL、CRASH等级别，但是也是一个比较明确的预兆，尤其是对web开发程序员而言——那就是，世界变了，传统的互联网应用开发模式也变了。

java初期的的口号Write Once，Run Anywhere所针对的应用场景是洗衣机、电冰箱、电视机等等，借着互联网的东风，以JavaApplet的视觉表现力风光一时，然后因为flash的出现，又马上销声匿迹，转入后端应用并大获成功。

在这一场转折中，互联网应用的开发分成了两个泾渭分明的阵营：后端开发：重逻辑和业务——前端开发：重效果和表现力。

但是，富客户端的出现，在解构这一切。

虽然富客户端的提法已经很早，但是遵从互联网业内操蛋的”概念先行“惯例，直到今天，我们才能肯定和确认它的影响力，比如：移动应用。

我们的战场开始从PC端转向移动终端——虽然PC的”用户份额“仍然是大头，但是，从市场的反应来看，移动端的”利润份额“更高，也更能体现”价值规律“：无论是从资本方还是劳务方的角度来看。

一个简单的例子就是：5年的java web开发人员和2年的android开发人员谁更容易达到期望的薪资水平？

我并无意于引发争论或者表达对两种开发人员技术水平高低的某种既定立场，也不想批判某些企业急功近利、蜂拥而上的思维模式，举这个例子只不过简单的说明一下市场对技术的认可程度。

也许web后端开发人员应该能够警觉到”前/后端开发“某种平衡的破坏，甚至低头承认自己的某些傲慢——”写java是造原子弹，写javascript是卖茶叶蛋“。事实上，金蛋银弹还是坏蛋，归根结底是市场说了算的。

比如Node.js的兴起，我认为是一个很明显也很成功的”需求决定论“的注脚。

我没有兴趣拿node.js在各项技术指标上去和java的某些框架去对比，这就和争论”java和c++哪个性能更好“一样无聊——我们早就该认识到，没有烂的开发语言、只有烂的开发者。

在我的眼里，Node.js的最大特点是——它是基于javascript的。这也就是它成功的原因：传统富客户端的开发者集中在基于Flash的action script领域和基于浏览器的javascript领域，而这两种开发语言都是ECMA Script的子集——正因为如此，前段开发者能够轻松快捷的构建产品原型、验证产品设计以及快速发布上线。

而在传统的开发模式里面，前后端开发分离的情况下，真正最直击消费者的前端开发者要花费和浪费大量的时间和精力去沟通需求、确定接口乃至于在各个后端功能模块的开发者之间扯皮。

移动应用领域的厮杀是惨烈的，拿着传统的软件工程和项目管理的经验去硬套——这些经验的总结很多还来自于与互联网无关的行业软件领域——无异于自杀行为。

而在这种高烈度的瞬息万变的环境中，一个优秀的PMP可能永远无法达到”神经猫“发布三天访问过亿的成就——虽然”神经猫“的成功有一些”莫名其妙“的成分，但是不可否认的是，这种在产品和开发上的”投机“在移动应用中甚至已经成为一种常态——在短短的几个月内发布十几个甚至几十个个小应用，然后期待其中的某个能够成功，从而收回所有成本！

归根结底是现实的要求不同——我们传统上是“做对”，而现在是“试错”，这种情况下，对成本、时间、人员的投入要求其实是更严格了——严格到了你以为它”简单粗暴一点儿都不严格按规矩来“的程度——那只不过是”萝卜快了不洗泥“的表象。

关注用户、关注应用的体验乃至视觉表现力——眼球经济也好、以人为本也好、忽悠挣钱也好，大环境决定了前端开发者的位置逐渐重要起来，而后端应用开发者的”落寞“和”吃力不讨好“是必然的。

不如我们设想这样一个场景：当我们这些长期从事后端开发的”老程序员“还在设计MVC（模型、视图、控制层），考虑是DTO还是POJO等等等等的时候，前端开发人员说：您歇会儿，没这么麻烦，我用RethinkDB、RebuildDB、RefactorDB之类直接调用数据库就好了，反正app的逻辑也不复杂，而且我调用起来更方便。

很有压力对不对？不过我觉得很有趣——这也是我一直所主张的东西——任何体系和结构的发展趋势应该是简单而不是复杂。

归根结底，这是一场客户端引发的血案——哈姆雷特同志无语问苍天：THIN OR FAT CLIENT? THIS IS A QUESTION.

现实是，移动应用的富客户端定位，决定了战斗在后端的同志们要把很多的东西交出去，不管愿意不愿意。

以mvc模式为例：

Viewer已经完全放弃了，

Controller还能控制个毛线，mobi app只找你要简单接口而已

Model？Node.js是跑在server上的啊，亲~

写到这里，似乎也没有什么特别想唠叨的话了，做个最后说明：

首先，我没有鼓吹javascript和贬低java，只不过这两种语言代表了最明显的一个分野——需求的直接和多变 VS 实现上的复杂和顽固——我个人对php和python玩儿什么OOP是很不以为然的。

其次，我的一个基本判断是在移动应用领域，传统的前、后端开发的泾渭分明已经不存在，两者在贴近——不管是外力还是内因、愿意还是不愿意。而技术的趋势更偏重于轻量和快速的开发语言、框架和服务，其支持的服务对实时性、交互性要求更高。

再次，在瘦客户端thin client领域，传统的势力范围并未发生大的变化，变化的只是环境，包括利益——这也是让开发者纠结的地方，至少不少java开发者转行android是一个事实。

最后，该如何适应这种变化，我也没有什么答案。也许，

向前走——做android、ios开发；

向后走，去关注、设计、实现更底层的框架和服务，比如高性能的实时消息、分布式的存储、基于GPGPU的计算等，表现到应用上比如：大数据分析——这个恐怕是我最看好的在应用层面上“老程序员”可以与android程序员一较短长的项目；

向左走，延续老本行，简单的”二八率“的话，八成份额也还是PC，而且咋们说多了大众消费类型的互联网应用，其实传统的企业级应用依然稳固的很。

向右走，卖水果，卖大枣，干嘛不吃饭呢：）