Emacs for Data Science
insightdatascience.com
insightdatascience.com
There's also support for basic spreadsheeting, but it gets very slow as soon as you have more than a couple hundred rows with auto-computed column values.
Sample look and feel of one of my notebooks: http://i.imgur.com/SZTxQ6v.png
With the calc package, emacs can even do basic symbolic math (e.g calculate a derivative function)!
My equation blocks are created with M-o M-s which centers the current line in the buffer (when in fill-mode), so no need for C-c C-e equation.
What are you referring to here? It's easy enough to customize the export formatting to whatever you want it to be, e.g., change LaTeX document class, switch to xetex for better font support, etc.
Do you mean this?
Though octave was originally a music term too.
Sorry, it's a pet peeve of mine that people keep thinking that GNU Octave has something to do with music.
One of my favorite things in emacs. When confronted with an arcane, custom "language" developed 30 years ago because of some immediate need without serious care taken. You can create a custom mode that gives you syntax highlighting, indentation support and other things fairly quickly. And it beats the built-in "editors" present in a lot of tools, especially those that don't let you directly edit the text file but insist on making you click through wizards and dropdown menus.
Once you've got the basics written, you can start to work. Then add imenu support, and you have file browsing. Then add your language to exuberant ctags - which has a line-based regexp mode that you can pretty much reuse your imenu regexps for - and get it to generate emacs-compatible tags files, and you've got basic cross-file symbol navigation.
(The quality of ctags-based symbol browsing can be hit or miss - for languages like Java or C++, where many mechanisms require symbols to be identically-named, it's not that great. But not-that-great is still a lot more convenient than nothing.)
So is IPython notebook.
So is vim along with tmux, a good tiling window manager, and shell-tools.
However none of them are without flaws. None of them are free from requiring you to peek under the hood, and start a path towards becoming a hacker of your own tools, be it vim-scripting using python, or emacs scripting using elisp or guile. And once you have a turing-complete language under your tools, everything a programming language can do your tool can. But if there's a missing feature set requiring non trivial amount of code and no one on the internet has developed that code, you have to either take a long detour from your main project to develop that feature, or keep working the hard way, without that feature.
And most importantly, none of them should get you under the impression that yours is the final tool you'll ever need and it'll solve all your problems!
A lot of commercial IDEs are very well integrated with language and toolset, but often they're really not very good text editors (Visual Studio, I'm looking at you)
P.S. There were C# parser for CEDET (in contrib), but it wasn't updated for a long time
Could anyone explain the advantage of Emacs over Sublime?
For large projects I end up using the JetBrains IDEs. I think the "knowledge" of the project provides good insight. I think there are add ons to Emacs that will do the same thing. I haven't tried them. If I have to just open a file and edit, I'm happier in Emacs. I wish the IDE's would let you "bring your own editor"
If your happy with sublime keep using it.
However, you really need to assess what you are doing. If you are a webdev sublime and atom are great. You can use an IDE like rubymine if you want more language centric features. If you are doing compiled stuff (not my area), it probably makes sense to learn VIM or Emacs because you can fly through your coding and have access to the compiler and all of your files quickly from one place.
If you use multiple platforms, you're gonna have a tough time remembering the keyboard shortcuts as some of them are totally different.
I haven't switched from sublime to Emacs, but it promises to fix all those things in exchange for more complexity.
note: we are hiring!
I've used Emacs for years, but never delved into org-mode.