走进厨房，才知道食材的好坏...

 

前几天应邀到社群举办的讲座，介绍云端运算与行动装置的整合，席间提到了Silverlight技术，不免又有一些开发人员问到这样的问题：『听说...微软对Silvrlight的支持和更新将会如何如何...，这部分开发人员要如何因应』?

面对这类问题，我最近一年少说不只回答了10次，首先，『听说』这个前提就很是问题，虽然报纸偶而会有猜对的时候，但捕风捉影总是占了大多数。

另外就是开发人员要如何因应这种事情。

我始终觉得，没什么好因应的，开发技术本来就是这样，特别是表示层开发技术，我在这篇文章中曾经说过，表示层技术的持续精进与改变是必然的趋势。你回头看，Wii和Kinect都是最近这几年才发生的事情，但现在已经开始慢慢出现在我们LOB应用的UI里面了。而触控技术早就有了，最近五年才出现在手机上，如果回头看过去20年，从黑底白字的文本模式，到Mac/Windows的图形接口，到现在的RIA(Rich Internet Appication)开发技术，少说有没有换过10种开发方式?

请开发人员接受一个事情，就是presentation(表示层)的UI开发技术，是每隔两三年就会大改一次的，ASP.NET从2002年诞生到现在，共四个版本，也不过八九年，中间还有AJAX技术进来搅局和jQuery的崛起，还有现在的MVC设计模式，这些技术都是持续在精进与改变的，不多人在2005年之前，会预知后面AJAX应用成长的那么快(中间也跟因特网带宽与行动装置拖不了干系)，而现在也不多人能100%论定是否HTML5将变成未来可能的一种趋势。

如果你比较Flex/Silverlight/HTML5，然后开始听到iOS对Flex有些疑惑，Silverlight没法跑在iOS和android上，HTML5又不够成熟，那怎么办? 要投资哪一个? 哪一种技术可以让你长治久安?

长治久安? 答案当然是没有! 没有一种开发技术是可以让你在这个变动迅速的时代，软件生命周期爆低的世代，可以长治久安的。没有!

但你确实可以选择一个对自己来说投资成本比较低的方案，例如，着眼在跨平台，不同的device对你来说差不多，只是呈现出一个接口，你不会用到Device上的LBS或Camera，大部分的运算在服务器端，那ASP.NET/JSP/PHP依旧是比较好的选择。如果，你要建置的是企业内的LOB，你可以掌握几乎所有客户端的状况，而过去你是.net的开发人员，那Silverlight绝对是不二选择。其余均可类推...

不同的技术就是用在不同的scenario，彼此之前从没有冲突，(我们没有说Silverlight是用来取代ASP.NET的，两者甚至依旧常常合作)，微软的开发技术大多进入障碍低，这其实是一种设计过的优势，我们希望开发人员不要花很多时间『一直在』学新技术，而是能够很快地就去『用』新技术，去动手开发出点什么可以改善这个世界的信息产品。(写这篇文章的人，显然对.NET不是很熟)

在许多人还在争论Silverlight的前途是否未明之前，我们公司的产品已经把Silverlight技术用的淋漓尽致(有点夸张我承认，但我一时之间找不到类似的词，请包涵)，那你说我们会不会不管HTML5? 当然不会，她依旧是我们下个世代产品的表示层技术考虑之一。

因为我们熟悉Silverlight开发技术，在Windows Phone 7上我们的开发成本相当低，接下来的Windows 8，由于采用了XAML，对于熟悉Silverlight的我们来说，将Application(or Apps) Porting到Win8上当然也不是问题。

很多开发团队或人员，针对Silverlight开发技术的评估，其实坦白说并不认真，因为从2007年Silverlight出现到现在，始终停留在『评估』的阶段，而这三年，已经有数以万计的产品(包含微软自己的Windows Azure管理平台)是100%以Silverlight技术打造的。

我要说的是，如果你始终只停留在评估，那不如就干脆放弃了吧，因为在你评估的同时，很可能竞争对手已经开始实作、已经开始推出产品。我总是觉得，与其花时间看遍报章杂志去研究一个技术的未来，不如亲自动手直接用这个技术开发点什么。这是技术人员的本质，『评估』绝对不只是收集收集资料，综合一下大家的意见就好。对技术人员还说，评估是亲身的体验，是自身的感受。

毕竟，走进厨房，你才能真正知道这些食材与调味料的好坏...