嵌入式软件开发大脑袋 嵌入式软件开发大脑袋教程
大家好，今天小编关注到一个比较有意思的话题，就是关于嵌入式软件开发大脑袋的问题，于是小编就整理了1个相关介绍嵌入式软件开发大脑袋的解答，让我们一起看看吧。
真的会有人用vim开发大的项目吗？
看什么类型的吧，写驱动这类的，硬件抽象层以下的代码，或者像OS内核这些业务不复杂的代码用vim的挺多的。有一个优点是如果没有上位机，不一定有ide给你用，vi就非常方便，而且小。
但是像微服务，比如金融系统这种后端系统，主要是业务复杂的工程，用vim就比较少了。
自从vscode window 和Linux都支持就不再用vim。经常换系统换机器vs code安装很方便，用vim当年也是没辙，Linux只有这个是标配 ，现场或远程只能靠这个，久了也就熟了。
那么多人在说vim开发的种种好处，就没见到几个说vim坏处的，好处就是vim敲代码比ide更流畅，写代码真的要那么快的速度，你确定你脑子转的那么快？vim真比ide好用？讲得大家差点就信了，我说这简直就是胡说八道，vim永远比不上ide开发的速度，ide有智能提示，各种检测帮助你在编码阶段消灭错误，如果你电脑卡，请买台配置高点的电脑，不要讲ide卡，压根就是两个没可比性的的东西。
现在vscode，sublime，atom居多，这些都可以用vim快捷键，纯的vim太古老了。
至于项目大小和这些工具没有关系。甚至越大的项目，越不喜欢用ide，因为效率太低了。这些编辑工具是专门为编辑代码文本设计的，从各个方面都对代码编辑和搜索做了优化。大部分ide都做不到这么细致。
甚至visual studio 的项目一旦大了，我都是用vscode写，然后用make调用vs编译。调试用trace。不到万不得已，一定要用断点等，一般不打开VS。
真搞不懂，一个初中生稍微学一下就能熟练使用的编辑器为什么很多人以为用它来写代码就是大神？
这么说，如果像linus这样，对Linux的API了如指掌（毕竟自己写的），用Vim和用IDE是一样的。但如果要调用别人的API，用vim就要花大量的时间去熟悉API，起码得把函数名背下来，要不然写几行就得去看头文件。
还有，没有语法预检查，要消耗大量的时间在编译上面，编译报错，检查，修改，再编译，再报错。。。
996就是这么来的。
------补充-------
很多程序员混淆了自由编程和商业编程。一个学生出于爱好维护一个开源项目，这是自由编程，自由编程是没有成本的，开发成本和试错成本都是零。一个公司的员工为实现用户需求开发一个项目，这是商业编程，商业编程有开发成本和试错成本，试错成本比开发成本更高，甚至是无法承受之重。举个例子，一个嵌入式程序员，开发了一款产品，销售了一百万件，用户在使用中发现了BUG，那就得一件件召回升级，这个成本是一个程序员无法承受的。很多程序员觉得那是测试部门的事，但测试部门测的是业务逻辑，程序逻辑人家连代码都看不懂怎么测，出BUG的往往就是程序逻辑。
所以，商业编程的本质就是用最小的开发成本和试错成本实现用户需求。用IDE的目的就在于此。
答案是有。我自己就在用，而且还用的很快乐。
公司的项目是纯C语言开发，代码量大概有几百万行吧，具体没算过，一套代码下载下来有十几个G。
开发环境是Linux + Windows，代码的编译主要是在Linux下面。最开始使用的是sourceinsight，可以生成函数调用关系，功能很强大。但随着负责模块的增多，si的反应速度让人难受，后面切到了vim。
在刚使用的时候，我经历了拿起又放下，又拿起又放下这样反复的过程，大概持续了十几次的样子，最终停留在了vim上。vim是需要你要去适应它定制它的。当你适应它后，会达到人剑合一的地步，指哪打哪。函数跳转，文内跳转，关键词高亮，项目内文件搜索打开，近期打开文件，符号搜索等等信手拈来。上面的优点仅仅是在编辑代码方面，还有一些额外的收获是win上面无法替代的。
- 可以避免自己复制粘贴代码：复制粘贴很爽但无法给自己带来成长，程序都写完交付了，其中一些关键接口你恐怕都叫不出名字
- 熟悉项目的代码结构
- 习惯终端命令行操作，习惯使用Linux
- 推开操作系统的大门
没有任何一款软件能解决所有的问题，我们首先应该关注的是top级问题，发现并解决它
到此，以上就是小编对于嵌入式软件开发大脑袋的问题就介绍到这了，希望介绍关于嵌入式软件开发大脑袋的1点解答对大家有用。