长期规划确定

研究了软件、硬件还有其它。评估了它们的各种优势，劣势。
最终决定，做service。这里的service指的是SOA中的service。
理由，目前自己在这块的资源不少，对XML的熟悉程度还是不错的。再就是，一直努力加强对企业应用的理解，未来还要加强对行业应用的理解。而像软件，已经有相当的人做了，但个人发现多数人对这块的理解稍差。对于硬件，问题很多，以前说过了，真正的高端器件不仅仅是数字器件，还有模拟器件，而像数字器件就纯粹是钱砸出来的，模拟器件则条件超高，工艺水平、设计水准、对器件的理解，而这些我目前不具备，故不考虑。
现在发下以前几个曾经感兴趣的东东，大家想做的就做吧。
1、基于femtocell的微蜂窝，要求：容量比femtocell大，基本上能达到目前微蜂窝的水准。像femtocell一样能即插即用。目标:取代直放站，所以价格不要太高，估计会是直放站的两倍左右。
2、支持802.11s的wifi家庭路由器。目标：支持正常连接与802.11s连接，使得通过802.11s的连接无法在用户上网的时候连入internet，但可以中继。这样的目的，如果有一天网络大面积掉线，比如地震等现象，只要这些路由器没掉电，用户仍有可能能够联系。
3、2方案的加强版。目标：用户有正常用户与免费用户。目标，正常用户上线，则无线加密开启并使得免费用户无法连网。当系统中没有正常用户上线的情况下，无线加密关闭并使得免费用户可以连网。

基于邮件的每日气象预报已经完成

可以选择收到的时间，误差在10分钟左右，可以缩短，但考虑到系统负荷，故定为10分钟，未来可能会改为1-2分钟。
如果你用的移动的手机，开通139邮箱，选择超长短信提示，所有内容均可良好接收。共3条超长短信。分别预报后12，24，36小时的天气。
这里提到一点，移动它不管英文不英文，全部都用utf-16编码发给你。故长度比较长。
另，由于使用weather.com的数据，故无法覆盖所有城市，但个人长期感觉weather.com的气象预报质量不错。比方，有个降雨的概率能够提供，当然，值得注意的是，是英文的。
有需要的人，发邮件给我，格式：邮件地址，提示时间，城市名称。发到myspeme@gmail.com
再就是，测试中发现，有些时间部分邮件会扔到垃圾箱中，你有必要将speme@hot.huihot.com加到白名单中。（发气象预报用的speme@hot.huihot.com这个邮件名）。

应该如何构建产业链

老实说，最近一直在探讨一些新的入口。但发现一点，很难。也许是我考虑过头了。
我个人感觉，最好的办法是所有事情都自己做。当然这是不可能的。
于是第二种就是，让一部分事情给别人做，不过自己还是掌握主控权。这是我个人看法是要求自己会做所有的事，只是不做某些事而已。研究了下，问题是可能性还是过低。
于是第三种，自己只会一部分事情，不过是最主要的。但这个最主要实在过于难以界定，你可以用知识产权等手段来限定，但如果人家不跟你玩了怎么办，当然按我的理论是给予他们足够的利益。这在理论上是可以实现的，但发现一点，核心知识产权要掌控真的好难的。
比方，我现在要研究LTE-Advance系统，好了，我现在的问题是器件，比方，我目前最大的问题，AD/DA转换器估计全球两家能生产，而且价格奇高。100美元不在话下。ADI或是TI，当然你可能会说，你可以自己投片啊，但你想过吗，高端模拟器件现在真的是很少厂商能生产了。因为模拟器件跟数字器件不一样，不是你写些代码还是在图形上弄下就可以的。而是要从生产线做起，才能保证产品的一致性，不然，如果产品的一致性过差，根本不能用的。
你现在再想想，这能做么？当然答案是不能。
再接着，我们发现很多时候还存在专利问题，因为专利是强权利。像版权你只摘点没有任何问题。美国那什么发明专利都能申请到。说真的，你认真查下，几乎你能想到的啥的都被人申请了，当然，如果没有，你也可以申请。像我们的网络架构N年前都是专利，像3G网络的我那天查了下，一个小改变就是专利，几大公司联合委员会把标准当自家地儿，数百份的标准，对应的专利文档估计都比标准文档还多。超级流氓。