对于LINK NODE
虽然我照着Johnrey的做法过了一遍后，收发的内容有点问题，但是蓝牙是通的，对我来说，这似乎只是验证了，在mbed下，连蓝牙开发都如此方便，根本不需要烧这烧那，即使我不去调整代码让它看起来更正常，但这和我不进一步开发一个完整项目其实是没有区别的。
而对于这个link node的测评，其实从一开始，对我来说就没什么太特别的地方了。
想了想，是时候了结这个事情了。
硬件方面，其实我没什么想法——因为，早从stm32时代开始，我就几乎没去关心也
导致我基本连它的最小系统都不甚了解的地步了。
更不要说这个nrf51822，在我的眼里，如果不是有人帮我做好了目标板，那我唯一
会想到的就是，买，或者是直接抄官方的demo。
所以，这个方面，我没想法。wufeijian想法比较多，看他的靠谱，虽然是吐槽，但是
吐槽的都是爱。
软件方面，其实我想我要是说，我虽然在这个平台上干了几个月了，但我从头到尾都是
在现成项目上修改代码，我做来做去的，其实都是具体业务逻辑方面的东西。
什么蓝牙，什么OTA（对，TI叫OAD）其实，我都一窍不通。
但是，这个LINK NODE在软件方面，却给了我非常巨大的新体验。
那就是第一次比较全面的接触和使用mbed.
真的很方便，堪比arduino。
但是，虽然我还没有去具体看mbed底层的代码，也许有些部分还是我觉得很恶心的
宏定义，但是，如今我已经无所谓了，关键是，它其他方面的开发非常专业，专业到
我这样一个专业开发者都觉得无可挑剔。
而且它是ARM直接支持的，在生态方面，虽然还比较新，但相信假以时日，不会比arduino
逊色太多。
而更重要的，mbed刷新了我的“传统开发模式”——当然有时我想如果当时我对arduino不那么
挑剔，那么在它上面也会得到相同的体验。
而关于这个，其实我单独发过几篇帖子，这里也就不再赘述。
但不管如何，我都不想放弃mbed这种方式。
皆因它切入的方式实在太过方便太过迅速太过直接。
而且它使用cpp，今年是我使用C语言的第七个年头，其实我也想在语言上有一些其他的尝试。
毕竟这两三年来，lua等一些脚本语言，让我大开眼界，终于意识到自己是时候走出老屋，看看
新世界了。
在LINK NODE最后跑了一把蓝牙demo之后（虽然不完整）。
因为感觉不知道这个板子的测评应该怎么往下做才比较好，有点无限蔓延的感觉，不是太妙。
加之，最近这段时间，其实我分神在其他方面。总感觉占着一个坑不太靠谱。
所以我考虑就此了结这件事情，像以前cc430一样，板子谁有时间想玩的，直接拿去。
至于我，原来想 百度云手环，如果出于上面分析的目的，我可能会选择其他方式完成。
至于mbed倒也没什么，毕竟我现在板子其实很多。
之前对这个板子感兴趣，无非是偶然发现它的硬件配置和百度云手环的硬件配置基本一致而已。
关于百度云手环，是我此前测评此板子的重要原因之一。然而行进到后来，我基本把这两件事分离开了。
关于百度云手环，要知道实际目标是什么：
1.一个可以和人交流的项目——但如今我在想，也许它比不上 mbed上那些项目；
2.与工作相关，智能穿戴——这个倒不假，但是它被冷落的程度实在出乎我意料；
3.看看百度这样的公司，出来的软件，架构做到了什么程度——粗粗看了一下，还是比较感兴趣；
4.作为lagacy代码处理的实践项目——这个，其实和1是一起的，所以理由也一致。
但是后来，我发现，即使我成功花很多时间配置好这个环境，也许这份测评，对于link node活动的原宗旨都不相符。
何况后期我的精力都被mbed吸引去了。
所以很早我就把这两件事分离开了。
现在我直接用source insight 建立duband的代码直接来看，也能达到 3的目的。
是为补充。
本帖最后由 辛昕 于 2016-5-23 22:43 编辑
百度手环这个项目是真的全开源还是部分开源？使用的人好像不多。
百度手环这个项目是真的全开源还是部分开源？使用的人好像不多。
那这样看起来，除非百度送一大批手环出去，否则就不会有什么人去开发和使用的，没有什么意思了。
是的，BAT就那德行，我都不想多说了。
不过我也根本不在意他的算法，当今谁不知道运动检测算法都不十分完善。
febit都试过因为准确度出现问题股价大跌，它百度说97%就97%啊，谁信？
算法我都打算直接github找
京公网安备 11010802033920号
