大家好，今天小编关注到一个比较有意思的话题，就是关于python编程神兽的问题，于是小编就整理了1个相关介绍python编程神兽的解答，让我们一起看看吧。
我从10年开始用vim，结合tmux，nerdtree，taglist，ctags，再加上开发语言所用的插件，可以实现语法自动检查，代码格式化等常用功能。你永远不会为ide占用太多***烦恼。还有个好处，你会对常用函数掌握的很溜。开发大型项目更能体现vim的性能优势
真搞不懂，一个初中生稍微学一下就能熟练使用的编辑器为什么很多人以为用它来写代码就是大神？
这么说，如果像linus这样，对Linux的API了如指掌（毕竟自己写的），用Vim和用IDE是一样的。但如果要调用别人的API，用vim就要花大量的时间去熟悉API，起码得把函数名背下来，要不然写几行就得去看头文件。
还有，没有语法预检查，要消耗大量的时间在编译上面，编译报错，检查，修改，再编译，再报错。。。
996就是这么来的。
------补充-------
很多程序员混淆了自由编程和商业编程。一个学生出于爱好维护一个开源项目，这是自由编程，自由编程是没有成本的，开发成本和试错成本都是零。一个公司的员工为实现用户需求开发一个项目，这是商业编程，商业编程有开发成本和试错成本，试错成本比开发成本更高，甚至是无法承受之重。举个例子，一个嵌入式程序员，开发了一款产品，销售了一百万件，用户在使用中发现了BUG，那就得一件件召回升级，这个成本是一个程序员无法承受的。很多程序员觉得那是测试部门的事，但测试部门测的是业务逻辑，程序逻辑人家连代码都看不懂怎么测，出BUG的往往就是程序逻辑。
所以，商业编程的本质就是用最小的开发成本和试错成本实现用户需求。用IDE的目的就在于此。
觉得vim不能开发大型项目的主要原因，是因为你觉得大型项目流程太多，变量太多，如果开发的软件内聚性不强，你就需要记住很多的变量和流程，同时在多个文件中来回穿梭。如果没有IDE的帮助，你就会觉得很困难。我的经验，如果你用面向对象的方式去开发软件，当你打开某个文件时，你的思维会沉浸在当前这个对象的变量和方法中，以及这个对象和相关对象的关系当中，并不需要有较多的全局思维，因此脑袋里要少装很多东西。同项目组的其他同事，大多是面向过程的思维模式，基本用的都是soure insight。我开发的软件，有上百个文件，上百个对象，我是用vim开发的，不知道算不算你心中的大项目？
看什么类型的吧，写驱动这类的，硬件抽象层以下的代码，或者像OS内核这些业务不复杂的代码用vim的挺多的。有一个优点是如果没有上位机，不一定有ide给你用，vi就非常方便，而且小。
但是像微服务，比如金融系统这种后端系统，主要是业务复杂的工程，用vim就比较少了。
现在vscode，sublime，atom居多，这些都可以用vim快捷键，纯的vim太古老了。
至于项目大小和这些工具没有关系。甚至越大的项目，越不喜欢用ide，因为效率太低了。这些编辑工具是专门为编辑代码文本设计的，从各个方面都对代码编辑和搜索做了优化。大部分ide都做不到这么细致。
甚至visual studio 的项目一旦大了，我都是用vscode写，然后用make调用vs编译。调试用trace。不到万不得已，一定要用断点等，一般不打开VS。
到此，以上就是小编对于python编程神兽的问题就介绍到这了，希望介绍关于python编程神兽的1点解答对大家有用。
