Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Turning Sublime Text into a Lightweight Python IDE

cewing.github.io

Post reply on HN
Print view View original

111–120 of 154 posts

Re: Turning Sublime Text into a Lightweight Python IDE

#111

Post by SimbaOnSteroids »

spapas82 wrote: post #82
mundanevoice wrote: post #73

Earlier quoted context omitted.

Only if you haven't worked on Pycharm, you can say this. Try the latest Pycharm on a medium/big size project and you will understand. It is the best Python IDE out there, right now. Nothing even comes close.

Pycharm is good - I've used it. However there are various disadvantatges to it: a. It is not open source b. It is slow on my (Celeron based) PC c. I don't really need the capabilities of a full-flexed IDE (auto-completion, debug etc) for Python

If you still have a .edu email address they offer a student license but I get the feeling you're doing non educational/hobbyist work so that might violate the TOS

Re: Turning Sublime Text into a Lightweight Python IDE

#112

Post by ajross »

oblio wrote: post #97
josteink wrote: post #83

Maybe I'm the exception, but I can't see why people, why programmers , bother investing their editing-skills in a closed-source editor and toolkit. Sublime is closed source. When it croaks up and dies, all the skills you've built up will be wasted, and you'll have to rebuild them elsewhere. Why not invest in something open instead? There's more options than ever before, and they're all good. For me, VS Code seems to…

> Sublime is closed source. When it croaks up and dies, all the skills you've built up will be wasted, and you'll have to rebuild them elsewhere. Sublime is not Vim or Emacs, you just move on to the next CUA text editor or IDE. It's not like you need more than 20 or so extra commands to be effective in a CUA IDE: * go to class/function/file/symbol * build/run/debug/run tests * debug commands (step over, step into) An…

> It's not like you need more than 20 or so extra commands to be effective in a CUA IDE

... what?

That's so far removed from the truth that I really question whether or not you even use Sublime well. I mean, notepad fits those requirements

Re: Turning Sublime Text into a Lightweight Python IDE

#113

Post by oblio »

ajross wrote: post #112
oblio wrote: post #97

Earlier quoted context omitted.

> Sublime is closed source. When it croaks up and dies, all the skills you've built up will be wasted, and you'll have to rebuild them elsewhere. Sublime is not Vim or Emacs, you just move on to the next CUA text editor or IDE. It's not like you need more than 20 or so extra commands to be effective in a CUA IDE: * go to class/function/file/symbol * build/run/debug/run tests * debug commands (step over, step into) An…

> It's not like you need more than 20 or so extra commands to be effective in a CUA IDE ... what? That's so far removed from the truth that I really question whether or not you even use Sublime well. I mean, notepad fits those requirements

Have you read my entire comment?

Re: Turning Sublime Text into a Lightweight Python IDE

#114

Post by Can_Not »

auvi wrote: post #89
Philipp__ wrote: post #86

Earlier quoted context omitted.

So that's the case for JetBrains' products then? VSCode is Microsoft's product, and they are doing solid job with it now, but who knows what they will do with it in 5 years' time. I won't be surprised if they try to integrated it with Azure more closely and do some things which are not relevant to me. Plus it's Electron app which I won't use. And it's not like open source solution can't fail and be abandoned. Only tw…

What's wrong with an Electron app? I am curious.

My opinion is that an advanced text editor or IDE should be written in a low level language to be light weight and fast. Everytime I try atom it performs so bad and slow that I need to switch back to sublime. I even have a probably unfair paranoia bias against editors written in Java because it might be slower than one written in C. Electron has a lot of great uses, but an IDE is antithetical to it's performance capabilities. BTW, I'm in the market for IDE recommendations.

Re: Turning Sublime Text into a Lightweight Python IDE

#115

Post by josteink »

Can_Not wrote: post #114
auvi wrote: post #89

Earlier quoted context omitted.

What's wrong with an Electron app? I am curious.

My opinion is that an advanced text editor or IDE should be written in a low level language to be light weight and fast. Everytime I try atom it performs so bad and slow that I need to switch back to sublime. I even have a probably unfair paranoia bias against editors written in Java because it might be slower than one written in C. Electron has a lot of great uses, but an IDE is antithetical to it's performance capa…

Atom is known to be slow.

That doesn't make all electron-based applications slow.

Re: Turning Sublime Text into a Lightweight Python IDE

#116

Post by metalliqaz »

spapas82 wrote: post #64

I am using Notepad++ (I'm a windows user) for more than 5 years for python/django development. Never regreted it - never found something better. I stuck to Notepad++ even when I was using a Mac for some months (through Wine) - I couldn't find something better or faster. Everything else is way too slow (Atom, VS Code, pycharm) or way too inefficient (Vim / Emacs - inefficient for me they may be great for you) to repla…

I also use Notepad++. Was starting to feel left out reading the comments. I roll up my sleeves and work with the junk behind the scenes manually. I think it somehow improves my understanding of how everything work.

Re: Turning Sublime Text into a Lightweight Python IDE

#117

Post by ajross »

oblio wrote: post #113
ajross wrote: post #112

Earlier quoted context omitted.

> It's not like you need more than 20 or so extra commands to be effective in a CUA IDE ... what? That's so far removed from the truth that I really question whether or not you even use Sublime well. I mean, notepad fits those requirements

Have you read my entire comment?

Yes, and the reply is the same. I just quoted that one whopper for effect. Editors (serious ones) aren't just equivalent bags of commands, they're work paradigms people literally spend years learning and customizing.

Re: Turning Sublime Text into a Lightweight Python IDE

#118

Post by Can_Not »

josteink wrote: post #115
Can_Not wrote: post #114

Earlier quoted context omitted.

My opinion is that an advanced text editor or IDE should be written in a low level language to be light weight and fast. Everytime I try atom it performs so bad and slow that I need to switch back to sublime. I even have a probably unfair paranoia bias against editors written in Java because it might be slower than one written in C. Electron has a lot of great uses, but an IDE is antithetical to it's performance capa…

Atom is known to be slow. That doesn't make all electron-based applications slow.

Actually do you have any prime examples of fast electron apps? I'm interested in finding a DOM-free electron alternative, but if I had a good case study for a legitimately fast electron app, that would be valuable insight for me.

Re: Turning Sublime Text into a Lightweight Python IDE

#119

Post by oblio »

ajross wrote: post #117
oblio wrote: post #113

Earlier quoted context omitted.

Have you read my entire comment?

Yes, and the reply is the same. I just quoted that one whopper for effect. Editors (serious ones) aren't just equivalent bags of commands, they're work paradigms people literally spend years learning and customizing.

Are we talking about CUA editors here, or are we just talking past each other? :)

Re: Turning Sublime Text into a Lightweight Python IDE

#120

Post by tdb7893 »

ajross wrote: post #117
oblio wrote: post #113

Earlier quoted context omitted.

Have you read my entire comment?

Yes, and the reply is the same. I just quoted that one whopper for effect. Editors (serious ones) aren't just equivalent bags of commands, they're work paradigms people literally spend years learning and customizing.

I program pretty much the same regardless of editor. The main difference seems to just be how they navigate the ui and the features. I feel like the guy without a hat in this (https://xkcd.com/915/) XKCD
Post reply on HN