浏览的网页到这个问题，感觉自己的确有见意这个可以彼此分享帮一下忙。前提是51、stm32、nordic的电路设计算嵌入式设计。
1、写代码个人建议mdk我第一时间建议使用的单片机是stc89c51单片机，刚开始接近的时候在用的汇编，当时才发现改这个代码太麻烦，不过都是水平不足以的原因。偶然间可以使用了c语言，接着用mdk编译程序帮一下忙，然后把直接烧写完单片机就能真的跑起来。
当然爽呆了，不要说汇编重新编写了，修改定时器的中断时间连所谓的的寄存器都没好好看过，不过程序能跑就行。因为在入了门的时候在用mdk写程序和编译最方便。
现在工作中在用也很多的是stm32，这个基于条件arm的mcu可以使用站了起来比c8051核的51单片机确实是奇怪一些。就简单点不使用一个gpio的控制输出，就得设置时钟，设置里频率，设置里为输出，一大堆流程。
当然了st却绝是一家我心的公司，人家提供给了基于mdk的sdk呀，咱们动态创建初始化函数就就ok啦。然后再再比葫芦画瓢就能并且自己的可以设置了。但是，j-link的下载都在mdk中能够完成了，多不舒服。
2、阅读代码可以选择类型visualstudiocode我是个菜鸟工程师，混吃等死的那种，因此在不会的时候会选择向论坛的大佬求教。诸如建议使用nordic的芯片时，要驱动音频，驱动音频的方案相当多，但是基本上是设计和实现stm32和esp的。
大佬给的例子程序又是设计和实现他们的，这里就有一个问题那是iis总线的使用我还是有太大的区别。光是手抄早就不能不能解决问题的方法，就是需要自己根据datasheet和大佬的例子自己写代码了。
有一点大家都很不清楚，要是是帮个忙，总不能邮箱你另一个求完整的程序，自己编译就能用吧。能给一个c文件和件早就是慷慨了，这个时候自己看看吧代码，通过datasheet写点底层驱动程序时候就不用mdk了，一是早就在用mdk在编写程序了，二是咱们办公室的电脑配置也就那样，先打开慢。
而现在建议使用一款界面看上去舒服，意见文件汇编语言的就行，明确的这个需要可以确定visualstudiocode。哈哈，千万不能觉着这个软件没有办法看，人家都是有真本事的。
很多本身一定会开源代码性质的项目就可以使用的这个，前段时间不参加论坛的gd32demcu试用活动，因为代码编译不需要按装了platformio插件，是可以编译程序的。不过这里的程序构建，采用的是makefile的形式。
就我推荐这两款了，软件的使用见仁见智吧，结果还是得选择很好自己你操作习惯的那款。
很多开发者都以为redis不很可能比memcached快，memcached已经基于组件内存，而redis具高持久化保存到特性，就算是是异步模式的，redis也不可能比memcached快。不过测试结果基本都是redis占绝对优势。一直在在努力思考这个原因，目前想到的原因有这几方面。
libevent。和memcached差别，redis并没有选择libevent。libevent为了取悦于通用性照成代码庞大(目前redis代码还不了libevent的1/3)及牺牲了在特定的事件平台的不少性能。redis用libevent中两个文件直接修改利用了自己的epolleventloop(4)。业界不少开发者也见意redis不使用另外一个libevent高性能替代libev，可是作者应该只要能坚持redis应该是小巧并去感情依赖的思路。一个印象很深刻的细节是编译器redis之前并不需要不能执行./configure。
cas问题。cas是memcached中比较更方便的一种防止竞争修改资源的方法。cas利用不需要为每个cacheunlock设置一个隐藏地的castoken，cas也很value版本号，隔一段时间set会token不需要指数式，但受到cpu和内存的加持开销，虽说这些各种开销很小，但到单机10gcache以及qps上万之后这些开销可能会给双方低些给他一些极其细微性能差别(5)。
