1，Keil是我做单片机时开始用的，其就是从嵌入式开发起步的IDE，但现在它被arm收购了，用它做arm的嵌入式应用还是比较不错的选择，特别更多的要与低层硬件打交道时，用它对JLINK的支持，对jtag的支持都好。这些在有硬件错误时，是很有用的工具。ARM的单片机，性能范围宽，对用户选型，都比较方便，TI以前有自已的单片机，现在它都出arm的。 因为arm的一系列确实有其优势，性能范围宽，让其性价格在同类中，总是比较优的。这对成本控制严的，民用产品相当有吸引力。但arm的面向低价，民品的生产艺，让其很难入不怕花钱，性能与可靠性要求高的场合（军品与航空，航天是代表）。一些工业类的基本上都成arm的了。arm的可能下一个目标就是军品与航空。但现在它没戏，这些群人，在开发选择上走的就不是个民用产品一个路线的。从研究人员的习惯，到验收体系的标准都不一样，这类产品量又不大，为这一点钱去担换硬件的风险不值得。主要是芯片的生产工艺上有差别。只是现在芯片，的可靠性高多了，平时的芯片难少看到什么问题，但就这一少点可能性，人家不愿意去试的，因为关系的前后多少个人的工作量。不知中国的高铁上用什么，个人认为用arm之类的应没什么问题。现在单片机很少玩了，成型市场有专业的公司在做。基本上新入手的人，很难做入了。不过一但遇到硬件相关开发，keil还要用一下。
2，eclipse是sun出品的，基于java开发又服务于JAVA开发。我第一次写android应用时用的就是它。没感觉到有什么好。我的电脑可能有点差，基于JAVA开发的应用，路上去有一点点卡。听说它也能开发C与C++但我没用过。嵌入式相关的硬件支持性就更没试过了，做跨平台的JAVA对硬件相关的支持不会太好。因为最早的android开发是基于它的，所以其流行了一段时间。但现在android有自已的IDE了。而JAVA开发也基于一些别的选择，比如netbean。这个东西比eclipse速度快一点，软件小。有C写的就是不一样。所以eclipse基本上是一个过时的产品了。
3，做为网络应用开发的先择netbean是一个好选择，它的名字中就有net是吧。它对常见的网络编程语语，java,PHP都有支持。我只是用它把一个android 编写的网络自动配置代码，改成没有界面，直接调用JAVA去运行的了。其比AS小，IDE打开后，可以再开一点别的窗口。不会卡。
4，最后就是用AS了，android自家的东西，做开发大约是少不了它了。因为一些东西它配置好的，在别的平台上是要手工配置的，第一次配置，花的时间可是不少，遇到问题，可能google不管，IDE的公司也说不清楚。所以android开发必选。AS比较差的一点就是，它是基于JAVA的，开了它，我只能开一个浏览器，再开别的就感到有点卡了。因为它是后来者，所以它对新东西的支持好，但对旧的一些东西的支持就不太好了。AS中我没找到如何界面调用GDB的地方，只命令调用方法，与界面还不关链。太坑了。LLDB又没找到支持armv6的版本，人家是从armv7a开始的。也可能是我没配好，但这配法，除了我这个没事玩旧手机的人，没有人会去玩了吧。好吧，我换工具。
5，codeblock是我在想法用nmake编译lldb时，看到的工具，就下了，试了一下。先试的就是配成开发一个hello word的环境。还不错。能用。界面和GDB能关联上。等试了它能不能编译lldb 再说吧。感觉上应当是问题不少。因为lldb与android的配置，google是一定做过了，但没有公司方法。lldb网站上，说明太简单了。看到有人在ubuntu下编译它，但没成功。lldb的代码，没找到lldb-server的独立译方法。要用NDK编译成功它，少不了要分板源码，并改写了。最近有空就去试一试，前面的工作先放一放。