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

121–130 of 154 posts

Re: Turning Sublime Text into a Lightweight Python IDE

#121

Post by ctrl-j »

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.

Atom is slower than VS Code, sure. However, if you end up in a file of any significant size in VS Code, you're pretty much toast.

https://github.com/jhallen/joes-sandbox/tree/master/editor-p...

Re: Turning Sublime Text into a Lightweight Python IDE

#122

Post by josteink »

Can_Not wrote: post #118
josteink wrote: post #115

Earlier quoted context omitted.

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.

I think VSCode is more than responsive enough. I've had zero performance issues with it on any hardware I own.

The Spotify desktop app also feels millisecond-fast to me, but that might be Chromium Embedded Framework and not "full" Electron? I'm not sure.

Re: Turning Sublime Text into a Lightweight Python IDE

#123

Post by ctrl-j »

RobAley wrote: post #92
foepys wrote: post #84

Earlier quoted context omitted.

The appeal of Sublime is that you have more than 3 hours of battery life. All Electron applications are battery killers.

I don't get these comments. I use Atom on my Chromebook (via Ubuntu/Crouton) and the other day I did a 9-hour stint switching between atom (~80% of the time) and Firefox, from full charge. At the end of the 9 hours I still had 8% left in the battery. Perhaps you are doing something very different with electron apps than me, but for bog standard coding and doc writing, my battery lasts longer than I do!

Which Chromebook do you have!?

9 hours of browser usage + wifi isn't anything to sneeze at for most laptops, not even considering Atom usage!

Re: Turning Sublime Text into a Lightweight Python IDE

#124

Post by kovek »

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…

I don't think I was able to get realgud working when I tried.

However, I agree! I think open source has helped the industry to move forward quicker, since a lot of people get to see what the code for things that work look like.

Re: Turning Sublime Text into a Lightweight Python IDE

#125

Post by jdc0589 »

mylons wrote: post #16

i'd just rather use pycharm. https://www.jetbrains.com/pycharm/

Jetbrains does not play. There is not a ton of software I am so impressed by I will publicly support it any chance I get, but the list includes most everything by Jetbrains.

The rest of the list is pretty short: Plex and 1Password (less so these days).

Re: Turning Sublime Text into a Lightweight Python IDE

#126

Post by josteink »

ctrl-j wrote: post #121
josteink wrote: post #115

Earlier quoted context omitted.

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

Atom is slower than VS Code, sure. However, if you end up in a file of any significant size in VS Code, you're pretty much toast. https://github.com/jhallen/joes-sandbox/tree/master/editor-p...

Good link. Really appreciated.

I would be interested in seeing how that 3GB looked like though.

For instance Emacs has no issues with huge files (logs with many lines), but can completely choke when the lines are really long (like a minified JS-file without lineshifts).

I guess similar constraints may exist in other editors too.

Without knowing how those 3GBs looks, it's hard to make a decent judgement of what the "load" test actually tests.

Re: Turning Sublime Text into a Lightweight Python IDE

#127

Post by petre »

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…

Because it works and it works great. It's fast and it never crashed on me. Give me an equivalent opensource editor that works and looks like Sublime and I'll use it. No, Atom and VS Code don't cut it. They're slow, they choke on big files and eat up hundreds of megabytes of RAM. I don't need or use plugins, so I don't care if it's extensible in .

Vim is also nice but I only use it for remote console work. It doesn't have the nice features that Subline has (PCRE, select and Ctrl+D editing) or they're clunky.

Re: Turning Sublime Text into a Lightweight Python IDE

#128

Post by Odoth »

ino wrote: post #90
gitonup wrote: post #48

> The final requirement for a reasonable IDE experience is to be able to follow a debugging session in the file where the code exists. > There is no plugin for SublimeText that supports this. But there is a Python package you can install into the virtualenv for each of your projects that does it. This drives me batty whenever I see "turn XYZ into an IDE for (foo)." The author of this post at least lists debugger inte…

I'd be very happy if the console output when you build something on sublime was smarter, and parsed the output to make out the file and line where the error occurred, and clicking on the error would take me there. It wouldn't do step debugging or breakpoints, but at least for scripting and even simple c programs it would work well.

It can do this now, but you have to specify your own regex for parsing ("file_regex" and "line_regex" settings).

http://sublimetext.info/docs/en/reference/build_systems.html

Re: Turning Sublime Text into a Lightweight Python IDE

#129

Post by mixmastamyk »

petre wrote: post #127
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…

Because it works and it works great. It's fast and it never crashed on me. Give me an equivalent opensource editor that works and looks like Sublime and I'll use it. No, Atom and VS Code don't cut it. They're slow, they choke on big files and eat up hundreds of megabytes of RAM. I don't need or use plugins, so I don't care if it's extensible in . Vim is also nice but I only use it for remote console work. It doesn't…

Geany hits most of these except fancy select, though there might be a plugin for that.
Post reply on HN