Tim Bray:2014年软件之路

　　存储

　　现在各种持久化方案十分成熟。我己经很长时间不再在性能关键的运行时系统中使用关系型存储了；同时它仍有用武之地并有许多开源的选择。

　　这些关系型数据库之后出现的方案也足够完善。从轻量级的内存缓存到可以操作巨型数据的软件，都有对应的软件可供挑选。你可以看看Cassandra，如果你最近听过Adrian Cockcroft的演讲，知道Netfilx如何使用它的时候，你就会感到吃惊。

　　高手们都把磁盘当成新式磁带一样，找到合理地使用它的方式。

　　而另一方面……

　　客户端的混乱

　　情况十分糟糕。你需要造三遍轮子：Web、iOS、Android。我们缺乏人才，而这样的开发环境十分浪费，一直折磨着我们。

　　移动端太糟

　　此处略去Android和iOS的具体差异，在工程上来说，这些差异不是十分显著，但是，仍然有以下糟糕之处：

• 首先，你需要开发两种不同的客户端。
• 更新周期十分缓慢，以基于浏览器的App比较，Android上花的几个小时，放在iOS上就需要几天时间。更糟糕的是你并不能指望移动用户接收你的每次更新。发现了一个导致数据丢失，违反用户协议隐私条款的bug？足够让你吃尽苦头了。
• 设备非常吃内存、CPU，耗电量猛增。
• 表单的加载越来越慢，出现进度条需要等待。
• 你没有编程语言的选择权，如果你厌恶ObjC和Java的话，就需要考虑换工作了。
• 单元测试很操蛋。
• 有利于用户但不利于开发者的你而言，移动端对于UX（用户体验）的要求很高，没有捷径可寻，同时需要灵感涌现和反复尝试。
• 使用互联网的正确方式是点击浏览器上方的搜索栏，输入你感兴趣的内容，点击搜索，点击结果链接，就可以得到你想要的信息。但是无论你在移动设备上搜索什么，你都需要安装相应的应用，同时意味着在手机应用商店还有另外一层搜索，而搜索结果比不上Google或者Bing的质量。
• 你不能赚钱。严肃点来说，苹果总是谈论到他们在应用商店外花的成千上万的钱。我还没有听说过谁靠着应用商店正正经经地赚了许多的钱。

　　当然，HTML5热潮正当其时，告诉人们，如果人们开发的是移动Web应用的时候，所有的不利之处（尤其是第一条）就将消解。

　　但是……

　　浏览器同样很糟糕 虽然这是个老生常谈的话题，但是还是看不出为什么它如此充满争议。

• JavaScript不可理喻之处：

  1 2	> [5, 10, 1].sort(); [ 1, 10, 5 ]

• 以上的例子还有很多。所以就有了CoffeeScript和Dart这类语言。他们都在想办法解决这些刻意回避的问题。

　　浏览器的API也很糟糕，所以人们都基于jQuery（以及类似的库）看作在此之上编程的底层库，因此让JS变成了Web时代的汇编语言。

于是，在实际构造应用程序的时候，你就需要挑选更高层次的框架。网上有很多这样的框架，很容易就能搜索到相关的信息，像这个：Rich JavaScript Applications – the Seven Frameworks (Throne of JS, 2012)。但是这个已经是18个月前的信息了，放到现在可能完全是错误的。你可能会喜欢有更多选择，但是这样下去会造成“寒武纪大爆发”式的增长。我觉得2113年的软件架构师会喜欢研究这些问题的。

　　（同时，请阅读：Tero Piirainen的 Frameworkless JavaScript）

• CSS也很糟糕。我本想解释这一点，不过已经有这篇文章：Why Sass?，所以我不必这么做了。同时请查看：Less vs Sass vs Stylus，看看有没有我提到的“寒武纪大爆发”问题？

• 现在还没有可以像应用商店一样能筛选应用程序大小的地方。

　　好了好了，我知道每个以Web为中心的大型会议，那些眼睛闪耀光芒的，充满激情，真心相信浏览器的信徒们会向你展示HTML5的酷炫之处。而且他们也可以使用加速度传感器配合麦克风写出移动设备上的独特APP呢。