Personally, I use emacs, and that's what I would recommend, but here's a more interesting idea: Eclipse is built on an application platform called Eclipse RCP.

Personally, I use emacs, and that's what I would recommend, but here's a more interesting idea: Eclipse is built on an application platform called Eclipse RCP. A minimal Eclipse RCP app is just a window with nothing in it. No menus, no editors, no file browsers, just a blank window. (I'm not even sure you need the window these days.) You could start with that -- call it Zeroclipse -- and build up what you wanted. Want a text editor? Add in the Eclipse text editor. Don't like it? Change it; disable and rewrite whatever features you want. Want it to parse and colorize your code? Find that feature and enable it. Write your own keyboard bindings from scratch. Want refactoring support? Add that plugin and provide some key bindings or menu items. Don't want it? You'll never see it. Even better, the refactoring support will never get loaded and won't even get deployed with the application. Your IDE (if you want to call it that) will consist exactly of the features that you enabled or implemented. If you think an IDE should be a big code window plus a pane to the left cycling through readouts of cyclomatic complexity, the latest sports scores, and tomorrow's weather report, you can have that. If you want it to track the time you spend typing, or the time you have each file open or focused, you can do that, too. And if you don't want it to constantly recompile your code while you type and pester you with autocomplete suggestions, it won't. This won't be a fun little weekend project. Eclipse RCP is a huge system that takes a lot of time to get oriented in. But I bet you'll learn something about your development process. A hundred hackers doing this would probably discover some pretty radical and useful ideas. HNers should chime in with suggestions about alternative IDE platforms to build on. Just don't say emacs....