11 ms·

Yesterday I've downloaded VSCode and https://github.com/DonJayamanne/pythonVSCode https://github.com/DonJayamanne/pythonVSCode (seriously, look at the GIFs in t

Yesterday I've downloaded VSCode and https://github.com/DonJayamanne/pythonVSCode https://github.com/DonJayamanne/pythonVSCode (seriously, look at the GIFs in this repo!) for first time and I had autocompletion (with IntelliSense and documentation lookup), refactoring and code define jumping for Python code out of the box working within 10 minutes in a VirtualEnv. VSCode + one plugin (all opensource) and I had something similar to PyCharm and fast. (nothing against vim, just want to mention how impressed I was)

poisonarena 10y ago
god help me escape pycharm, i only got 4gb of ram
- santaclaus 10y ago
  > i only got 4gb of ram Well, for all of their benefits Electron apps in general have some hiccups on resource constrained systems.
  - Godel_unicode 10y ago
    Not sure what Electron has to do with pycharm, as with most (all?) other JetBrains software it runs on the jre. Edit: realized you're probably talking about vscode, which is an electron app
- throwawayish 10y ago
  Both VSCode and Atom are memory intensive as well. That being said I've used PyCharm on a system with 2 GB memory before and that does work okay, you just need to make sure that no other memory-hungry apps run at the same time (browser, email, multimedia) and that the system itself doesn't use too much memory.
sidusknight 10y ago
How does this compare to something like sublime + anaconda?
- therealmarv 10y ago
  VSCode (+ Python plugin) is much faster (I also have the feeling VSCode is using less resources than sublime+Anaconda!) and inline help is much more "helpful" during coding. I'm using Anaconda and Sublime since 1-2 years now and Anaconda is better than nothing but it pales when comparing it to VSCode (+Python plugin).
general_ai 10y ago
VSCode/Atom are great, but for most folks on UNIX they are worthless, since you have to use something else when ssh-d into another machine. So folks build these elaborate Vim and EMACS set-ups so that they could use the same editor and the same config on all of their machines, whether they're local or remote. Vim is an acquired taste, but once acquired, it's pretty awesome.
- nwatson 10y ago
  Why not just run PyCharm on your local box and tunnel-via-SSH-and-pydevd to remote-debug your programs on the target system? You get (a) a full IDE running on your local system (no need to install anything on target system); (b) full debugging and breakpoints; (c) your choice of any "real" or "virtualenv" Python deployment on the target machine. Downsides are that your own source code on the local and remote systems need to match (for your step-through-code to make sense), and you need to set up mappings between directories with source code on the local and remote systems -- but that's a low cost for full visibility into how your program runs on the target system.
  - michaelmrose 10y ago
    You could mount the remote machines filesystem over ssh with sshfs. https://wiki.archlinux.org/index.php/SSHFS https://wiki.archlinux.org/index.php/SSHFS
- semaphoreP 10y ago
  I use supercomputers which only have a terminal interface. I found it was easier to do most of the development of the code on my machine with a GUI (e.g. Pycharm or VSCode) and then push code to the cluster for production runs. I use vim for minor adjustments, but it seemed way easier to just push code rather than configuring vim when something like VSCode is so much easier to get set up.
  - general_ai 10y ago
    Thing is, you only need to configure Vim once, and then use your version controlled config everywhere for 10 years, very gradually improving it. I doubt VSCode will even exist in 10 years.
data_hope 10y ago
Does it support virtual environments that are within a vagrant machine? That is a use case that I hardly find integrated in IDE's (other than pycharm) and so I usually quickly go back to vim and terminal again.
- therealmarv 10y ago
  The maintainer is working on it: https://github.com/DonJayamanne/pythonVSCode/issues/123 https://github.com/DonJayamanne/pythonVSCode/issues/123 maybe somebody can help him ;)
baq 10y ago
I use vim via ssh and in tmux everyday. I mostly love it. But sometimes there are merge conflicts. I've settled for xpra and kdiff3 as the mergetool. I just can't handle the problem without a GUI tool.
- greyman 10y ago
  But isn't it still easier to use a proper IDE in the local machine with Linux/Windows/OSX gui and then just git push the code? What advantages does your setup have?
  - krakensden 10y ago
    Most 'proper' IDEs have no or terrible merge tools.
    - greyman 10y ago
      And terminal has better such tools?
  - baq 10y ago
    my $WORK issued machine is a windows box and the software i work on is 99% Linux.
    - greyman 10y ago
      I work from home and I voluntarily choosed exactly this setup. Windows desktop and IDE tools are more comfortable, but the "real" software runs on Linux VM.
auxym 10y ago
I also have been switching over to VSCode for coding. The vim plugin is pretty decent. I still keep vim around for huge files though. I work daily with NASTRAN input and output files, routinely multiple 100 mb, sometimes multiple-gb. I edited a 10gb file earlier this week and vim didn't choke up too much. Best editor I've found so far for huge files.
- dotancohen 10y ago
  Which VIM plugin are you using? I've tried them all, including the recommended one simply called 'vim', and they are all missing the most basic of features. Go-to-definition (Ctrl-]) was one missing for me just a few hours ago when I last tried it!
- tremendo 10y ago
  I have vscodevim plugin, currently 0.5.2 and it's decent, it's been making progress, yet still it has little things that definitely detract from the experience, like motion keystrokes do not take the key auto-repeat. Actually it works moving by block ({}) and line (+-) but not with character (i,j,k,l) or word motions (wW,bB,eE) or next/previous occurrence of search (nN). Annoying. At least now they've fixed the issue where I had to re-enter a search term when switching buffers. So there's progress, and it will eventually be just as good.
e12e 10y ago
FWIW the "vim" vim-plugin for vscode isn't terrible either, if one wants all that with modal editing. I actually think that vscode with vim plugin is somewhat better on windows than vim is. Depends on how one usually configures vim, of course.
floopidydoopidy 10y ago
I used VSCode once and in just ten minutes, I helped a repressive megacorp meet their HN marketing goals, instead of supporting developers who might actually need it.
- therealmarv 10y ago
  hm, I also don't like MS. But kudos to this open source editor and what it can do with Python and JS code. It is by the way developed in Switzerland by a former Eclipse founder (Erich Gamma).

poisonarena 10y ago

god help me escape pycharm, i only got 4gb of ram

santaclaus 10y ago
> i only got 4gb of ram Well, for all of their benefits Electron apps in general have some hiccups on resource constrained systems.
- Godel_unicode 10y ago
  Not sure what Electron has to do with pycharm, as with most (all?) other JetBrains software it runs on the jre. Edit: realized you're probably talking about vscode, which is an electron app
throwawayish 10y ago
Both VSCode and Atom are memory intensive as well. That being said I've used PyCharm on a system with 2 GB memory before and that does work okay, you just need to make sure that no other memory-hungry apps run at the same time (browser, email, multimedia) and that the system itself doesn't use too much memory.

sidusknight 10y ago

How does this compare to something like sublime + anaconda?

therealmarv 10y ago
VSCode (+ Python plugin) is much faster (I also have the feeling VSCode is using less resources than sublime+Anaconda!) and inline help is much more "helpful" during coding. I'm using Anaconda and Sublime since 1-2 years now and Anaconda is better than nothing but it pales when comparing it to VSCode (+Python plugin).

general_ai 10y ago

VSCode/Atom are great, but for most folks on UNIX they are worthless, since you have to use something else when ssh-d into another machine. So folks build these elaborate Vim and EMACS set-ups so that they could use the same editor and the same config on all of their machines, whether they're local or remote. Vim is an acquired taste, but once acquired, it's pretty awesome.

nwatson 10y ago
Why not just run PyCharm on your local box and tunnel-via-SSH-and-pydevd to remote-debug your programs on the target system? You get (a) a full IDE running on your local system (no need to install anything on target system); (b) full debugging and breakpoints; (c) your choice of any "real" or "virtualenv" Python deployment on the target machine. Downsides are that your own source code on the local and remote systems need to match (for your step-through-code to make sense), and you need to set up mappings between directories with source code on the local and remote systems -- but that's a low cost for full visibility into how your program runs on the target system.
- michaelmrose 10y ago
  You could mount the remote machines filesystem over ssh with sshfs. https://wiki.archlinux.org/index.php/SSHFS https://wiki.archlinux.org/index.php/SSHFS
semaphoreP 10y ago
I use supercomputers which only have a terminal interface. I found it was easier to do most of the development of the code on my machine with a GUI (e.g. Pycharm or VSCode) and then push code to the cluster for production runs. I use vim for minor adjustments, but it seemed way easier to just push code rather than configuring vim when something like VSCode is so much easier to get set up.
- general_ai 10y ago
  Thing is, you only need to configure Vim once, and then use your version controlled config everywhere for 10 years, very gradually improving it. I doubt VSCode will even exist in 10 years.

data_hope 10y ago

Does it support virtual environments that are within a vagrant machine? That is a use case that I hardly find integrated in IDE's (other than pycharm) and so I usually quickly go back to vim and terminal again.

therealmarv 10y ago
The maintainer is working on it: https://github.com/DonJayamanne/pythonVSCode/issues/123 https://github.com/DonJayamanne/pythonVSCode/issues/123 maybe somebody can help him ;)

baq 10y ago

I use vim via ssh and in tmux everyday. I mostly love it. But sometimes there are merge conflicts. I've settled for xpra and kdiff3 as the mergetool. I just can't handle the problem without a GUI tool.

greyman 10y ago
But isn't it still easier to use a proper IDE in the local machine with Linux/Windows/OSX gui and then just git push the code? What advantages does your setup have?
- krakensden 10y ago
  Most 'proper' IDEs have no or terrible merge tools.
  - greyman 10y ago
    And terminal has better such tools?
- baq 10y ago
  my $WORK issued machine is a windows box and the software i work on is 99% Linux.
  - greyman 10y ago
    I work from home and I voluntarily choosed exactly this setup. Windows desktop and IDE tools are more comfortable, but the "real" software runs on Linux VM.

auxym 10y ago

I also have been switching over to VSCode for coding. The vim plugin is pretty decent. I still keep vim around for huge files though. I work daily with NASTRAN input and output files, routinely multiple 100 mb, sometimes multiple-gb. I edited a 10gb file earlier this week and vim didn't choke up too much. Best editor I've found so far for huge files.

dotancohen 10y ago
Which VIM plugin are you using? I've tried them all, including the recommended one simply called 'vim', and they are all missing the most basic of features. Go-to-definition (Ctrl-]) was one missing for me just a few hours ago when I last tried it!
tremendo 10y ago
I have vscodevim plugin, currently 0.5.2 and it's decent, it's been making progress, yet still it has little things that definitely detract from the experience, like motion keystrokes do not take the key auto-repeat. Actually it works moving by block ({}) and line (+-) but not with character (i,j,k,l) or word motions (wW,bB,eE) or next/previous occurrence of search (nN). Annoying. At least now they've fixed the issue where I had to re-enter a search term when switching buffers. So there's progress, and it will eventually be just as good.

e12e 10y ago

FWIW the "vim" vim-plugin for vscode isn't terrible either, if one wants all that with modal editing. I actually think that vscode with vim plugin is somewhat better on windows than vim is. Depends on how one usually configures vim, of course.

floopidydoopidy 10y ago

I used VSCode once and in just ten minutes, I helped a repressive megacorp meet their HN marketing goals, instead of supporting developers who might actually need it.

therealmarv 10y ago
hm, I also don't like MS. But kudos to this open source editor and what it can do with Python and JS code. It is by the way developed in Switzerland by a former Eclipse founder (Erich Gamma).