mdk配置太蛋疼，mbed就mbed吧，不就cpp嘛，又不会怀孕
想了很久，不想干了，时间摆在那里。
于是心想，mbed就mbed吧。
不就是cpp么，又不会怀孕。
用mbed,用atmel那个mbed下载器基本上很爽，除了目前不知道怎么在线调试，不过从来我就不太在乎调试的，反正有串口。
反而比较蛋疼的是蓝牙怎么搞，因为mdk搞的时候，是要烧softdevice和搭配sdk的。
然而，然而，是的，这个过程很卡壳。
之前我还在担心，目前用mbed虽然可以跑起来，但显然是没有跑蓝牙协议栈和bootloader的，岂不是很疼？
于是，这两天想了想这个事情，有了下一步的计划，目标就是好好做一次开发板测评
蓝牙，说到底，终归，只是一个通信通道。是否真的那么重要？非也。
然后就是mbed，它确实很方便，但是，为毛不能编译c呢？这个，我很好奇，然而似乎，我可以直接用cb测试一下 （然而现在我决定不管这事了，虽然我很想试试C/C++混合编程）
语言之争从来无聊至极，何况对于我这种根本就没有怎么用过CPP的人，C语言的经验虽然足以自保，却也实在说不上多么拿得出得手的人，更加没有必要去纠结。
而说起来我从来没有强迫自己使用过Cpp，回想起我不得不使用git在本地端（因为我公司的机子不知为什么，SVN只能用于服务器端设置，无法使用本地仓库，因此我开始大量使用git，结果是我开始用了一种更加正确的方式使用这类 版本控制工具。
所以这次，就当借着这个nrf51822 LINK NODE，恰好我不会配置MDK开发环境，我就好好使用一次以cpp开发的mbed说不定这会成为我正式使用cpp的一个契机。而从头到尾，尽管我希望更加专注在我自己单片机/嵌入式底层领域的C语言上，但其实我从来没有贬低过我不怎么了解的cpp。
好吧，就这么愉快地决定了，有时候，真的不必太介怀一些东西。展开双臂，才能拥有全新的世界。
mbed中有不少蓝牙的例程可以直接用，直接定义一个BLE对象，很方便的。
BLEDevice ble;
good
昨晚看资料也看到有不少小伙伴在配置。
我们一起迈向mbed的怀抱？
使用Mbed可能是一种趋势。现在ARM芯片太多，每个厂家都是自己的库，互不兼容，程序移植起来就是个大麻烦。有了Mbed，就变得简单多了，不管哪个厂家的芯片，外设的用法都一样，中间层Mbed全部搞定了。
一个问题是Mbed支持的芯片比较少。
配置环境这种体力活，本来就不该程序员来干。程序员关注应用就好了。再说就算怀孕了，那就生下来吧
MBED不能在线调试，需要你打包下来，在MDK中调试
狗日的MBED，，，，，，