71–80 of 92 posts
Earlier quoted context omitted.
Until Atom is written natively I don't think Sublime Text is going to have a serious competitor.
Can confirm, I tried using Atom for four months but recently gave up. Electron and other Chromium wrappers are the new client-side JVM.
Wow, thanks everyone! I'm thrilled to be working with Jon and Kari and to be helping with Sublime Text.
(also, congrats!)
Earlier quoted context omitted.
VS Code is leagues better than Atom, but it's still perceivably and annoyingly slower than Sublime.
Especially when dealing with large files, atom just breaks. In ST3 it shows loading the file, but never becomes unresponsive
Loading a 100MB text file is not really common, even among developers. Only logs and DB dumps are really that big.
Earlier quoted context omitted.
But you understand that Postgres also went a long way and is Open Source?
I agree - I'm building a huge application on Postgres because of it has amazing capability and yes because it's Open Source. Doing the same on ms sql server or oracle in my case would be madness - because of their insane per core licensing costs for enterprise features which I need. However for my tools, I'm not bothered so long as a reasonable price or free MIT - in fact I'd rather pay for a commercial license than…
Why do you consider GPL tools risky? I'm guessing you're using GNU utils constantly? :)
> I do feel sorry for Architects (my wife) though, they have to pay outrageous prices for design tools, literally thousands yet developers who earn far more than architects, bleat about trivial amounts such as $70 for ST.
Architects probably don't have other options. Free development tools abound.
This is very good news, but I worry that it's too little, too late. For years, Sublime Text had no serious competitors. Then Atom came along. Don't get me wrong, Atom has significant drawbacks. But it also has advantages: it's open source, costs nothing, and has a couple dozen developers working on it. Sublime Text is closed source, costs $70 (totally worth it, IMO), and has two developers working on it. The differen…
> For years, Sublime Text had no serious competitors. Then Atom came along. Don't get me wrong Let's also not forget: o Brackets (which I do prefer over ST for Javascript and CSS), o Visual Studio Code o EditPlus (not so great with plug ins, but it's such a solid editor that this was my favourite for years before ST) o Notepad++ (very popular text editor) o Kate (KDE) o Emacs (which has long since also had a GUI) o P…
SlickEdit for some reason went into complete obscurity though and I can't recall why. I'm not saying this will happen to Sublime (as I'm not even sure what happend to Slick) but I do wonder if it will as TextMate seems to be going down the path of long term obscurity.
Earlier quoted context omitted.
> For years, Sublime Text had no serious competitors. Then Atom came along. Don't get me wrong Let's also not forget: o Brackets (which I do prefer over ST for Javascript and CSS), o Visual Studio Code o EditPlus (not so great with plug ins, but it's such a solid editor that this was my favourite for years before ST) o Notepad++ (very popular text editor) o Kate (KDE) o Emacs (which has long since also had a GUI) o P…
I also think that the "no competition" point is overblown, but Sublime was still quite unique. It is very general purpose, not focused on any particular domain like Brackets, multiplatform, and with a great plugin ecosystem. It was a swiss-knife editor, that you could throw at anything and was always great. I don't use it any more, but a few years ago I did everything, from writing a paper in latex to webdev to C, in…
I've been a die hard Emacs/Vi(m) user for over a decade, and my colleagues impressions went from "What's your config like?" to "Ah yeah, I'd like to learn that for quick edits but never made the switch" to "Still using that?" to "Emacs? What the hell is that?"
It's never been easier to get into those as today, with multiple community driven starter kits and package managers available for both Vim and Emacs. Yet people don't seem to want to put in the effort.
So today I'm labelled among my peers as the Emacs nerd, as if I'm some kind of elitist software archaeologist even though I'm mostly minding my own business without evangelizing and I'm as happy to use the IDE of choice as anyone else in the team.
There's a single feature that made me an Atom user over Sublime — and that's support for excluding files and folders in gitignore from the quick open.
Earlier quoted context omitted.
Especially when dealing with large files, atom just breaks. In ST3 it shows loading the file, but never becomes unresponsive
Doesn't this look more like an un-optimized edge case than anything else? Loading a 100MB text file is not really common, even among developers. Only logs and DB dumps are really that big.