1. The next file you open always ends up at the end of the working files list in VS code.  Most tab implementations don&#x27;t work this way, they open up a file immediately to the right of the current tab.  Therefore, if I have tabs A,B,C where B is selected and I open up D, the tabs become A,B,D,C.  This is an important behavior to remember when you heavily use hot-keys to move direct to already open tabs and your brain is hardwired to expect this behavior.<p>2. When I close a tab, I want it gone.  I don&#x27;t want it still hanging around in my working space.  I&#x27;m ok with it sitting around in a &quot;Recent Files&quot; location, but I am intentionally reducing my working space by closing a tab.  The working files in VS Code don&#x27;t work this way, the file hangs around and to the best of my knowledge I have to take my hand off the keyboard and use the mouse to remove it.  Again, this is an important nuance that must be considered when you used to heavily using hot-keys to move between files.<p>Were VSCode to introduce hot-keys for directly jumping to files in the working files list, those two differences alone would make it nearly unusable for somebody who has over a decade of muscle memory built up working with tabs this way. It&#x27;s also the same behavior I get and expect from other applications I use heavily, such as all my web browsers and my terminal emulator.  VSCode is the odd man out.<p>It&#x27;s been a few months since I tried to use VSCode regularly, so things may have improved since then and I&#x27;m sure there were other differences that I&#x27;ve forgotten, but this workflow works for me.  I have alternatives that don&#x27;t break my workflow (Atom, Sublime, etc).<p>I would really like to give VSCode a fair shot, but I personally cannot until the tab issue is addressed.  It&#x27;s too big of a change with little upside.  Also, this is the <i>only</i> deal breaker for me.  Other than this, VSCode looks and feels fantastic!