理想的手机通讯录是个什么样子？
上一篇B文第一条说手机会是社交网络的中心节点。这篇B文就说说我为什么觉得她应该是这个中心节点，以及她应该长成什么样子。
所谓的SNS 社交网络，其实只不过是人们的社交活动，从现实到网络的一种表现方式。SNS 的流行，是因为越来越多的人能够越来越方便的连接到网络。随着smart phone的普及，各个SNS 应用都推出了手机版本。为什么？因为手机是最便捷的网络接入方式。她够小巧，可以方便地装在口袋里随身携带。她够直接，只要有3G信号的地方就能接入。她够快速，现在smart phone的平均水平已经在1+1+1之上了。她够全面，联系人的各种联系方式都能在手机上存储。
除了SNS 这种半虚拟的社交方式，手机还是完全真实的社交活动的节点。在网络不存在的时候，人们用书信，用电报，用电话联系着。他们的生命周期从几千年几百年到最近几十年，人们一直追求的就是更快速直接的与人沟通。书信现在有了Email和IM，电报的方式已经被抛弃了，电话从固定电话发展到现在的手机。我想象不出将来会有什么东西取代手机。在我看来手机的形式基本已经到了极限。打电话、发短信、Email、IM和SNS，她都可以很方便的解决。也行将来人们的联系方式可以更简化，但是估计不会有比手机更便于携带的工具了。嗯，我得说，天线宝宝的帽子其实也是个好东西。
现有的手机通讯录只是存储了个人的信息。从老的feature phone 到现在的smart phone 逐渐发展中，有一点已经很明显了，就是个人的联系方式增多，对应的通讯录存储的信息也增多，固话，移动电话，Email，IM 等等。但其实在通讯录中这些信息都是孤立的。Feature phone从通讯录中只能打电话发短信。当然，必须得承认在今天的smart phone时代，这点正在发生变化。以我的Android手机为例，在通讯录中已经可以直接调用Email发送功能了。但是其他的还不直接联系起来。当然这跟各个IM、SNS都几乎采用不同的协议有关系。然而，如果采用插件的方式，允许第三方开发与IM、SNS对应的插件，又会如何呢？
我观察过Android 和iOS 两种最流行的手机操作系统。至少在这两种系统中，各个交流工具之间是互相孤立的。这里的交流工具指电话、短信、Email、IM和SNS所有的沟通方式。比如，在通话记录中，没有办法知道我是否给刚打过电话的人发过短信。在IM 里，我也不知道对方是否在SNS 中给我留下过什么。腾讯的QQ 做的不错，她的客户端能提醒联系人通过各种方式留下的信息。腾讯有一个大的数据平台，她可以知道各种信息。我有一个智能手机，我也需要知道各种信息。
智能手机其实已经能够知道各种信息了。电话短信不用说了，是个手机就行。安装各种应用也能支持Email、IM和SNS 这类应用。但问题是，我很懒，我也不会自己装那么多乱七八糟的应用；我的朋友很多，他们都有各自喜欢的表达自己向外界传递信息的方式。现在的矛盾是，个人懒惰的天性和众多联系人诸多的喜好之间的矛盾。我只想每次直接打开一个应用，在里面就能看见所有联系人，不论是虚拟的还是现实的，他们最近的动向；以及我和他们之间的联系。
每个人的朋友都很多，但其实这些虚拟的或者现实的朋友，他们与你的联系方式一般不会超过三种以上。现实的朋友一般是电话短信，接触网络多的，可能会是电话和IM。虚拟的朋友一般是IM和SNS，关系亲密的，可能会加上电话。商务关系一般是电话和Email，可能会有CRM通知。所以在单一应用中组织三种联系来源是有合理性的，而且从技术上来说完全有可能的，并不会显得特别复杂。可能存在的问题是，由于生物多样性，在总数上，这个信息来源可能不是收敛的。但是，滚滚历史的车轮，真扯，是主流力量推动的。所谓主流，其实也就那么几种。所以基本上来说，这事靠谱。
我被自己说服了，我打算先做出这么个东西来看看，先从Android开始，刚买了个水货，不能白花银子。如果你也感兴趣，可以联系我。
0/ 社会化网络的中心节点
天然的联系人，人类一直都是社会化的。人与人之间一直互相联系，烽火，信件，电报，电话，手机。联系工具不断进化，到今天的手机功能已经极其强大了。SNS 现在是一个很流行的趋势，而手机以其天然的特质，自然而然倍受关注。这也是移动互联网一个很好的创业方向。
1/ 随时随地与世界沟通钥匙
3G /4G 时代手机联网速度飞快，接受最新信息，表达自己。墙外的Twitter，墙内的t.xx 都是这类快速简洁的沟通方式。黑莓最流行的邮件服务，随时随地让别人抓得住你。坐公共交通工具，经常听见小企鹅叫唤，嗯，山寨机也一样叫唤，可见所有的人都是要与世界沟通的。手机以其便于携带的特性，基本成为了行走江湖的首选。
2/ 闲散时间娱乐工具
现在手机上最流行的应用就是游戏类的了，这些游戏基本全是休闲小游戏，可就广大劳动人民抓空休息的需求是多么迫切啊。智能手机现在有个普遍的趋势是大屏，这样的一个结果就是拿手机来阅读也很方便了。看看现在的手机，前后摄像头，普遍的500w像素，几年前的数码相机的水平，随手拍随手分享，也日益流行。著名的Instagram，cool。
3/ 小巧的便利性电器
我们一直拿来幻想IPv6 美好时代的故事就是，家里所有能通电的都分一个IP，都能远程控制。在智能手机之前，这事其实挺能的，因为控制过程不是连续的。但是有了移动联网设备之后就不一样了，目前来看最方便的移动联网设备就是智能手机了。
4/ 整个互联网世界的神经元
云端服务是一个个的中枢，电脑、平板和手机就是无数的神经元，其实以数量来说最多的就是手机了。而且随着智能手机的处理能力越来越强，手持智能手机，能做到的事情越来越多了。
–TBD–
SOA杂谈 — 兼谈J 记
最近在做技术概念验证，为下一个项目做准备。碰巧，这次主要目的就是要检验SOA 适不适合我们下一个项目。由于整个团队对SOA 理解不多，而且选择的目标平台也多少有点灰煮牛，所以这个验证过程多多少少出现了一些问题。本文把这个平台叫做J 记SOA 平台。
J 记有配套的开发工具，有要钱的商业版，也有不要银子的社区版。因为没钱，所以只能拿免费的社区版来用。对我来说这个社区版有两个问题，首先配置约束不够，很多可视化的配置文件编辑，各个配置项属性之间的前后约束都没有，如果不是对J 记平台非常熟悉的话，光靠这个社区版的开发工具，恐怕很难折腾出一个能运行的例子出来。其次，和服务器结合有问题，经常不能直接在IDE 内部迭代发布，严重影响开发效率。也许商业版不会有类似的问题，可惜我没用过，没有发言权。
如果非要加上第三个问题的话，那么我会选择配套的示例和文档。即使我们这个团队和J 记稍微有点关系，拿到了很多收费文档，这些文档的价值也不是那么明显，很多地方版本对应不上，例子不够详细，参数介绍不全面。例子其实还可以，都能正常运行 -_-! 我只是觉得多少有点不够丰富。
总得来说，这个J 记SOA 平台在我看来多少有些山寨。当然这很大程度上是因为我潜意识的就不看好J记 的SOA 平台，希望看到本文的兄弟姐妹们不要受我影响。
老实说，用J 记平台之前，我没想到过居然会花好几天才稍微折腾起来这个东西，虽然我之前一眼都没看过这个平台，但我以为以自己对SOA 的了解，很快上手应该不是件难事。现实是，SOA 确实是个很宽泛的概念，每个平台都有很多自己的技术细节，虽然大体方向是一样的，但是在细节上也很难做到一通百通。所以我觉得，对新手来说，培训真的是一个必要的过程。尤其是对像我们这次这样，想要初次接触就要完整得采用SOA 平台来作为技术解决方案的团队来说。当然培训要有针对性。其实用基本不熟悉的东西来做方案真的是很有挑战性的一件事，不管是对干活的人，还是对客户。干活的人在孤立无援的状态下承担了工期的压力，客户在呗蒙在鼓里的情况下承担了产品是否稳定可用的风险。
还有一个问题之前没有在意过，只是在我们这个特定的技术验证的情形下我才觉得这是个问题。也许是为了清楚也许是为了什么，老外要求每个模块打个包放到J 记平台去部署。我们只是要搞个技术验证，几个很简单的服务，在这个打包思路下，居然有将近二十个包要部署，EJB，ESB，WAR等等。简直无法想象如果生产环境沿用这个思路会是个什么样子。如果真的那样，我一定会在精神病院发个B 文记录一下。
多少有些类似，不过我们这个简单的验证没考虑这么多。在你的生产环境中，你的诸多服务是怎么管理的？是散落在世界各个角落？还是分类整理在一个地方？你知道各个服务运行的情况吗？等等，等等，等，等等等。希望结合上面那个我认为不是问题的问题，会让你联想到服务治理多多少少还真有那么点必要。
软件SOA 化，也可能带来另一个问题。SOA 是以服务为基础的，把提炼出的服务组织在一起，快速影响业务需求，这是SOA 的初衷。我所说的问题就是，如果团队划分比较细，夸张的说，一个团队只支持一个服务。会出现什么情况？各家自扫门前雪，不管他人瓦上霜。又或者说一叶障目不见泰山，一个团队只看眼前，对整体失去了把握。不管是从优化业务的角度，还是从性能分析的角度，都是不利的。
当然我举的例子多少有些夸张了。但我认为，在以上示下的团队组织中，这种情形早晚都会出现。所以给所有团队予应用的整体概念是很必要的。让每个人都知道在做什么，发挥全体人民群众的智慧。
杂记一篇，不知所云。
Recent Comments
- Ken on SLF4J MDC and Marker
- Ken on SLF4J MDC and Marker
Archives
- February 2012 (1)
- December 2011 (1)
- August 2011 (1)
- April 2011 (1)
- March 2011 (1)
- January 2011 (14)
