结果是很简单的，我最后的换用情况是，先从最简单的工具开始，之后逐步进行更换，先是换到更专业的编辑器，然后又再次换到更专业的编辑器 。

后来渐渐地习惯了，在不同的项目当中来进行切换 ，专业版以及VS Code已然成为了一种常态 。说白了 ，我并非要纠结哪一个是“最好”的 ，而是取决于手头当下所需要什么样的 。后端那一种依赖众多需断点跟着跑的 ，开启专业版方可感觉舒适 ；要是需要编写前端 ，夹杂着脚本以及配置一同来改动 ，又或者会同时涉及好几种语言 ，那就开启VS Code ，其启动速度快 ，插件数量众多 ，修改任何一丁点小的东西均不会拖泥带水 。

往回瞧走过的路径，其实蛮具脉络的。最初之际我仅使用IDLE，大概前后一周时间。那个时候目的极为单纯：试验语法、查看输出、玩REPL。没什么配置，想要运行一段代码便能立时瞧见结果。对于刚入门的人士而言，此阶段最为关键的是将语言的基本构造牢记，不被工具羁绊住脚步。

接着，我运用时长约一个月，它启动速度快，界面简洁干净 ，就连老旧笔记本都能够流畅运行。在此期间，我编写几十行乃至几百行的小程序，安装若干插件 ，凭借语法高亮以及自动补全功能便已足够。那段日子，我掌握了于编辑器内安装插件这项技能 ，明白何种简单配置可提高效率 ，无需每次都从命令行进行繁琐操作。

转折点是在将项目从“零散脚本”转变为“能跑的项目”的进程中再往下的阶段：社区版，大约耗费了三个月时间。在那个时候开始对管理包进行处理并且构建虚拟环境，使用调试器也是必要的，社区版将这些经常会用到的功能全部整理妥当。以断点一步步推进，从而把问题的前因后果看明白，和盲目进行 print 相比省力得多太多了。文件的结构以及依赖在同一个地方都能够看到，无需来回切换命令行环境，这对于把小脚本扩展成为完整项目而言是相当关键的 。

现在还记得有个小插曲，调试社区版的时候，遇到一个看着像是随机崩溃的bug，我在可疑的地方下了断点，单步跟踪，三分钟就把问题定位到变量作用域出错，那一刻特别直观，工具把问题秀了出来，你只管修就行，比起刚开始直接使用重量级IDE时被一堆按钮吓住的情况，效率要高太多。

讲讲新手常常会踩到的坑sublime text 2 js format，好多人一开始听别人说哪一款 “最好”，接着就急忙去下载功能最为齐全的 IDE，然而结果却是面对布满屏幕的选项卡以及配置项，第一步便遭遇卡壳的状况，遇到第一个配置出现报错就变得不知所措，最终学到的并非是编程，反倒学的是如何去折腾工具，在社区里经常能够看到类似 “人人都在使用这个” 这样的帖子，盲目跟风很容易把时间白白耗费掉。

依我之见，入门时期实际所需处理的三件事情甚为直观：能够即刻使代码运行起来，能够明白报错内容并逐步进行追踪，编辑器不会将电脑拖垮。围绕这三点来挑选工具，能够省去诸多弯路。倘若为了外观皮肤以及高级特性耗费诸多时间精力，那便是主次颠倒了。

工具是能够依照场景划分成为几类的 ，其中的第一类是那种一旦开箱便能够直接投入使用的编辑器 ，经过寥寥几步配置便可以顺畅运行起来的 ，诸如 IDLE 或者安装了插件的 ，这类编辑器较为契合那些全然没有经验的新手 ，或者仅仅是编写小型脚本 ，并且电脑配置存在一定限制的人群 ；第二类是指向那些致力于开展项目的轻量级编辑器 它能够管理项目当中的文件以及虚拟环境 ，同时还对调试操作予以支持 ，举例来说 社区版以及 VS Code （只要装上相应的插件便能够被投入使用了） ；第三类指的是更为专业化 ，同时也更为重型的 IDE ，其具备强大的功能 ，然而入门门槛相对较高 ，新手在使用的时候极易被众多的功能所淹没 ，它比较适合那种项目状况极为复杂 ，并且需要开展非常深入的调试活动以及重型 测试的情形 。

当下，我的使用规律极为简易：根据任务来讲话。在主要工作流当中，后端进行依赖调用、开展测试、查看依赖树这类事务，专业版会更让人省心；前端掺和着来书写脚本、需要同时开启好几个工具链，VS Code会更具灵活性；对于轻量修改配置、进行小修小补后就能直接投入使用的具备快速启动能力的编辑器。谁都不必老是认定非得站在某一款工具那边，适合当下工作才是最为关键的。

况且，千万别才一开始便不加思考地热衷于求解“万能配置”。针对新手给出的建议是，先行构建起能够运行代码的最为简洁的配置：将解释器指向虚拟环境，安装一款基础的语法以及调试插件，确保能够逐步骤地追踪错误便可。待到项目有需求之际过后，再逐步引入更为高级的特性。就好比VS Code这款软件，安装上一个扩展以及添加一个lint、格式化工具，大体上便能够投入使用。社区版默认设置里已然安置好了诸多常用功能，免得你去手动拼凑各类扩展以实现使用目的。

有时候，工具之间并非那种非此即彼的关系，我如今也会同时使用它们。当遇到复杂问题时，我会首先在特定的工具里将逻辑剖析开来，断点、单元测试、依赖树全都用上；而当要修改一个前端小错误或者编写一个小脚本的时候，我便会切换回VS Code，它启动速度快，插件丰富，改完之后立刻提交。这种切换是依据任务的需求来进行的，并非是出于对品牌的忠诚。

一个现实里的场景，公司之内后端服务要去排查一个间歇性出现的错误，此错误涉及依赖冲突，也关乎环境变量问题，做到把依赖关系以及虚拟环境管理清晰展示出来，通过断点追踪到引发错误的所在之处，发现乃是环境之中某个包版本错配，解决花费了一定时间，然而定位比较快，修复也更加稳定，反之有一回制作一个小工具之时，需要去支持多种不同语言的语法高亮以及快速切换功能，VS Code插件生态直接将工作完成，无需去调整重型IDE的配置。

别把工具当成目的，它仅仅只是工具而已。要去多尝试，要去多使用，如此这般sublime text 2 js format，慢慢地，你便可找到属于自己的节奏。就比如今天，开启一个终端，修改一番配置，运行一回测试，当清楚知晓在何时该使用哪一款软件后，工作才能够顺利起来 。

如有侵权请联系删除！