The future is specific
I don't mind if the future is specific. But its really wrong to say IDE's like Eclipse don't do one specific task well.<p>Eclipse really makes Java programming very easy. And I can tell you minus Eclipse programming in Java would be a very frustrating experience, given the verbosity, configuration mess and XML's all over the place. Eclipse these days is advanced enough to really blur the difference between and novice and a expert Java programmers. So by any measure I would say eclipse already does what light table aims to do. The only problem with eclipse is its too heavy, chews a lot of memory and becomes very heavy as things go on.<p>What we expect from light table is really what things like Emacs and Vim already are, plus what they miss. Which is modern GUI candy, easy configuration, availability of packages, stuff like refactoring, bench marking, auto complete and Intellisense easily available out of the box. Along with evolution with modern needs and demands.<p>So that is why what we really needed was an Emacs + all that I mentioned.<p>I think it will be nice if at some point requirements are frozen for Light table. Because things like this really slip into Second systems effect easily.<p>According to me Light Table must be Emacs for the Modern Generation. Anything else, and it won't be impressive. A thin editor, extensible by lisp. All lisp and other Emacs editor goodies but with all the modern demands.<p>We already have enough of other kind of IDE's.