【别让keil成为你嵌入式开发的瓶颈】—越轻松的东西，反而死得越快

32021724:
面向ide编程并不可耻，需要懂编译原理和用ide是两码事，因为mcu越来越强，要往里面添加的中间件和框架也越来越复杂，这些东西交给ide避免重复造轮子，反复移植个什么中间件是不划算的。各家厂商也都在完善自己的ide生态，nxp能在线生成sdk，stm32cube虽然很屎，但至少拉低了cs转ee的门槛，这些都是有助于行业提高生产效率的。

【回复】支持避免反复造轮子[打call][打call][打call]
【回复】关键是keil每创建一个文件夹都要重新添加一次工程再添加一次路径[笑哭]太麻烦了，其他的我都能忍，这个忍不了啊[笑哭]
天天画板防止抑郁:
当前vscode完全不如keil，都不能仿真。keil还可以看波形

【回复】我基本是把VC作为编辑器，然后KEIL编译仿真下载，主要是KEIL自动补全太鸡肋啦
【回复】回复 @小郭同学Xiao : [doge]你不知道可以开发时候用KEIL（包括调试），等全部OK了，找个GCC编译器重新编译一下工程然后商业release么
【回复】有示波器[微笑]，and不是所有的公司都让你用keil
奇点临近2045:
up说的很有道理，最近换了cubeide，虽然开始很难受，mdk原来点几下的事，用cubeide=eclipse+gcc就都要自己弄，资料还少。因此还去补充了一些编译与工具链方面的知识。这对开发多少是有点帮助的。而且我自己目前看到的情况是，公司用mdk的少，用eclipse方案的多，毕竟后者是免费的。另外，芯片公司，比如赛灵斯、st，都推出了基于eclipse定制的开发工具。

三年又三年啊:
mdk6就要发布了，真正的现代化ide，费这些精力东拼西凑浪费精力

【回复】回复 @前尘旧梦qianchen :真正用keil uvision的占到百分之99，你觉得arm会放弃更新吗？
【回复】各需索取。而且现在很多都图形化编程了，加上gpt， 还写什么代码[呲牙]
【回复】keil studio就是vsc的插件[笑哭]那一套新工具链已经能在插件市场看到预览版了
FeOAr:
我用source insight阅读，vscode，keil烧录debug[笑哭]

STC单片机DIY:
vscode超级不好用，还要输入指令才能编译，功能也没keil强大

【回复】适用场景不同罢了，如果需要在Linux环境下开发单片机或SOC的话，vscode加arm-gcc等编译器做交叉编译还是很有必要的。如果只做STM32类型的单片机开发那确实没必要上编辑器+编译器的组合，然而如果想继续深入学习下去，那你迟早要接触Linux和命令行编译下载的。我个人感受就是IDE好用也好入门，但是隐藏了很多细节，非常不利于深入学习底层原理，如果是想从事该行业拿来当吃饭的家伙，那还是建议了解熟悉IDE，然后认真学习底层原理。
【回复】这玩意儿要用好不装二三十个插件根本玩不了[吃瓜]
【回复】Vscode用很长时间了，51 32 arduino mircopython 甚至verilog都能写，主打一全能。多好用
哈哈哈取id:
你第一次知道openocd？所以赶紧发上来找一下优越感？

我是变态油腻中年人:
不好用，初期必用ide，不然codo默认的编译效果太大，加上初期调试测试跳转都不方便，工程成型小批量后可以用来做做维护。

可乐der加冰:
实测，用VSCode的GCC编译出来的代码总会出现我解决不了的问题，程序真就莫名其妙的死，，裸机编程问题不大，都能解决，，FreeRTOS我是真没办法，无奈中又捡起来AC5

【回复】回复 @该昵称ID已经存在 :新的已经可以cmake了
【回复】AC和GCC做的事情有点点区别，有的小点的确容易忽略。
【回复】回复 @该昵称ID已经存在 :当然
菰城菜籽:
用指定的stm32芯片keil完全可以免费，没有版权风险

-heiyt-:
gcc-arm-none-eabi + openocd + clion不是舒舒服服？？？[脱单doge]