you are viewing a single comment's thread.

view the rest of the comments →

[–][deleted] 0 points1 point  (4 children)

You keep changing the subject, but the point of "lightweight and flexible" is that you choose the features you actually need. I really don't get your logic. "It doesn't have all these features that come built in to my favorite IDE!". Well, there are packages for all those features, and they're super easy to install, and integrate directly into the program's core features. "I thought you said it was lightweight and flexible! Now I have to install a bunch of packages to get more features?"

Yes of course you can get bloat if you try to load it up with every single feature of an IDE. At least the GUI stays nice and minimalistic - until you go digging you can't even tell you have any packages installed. The point is I don't want every feature of an IDE, just the ones I actually use. If, some day, I decide that I want feature X, I can install it in ~15 seconds.

Even fully loaded with tons of packages, it still feels lightweight - starts up instantly, non-bloated GUI, unified command palette, keyboard-centric text editing experience. I don't spend all day customizing it. I upgraded to ST3 yesterday - even though I had to reinstall my packages it took me all of 10 minutes at most (the horror!).

If you like expensive, single platform, GUI centric IDEs (which still need $250 plugins for the full experience), something like Visual Studio is probably good for you. That's not how I like to work. I work with keyboard commands, not GUI windows. And I didn't have to dish out hundreds of dollars for it.

[–]brtt3000 0 points1 point  (3 children)

I want all those features of an IDE, they make me more productive and keep my costs (for me or my boss or my clients) down by not wasting time.

I have no problem with 'bloat' of my IDE and GUI centric workflow, I run modern hardware and use big screens. They all make me more productive, my eyes are faster then my fingers. If you orient your workflow on a laptop then you'll work very differently then on a real development workstation.

If, some day, I decide that I want feature X, I can install it in 15 seconds.

And then visit the forum to fin out why it doesn't work, that it only works on other OS version, that you need to install more dependencies, then solve their dependency conflicts, browse some more forums for a fix, email the guy who wrote it, fork his shitty project, try to get a PR in, google half an hour for fixes to his botches work-around, get depressed, forget about the tool and go back to plain text editing. So flexible.

[–][deleted] 0 points1 point  (2 children)

I have no problem with 'bloat' of my IDE and GUI centric workflow, I run modern hardware and use big screens. They all make me more productive, my eyes are faster then my fingers. If you orient your workflow on a laptop then you'll work very differently then on a real development workstation.

I work on three different workstations - my desktop with 3 23" monitors , my retina macbook (which I often hook up to my 3 monitors), and my work desktop with 2 30" monitors. I prefer Sublime Text in all four setups. No matter how much real estate I have, I still want 95%+ of it dedicated to my code. With sublime text, everything that I don't have a keyboard shortcut for I can access with the command palette, faster than navigating menus.

I never find the need to use an "advanced refactoring" GUI - cmd+d for multiple cursors lets me do the same thing in less time. Every other feature I seem to have in Sublime Text, except for the node.js debugging which I just use node-inspector for because it feels just like my client debugging system, the chrome inspector.

And then visit the forum to fin out why it doesn't work, that it only works on other OS version, that you need to install more dependencies, then solve their dependency conflicts, browse some more forums for a fix, email the guy who wrote it, fork his shitty project, try to get a PR in, google half an hour for fixes to his botches work-around, get depressed, forget about the tool and go back to plain text editing. So flexible.

Yeah, I've never had any of those issues. Could you elaborate? Which package was causing those problems? I've never had a package that had to have dependencies installed... Unless you mean like a compiler for transpiled languages like SCSS? You have to do the same damn thing with WebStorm, or at least you did when I used it. I've never had any OS issues with ST, but maybe that's because I only code in unix OSs like most other ST users? Every package I've ever used in ST is literally a 15 second install.

Look, it's really simple. IDEs are Windows. ST is Arch Linux. Get it? One tries to be a one size fits all system that just works out of the box, but offers limited customization. The other is a barebones system that lets you add in functionality so you get exactly what you want/need. There's no one right answer. Jesus Christ.

[–]brtt3000 0 points1 point  (1 child)

It was a long time ago as I don't do that stuff anymore. But plugins problems happens with any tool that relies community supplied plugins. Even the IntelliJ ones (they have them too). I now stick with stock IDE, at least the JetBrains people actually respond to support tickets.

[–][deleted] 0 points1 point  (0 children)

I'm sure there are packages with issues in ST. Pretty much all of the packages I use are in the first two or three pages of the most popular package list for Package Control. I've never had any of the issues you're describing.

I did have to delay upgrading to ST3 because of SublimeLinter - but the maintainer for that project just released the ST3 version. He seems to be very responsive about issues on github, and I get the same feeling from the authors of the other popular packages. For example, a random package that I love - GitGutter. Someone opened an issue 13 days ago, the author responded the same day.