4/16/2023 0 Comments Sublime text vs atom![]() ![]() Follow Us for More on Atom (and Other Subjects) Start using Atom today: contribute to the editor you’ll be using tomorrow. But in 5 years, what will it be? It’s my belief that you’ll decide to switch to Atom (or something like it) in a few years, because some new and clever extension will appear that you won’t be able to ignore. Looking to the future, I’d also offer this list of languages that compile to javascriptĪtom is NOT a better editor than Sublime or Emacs. Atom has bumped up several patches and one minor version since I wrote the first outline of this post last week.Īnd while writing javascript for webkit is a bummer, it’s a familiar bummer. You’re right - the Atom API docs leave a lot to be desired, and javascript is pretty crusty.īut the Atom team knows the API’s weaknesses, and is dedicated to solving them. But Sam, Atom isn’t Well-Documented Either, and Javascript is also a Language Soaked in Vomit Writing packages for Atom calls on front-end web development skills that are already wide-spread, and the core editor was designed to be extensible from the get-go. My conclusion: more people are writing for Atom, they’re writing faster, and they’re writing using more diverse tools. Some of these packages use Theorist as a model class some use Backbone some embed code directly in Space-Pen views. (OK, OK, there are thousands more not in any package manager, but are undiscoverable packages really a selling point?)Ītom already has (as of my writing this sentence) 850 packages available.Ītom’s been around for less than 2 months, it’s invite-only, and only mac-based developers can use it (so far). Sublime Text’s package manager has a little more that 2,100 packages on offer.Įmacs’ combined repositories have ~2600 packages in them. Sublime development is for the dedicated few. Python is arguably a nicer language than javascript, but it’s easy to tell that Sublime is extensible only as an afterthought. To get a single command - one that you must run manually from sublime’s terminal - requires creating a whole plugin and doing so ain’t easy: the API documentation is one page long. Surprize! Developing for sublime sucks, too. Yeah, well, what about Sublime?Īn editor extensible in python? Sounds delightful! Writing little utility functions is fast and usually easy, but writing good packages requires grunting and sweating under weary code.Įmacs is the most extensible (and the most extended) editor ever made.Įmacs lisp is the language of Satan: powerful and evil. I can and have written useful programs in Emacs lisp Emacs has been my editor of choice for more than 5 years. Regexes, stored in strings, are hideous and unreadable. ‘Tools’ like defadvice make it impossible to be certain of any function’s behavior. Lisp is crisp, clean, and excitingly modular it is refreshing like a spring rain.Įmacs lisp is a rain of sewage. The first programs of any real complexity I ever wrote, I wrote in lisp. I love lisp I think it’s the bee’s knees. “Why not use Emacs?” you say “Use something that’s stable, tried, and true!” An editor that can’t (or won’t) let me automate tasks is a faulty tool. It’s even better if someone else has already automated it for me. And that means more than just soothing colors.Īnything I do frequently I should automate. I spend all day in my editor it should mold itself to me and my needs, not the other way around. Many people limit their editor customization to adding a nice theme, a few additional keybindings, and a plugin or two. You will only ever have the functionality that they expected you to need. ![]() Why Bother with an Extensible Editor?Ī non-extensible editor forces you to rely heavily on the design foresight of its creators. It is apparent from its architecture that Atom wasn’t just built to be extensible - it was built by extending. Even text-buffer, which handles ranges, selections, an edit history.FuzzAldrin, the scoring algorithm for the fuzzy-finder.Here are a few of the 150 packages in Atom’s public repositories. The core of Atom is neither open source nor available - but I was pleasantly surprised to discover that much of the functionality is defined in open-source packages outside of core. Extensible, eh?Ītom was designed to be extensible and modular from its inception. You should start using it as soon as possible. It’s got bugs, it’s slow, and it’s sometimes uncomfortable to use. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |