9 reasons you should be using PyCharm
blog.michaelckennedy.net
blog.michaelckennedy.net
PyCharm is a nice IDE.
ReSharper is _required_ if you want to be on the .NET stack and not go insane.
They hand out open-source and academic research licenses under very reasonable conditions.
What's not to love?
Agreed. I mean I don't mind buying software I use often and professionally (e.g. Sublime). I guess the way to look at it is you're paying for bug-fixes and new features as a Service. Still leaves a bad taste in my mouth though.
Sublime Text 3 + Anaconda [0] has enough features. And I never use a debugger. The reason being, if you can't debug it from logs in development, how are you going to debug it in production?
So you could say that you're "buying" the current version of the software as long as you buy yearly or subscribe for a year, they just don't say it that way.
All in all, it's really confusing :/
[0] https://blog.jetbrains.com/blog/2016/03/09/jetbrains-toolbox...
Not to mention every languge eer made would work fine with it.
No, regex based search/replace doesn't count as refactoring support. Vims omnicompletion is a joke. It also doesn't handle multi-language files (e.g. SQL like in the article) at all. And Vim is limited by its strictly monospace UI without good overlay support. The integrated debugger is so much nicer to use than raw pdb, and WinPDB sucks for navigation. And there are so many time-saving little features, like the auto-import quickfix.
And it takes a lot of work to get even half-baked versions of all the features in vim, because you have to get every one individually.
IntelliJ with Python plugin (instead of standalone PyCharm) has support for all very many, and certainly all popular, languages. And it's not like in Vim-land, where "support" mostly means "syntax highlighting and that's it".
Vim is an awesome text editor though.
https://plugins.jetbrains.com/plugin/164?pr=idea
I use it on and off, when I miss vi, in order to remember why I don't use vi anymore.
OK. Show me support for OCaml, Rust, Erlang, shell, make, or CFEngine. Granted, I only write in half of these, but I'm not that far away from the rest.
It worked for ini, dockerfile and terraform HCL (which I consider more exotic than the languages you gave).
Not sure whether shell and Makefile were a plugin or already present out of the box.
And Erlang plugin doesn't seem to give much that would suit Erlang development (syntax highlighting and identifier completion is not much, I would still need to go to command line for about every operation).