昨天在寻找vim和emacs对于ruby on rails的支持的时候,看到了一条很中肯的评论。就是vim和emacs是属于文本界面的编辑器,他们的习惯是把所有的工作都可以在一个窗口内解决。这也就是为什么现在的年轻人很难接受这两个老牌编辑器的原因。(原贴找不到了,深为遗憾)。
如果仔细查看gvim和emacs或者xemacs的界面,就会看出从文本界面到图形界面的移植让人觉得别扭。窗口和桌面环境不协调,怪异的属性界面和不充分的按钮都让他们不够适应图形界面。
真正的图形界面开发环境自然是Visual Basic,虽然它够丑,够烂,但是它确实告诉了后来者图形界面开发环境是什么样子的。随着rails的崛起,对编辑器又有了新的要求,java IDE需要的复杂的功能已经不再需要。eclipse上建设的radrails和偏局一隅的textmate成了开发环境的新宠。
windows vista的到来为开发环境提出了新的要求。一个就是可以充分利用3d加速和桌面特效,还有就是对于宽屏的支持要足够。那天看到关于xgl的采访,里面提到xgl会加强窗口的管理,从而提高生产力。[url]http://taiwan.cnet.com/news/software/0,2000064574,20108802,00.htm[/url] 。新一代的开发环境也需要考虑这些。
如果仔细查看gvim和emacs或者xemacs的界面,就会看出从文本界面到图形界面的移植让人觉得别扭。窗口和桌面环境不协调,怪异的属性界面和不充分的按钮都让他们不够适应图形界面。
真正的图形界面开发环境自然是Visual Basic,虽然它够丑,够烂,但是它确实告诉了后来者图形界面开发环境是什么样子的。随着rails的崛起,对编辑器又有了新的要求,java IDE需要的复杂的功能已经不再需要。eclipse上建设的radrails和偏局一隅的textmate成了开发环境的新宠。
windows vista的到来为开发环境提出了新的要求。一个就是可以充分利用3d加速和桌面特效,还有就是对于宽屏的支持要足够。那天看到关于xgl的采访,里面提到xgl会加强窗口的管理,从而提高生产力。[url]http://taiwan.cnet.com/news/software/0,2000064574,20108802,00.htm[/url] 。新一代的开发环境也需要考虑这些。