As if python weren't already incredibly easy to debug?
A tool demo would help..
Python in Visual Studio Code
111–120 of 202 posts
Re: Python in Visual Studio Code
#112I love using VSCode and find that I have less need for any other IDE with each new release. This one might finally eliminate one of my remaining needs for pycharm. I can't help but feel sorry for Jetbrains though, who seem to be in a similar position to Opera back in the late 2000s, a small software company up against a behemoth that can afford to subsidize the development of an open-source alternative to their bread…
TeamCity in particular is loved by many enterprise shops, as well as IntelliJ and Resharper. None of those (even IntelliJ) are particularly threatened by VSCode.
Re: Python in Visual Studio Code
#113Earlier quoted context omitted.
The vscode vim bindings are atrocious. I use them because there's nothing better, but they're bad . Slow, super buggy, and did I mention slow? I hit tab and sometimes instead of inserting a \t, it inserts the letters " ". And it re-runs mypy/flake8/etc whenever I enter or exit insert mode, which I do a ton... so my CPU is constantly pegged. And commands like "2d}" don't delete the correct amount of paragraphs. And on…
What's the bug that you have with `2d}`? It seems to work fine for me. There shouldn't be any reason that it reruns save upon entering/exiting insert mode; are you sure you don't have some kind of keybinding/other setting that's autosaving for you? The ` ` issue is kind of a pesky race condition that's most likely exacerbated by VSCodeVim running slowly on your computer. Speaking of it running slowly, I would argue a…
Just want to say thank you for what you do. Contrary to this users experience I find the Vim bindings in VSCode to be probably the best I've ever used in any IDE. Keep up the good work.
Re: Python in Visual Studio Code
#114I wish they would add support for running Python or any runtime inside of Docker. There's been a Python specific ticket open since November to add in remote interpreter support at https://github.com/Microsoft/vscode-python/issues/79 . Current status is "no ETA".
This is very high priority feature on our backlog, and we are currently looking into it. It's a complicated feature to implement so any ETA we give right now would be making things up, sorry!
Re: Python in Visual Studio Code
#115I love using VSCode and find that I have less need for any other IDE with each new release. This one might finally eliminate one of my remaining needs for pycharm. I can't help but feel sorry for Jetbrains though, who seem to be in a similar position to Opera back in the late 2000s, a small software company up against a behemoth that can afford to subsidize the development of an open-source alternative to their bread…
TeamCity in particular is loved by many enterprise shops, as well as IntelliJ and Resharper. None of those (even IntelliJ) are particularly threatened by VSCode.
For now vscode is certainly far behind in terms of java ecosystem support, but it feels like not long ago that pycharm was way ahead.
Re: Python in Visual Studio Code
#116Earlier quoted context omitted.
> can benefit one a lot. What are those benefits? I tried to switch from vim to VSCode, and it just felt like it confined me. To be fair, I don't "run vim", per say, I run a shell with tmux inside, split horizontally in two, with vim on top, and two shells (a vertical split) underneath. The left shell on the bottom being used for miscellaneous things, and the right one running some kind of live code checking (with vi…
Yup, this is also my setup and workflow, and I also agree with what you say about VSCode feeling 'confining'. This is probably just a matter of opinion/preference, but I feel like an editor should simply be an editor -and IMO there is no better editor for turning thoughts into code with minimal friction than VIM/Neovim. The OS functions perfectly fine as an IDE for everything else.
[deleted]
Re: Python in Visual Studio Code
#117Awesome.
It's by far my favorite dev environment. Tried Eclipse first & was constantly fighting against the IDE. Might make sense for a full time dev but I just want a light editor with some basics like autocomplete & context etc
Re: Python in Visual Studio Code
#118I'm using VSCode for developing in Elixir and (because I had the license anyway I guess) my Python code in PyCharm. But perhaps I should re-evaluate VSCode for Python as well as it works fantastic (including quite advanced code warnings and errors) for Elixir.
Re: Python in Visual Studio Code
#119I've been using VI since the 90's and VIM since... well the 90's. VSCode is the first IDE I've been able to live, and happily. It blows my mind. I have a tonne of tooling around automated python environments, vim plugins (now vscode plugins), tasks - and it's made the whole thing significantly more 'unixy' than it was before. And to think - MSFT! I have git hooks for my homedir's dotfiles that automatically look to s…
This has been my experience too. I've been an exclusive Vim user (except for Java and Scala, for which I used IntelliJ with the excellent IdeaVim plugin) for over a decade. VS Code is the first editor where the benefit added outweighs the small losses brought by leaving my carefully manicured .vimrc.
There's one thing I wish I could figure out (I haven't really put that much work into it, so I'm sure there's a fix): is there a way to bind "<<" to "move text left without losing the current selection"?
Re: Python in Visual Studio Code
#120Earlier quoted context omitted.
The Python VSCode extension started out as an independent open source project. It independently reached a pretty high level of maturity - and helped VSCode get popular among Python developers - before, a bit under a year ago, Microsoft hired the maintainer. Since then it's acquired a few new goodies, but most of what makes the extension great happened before Microsoft adopted it, so I shouldn't think there's anything…
Following up on that - Shooting from the hip, though, if the desire is for funding, I'm guessing Microsoft wouldn't see much strategic value in putting money into a Ruby extension. The Ruby ecosystem has largely congealed around an ASP.NET competitor, some devops tools that don't really work on Windows, and not much else. Python, on the other hand, is widely used in Microsoft shops. Windows shops need data scientists…
Ruby also isn't one of their major languages they document things in Azure for. There is a Ruby gem, but no support for Ruby Azure functions or anything like that either. I wonder what the language mix is like for Azure deployments.