1、云这种东西虽然比较虚&＃xff0c;而且不少厂家做的东西不能算纯粹的云&＃xff0c;顶多是一个集群&＃xff0c;但不得不承认云这玩意儿已经大规模地被人重视。泡沫也好&＃xff0c;实在不实在&＃xff0c;它都成了趋势&＃xff0c;都成了互联网的下一个时代。
什么叫云呢&＃xff1f;云是由一个个滴作为服务的系统。每个滴提供业务服务。对于整个云和使用者来说&＃xff0c;在服务开始之前&＃xff0c;并不知道自己要连接到具体哪个滴。凡是具有这种不确定位置之服务器结构的系统&＃xff0c;都可以被称为云系统。
论坛的讲座似乎很让人心潮澎湃&＃xff0c;但是之后宴会上和软件协会会长聊了聊&＃xff0c;发现之前中国企业的问题在此方面还是没能解决。中国企业更不愿意与别的企业联 合&＃xff0c;以率先制定出行业标准。他们往往希望按照自己的来&＃xff0c;需要让步的时候全都是各不相让。本来软件协会有意组织几个国内厂商联合制定云基础设施接入标准以及 服务标准接口等协议&＃xff0c;以便在此领域走在世界最前端。问题是国内能提供成功经验的厂商本来就少&＃xff0c;还都互相扯皮。谈到此问题的时候&＃xff0c;会长只能说“有这个意 向”&＃xff1b;谈到我所在的单位作为移动互联网的新兴企业愿意加入此联盟的时候&＃xff0c;他也只能说“尽早加入&＃xff0c;服从安排”&＃xff1b;其中各个厂家互相扯皮让人心力交瘁之感觉凸显 无疑。

2、论坛上&＃xff0c;麦肯锡先生的讲座中提到&＃xff0c;他认为软件行业接下来的发展机会将集中在如下几点&＃xff1a;云、移动行业、大数据、数字化生产、信息安全。
因为移动设备运算能力越来越好&＃xff0c;所以我之前正在考虑把云滴注入到移动设备上&＃xff0c;这得益于搜狗拼音输入法提供的灵感——每一个安装了输入法的终端用户其实 都分出了一定资源成为了词汇检索服务器。不过后来和 360 的售前经理聊了一会儿。他认为任何有可能流失客户的行为&＃xff0c;都是应该抵制的。比如增加客户端资源消耗&＃xff0c;等等。其实不缺那点儿建设服务器集群的钱&＃xff0c;没必要为了 这点资源节约得罪客户&＃xff0c;造成一些挑剔的或者临界客户流失&＃xff1b;一个客户带来的收益&＃xff0c;总是要大于其消耗的。
从这个角度来说&＃xff0c;之前我为公司设计的云结构游戏服务端架构&＃xff0c;可能也面临着同样的问题。之前制定的计划&＃xff0c;是由游戏提供商提供游戏后台支持服务&＃xff0c;由他们建 设服务器硬件&＃xff0c;提供计算资源&＃xff1b;由他们使用我们提供的授权接入整个的游戏后台的平台&＃xff0c;成为大云架构中的一份子。由于每一个游戏提供商自己的服务器上边运行的 未必是自己的程序&＃xff0c;由我们统一的计算资源调度后台来分配运算分布&＃xff0c;保证每一个游戏提供商享用的计算资源和其支付的服务器资源比例相当。

3、哲学是很容易共通的。当库恩的范式理论在科学界广为流传和使用的时候&＃xff0c;软件工程学界的 Ivar Jacobson 也在软件过程指导理论的探索中进入了同样的思维区域。Jacobson 先生认为具体的软件工程方法&＃xff0c;背后应该有一份基础软件工程理论来进行支持。基于敏捷开发的重要方式&＃xff0c;他越来越觉得一个好的基础理论&＃xff0c;可以适应各种同层次先 进程度差不多的开发方法。他管他们的这个成果叫 SEMAT 。他说&＃xff0c;这是一个“革命”&＃xff0c;而不是一种“演进”。多么具有库恩色彩的论断啊。
另外&＃xff0c;Jacobson 也精于使用“状态”来描述“过程”。这种思路让人不禁想到 热力学 。虽然事后我问他&＃xff0c;他的这些思路是否受到了热力学的启发&＃xff0c;被他回答了“No”&＃xff0c;但是我们可以从中看到培根哲学基础上无论是理论学界还是工程学界都有很大可 能趋向着同样的思维方法。这种抽取很可能代表着某种现阶段足够先进并普适的思路。我们同时也可以更加大胆地借用别的领域的思维规律与成功经验放到软件开发 中来。

4、游戏行业暴利&＃xff0c;以致于现在游戏开发并没有非常成熟的模式。绝大多数中国游戏公司都在凑合&＃xff0c;没道理不合理的各种混乱开发流程&＃xff0c;不可预计的需求稿&＃xff0c;来回重复的设计方案&＃xff0c;充斥在整个行业中。但就算这样&＃xff0c;一个个游戏公司也都暴利地活得非常好。

5、机器人是新时代的契机。考虑到日本几万种机器人的整行业失败案例&＃xff0c;让我们看到了每个机器人都从机械到电路到软件定制开发的不可能性。于是分离机器人制 作过程中的各步骤&＃xff0c;已经得到了广泛共识。现在的问题是&＃xff0c;机器人软件要进行什么程度的分层呢&＃xff1f;现在主流观点认为&＃xff0c;机器人的软件&＃xff0c;应该和微机类似&＃xff0c;分为硬件驱 动、虚拟环境、操作系统、应用程序等。那么这种方式将引入现在 PC 软件的问题。开发应用的人不知道操作系统做了什么&＃xff0c;更不知道虚拟环境怎么转换的驱动。虽然每个部件的质量都能够有所保证&＃xff0c;但是整体的质量却不那么容易保 证。特别是当这些机器人应用在自动驾驶导航、宇航、急救控制等直接涉及安全的行业&＃xff0c;这种质量隐患带来的风险将更加难以承受。那么在机器人的发展路线上&＃xff0c;究 竟要不要抛弃软件分层的思路呢&＃xff1f;

先就说这么多吧。希望我所在的北京掌趣智能终端部门&＃xff0c;能尽快支持我开始建设云服务端。

本文还发表于我的技术日志
CSDN &＃xff1a; http://blog.csdn.net/shanelooli/article/details/7634643
ITeye &＃xff1a; http://surmounting.iteye.com/blog/1551994
开源中国&＃xff1a; http://my.oschina.net/shane1984/blog/69963