编程处境的亏空

Emacs被设计出来的定向并不为了来编辑,
显示图片文字的窗口很少见,
但是这么做的话还是有点好处的就是会有一些支持latex预览的插件

作为代码编辑器,还是坚守SlickEdit了....

写了十来年code，感觉没有比vs2010更好的IDE了

很多人在推荐别人用VI或Emacs时总是洋溢着一种很高高在上的形似装B的表情。因此也简单了解过一下，感觉没那么神奇。唉，真不知道这东西是真牛逼还是装B，如果是真NB的话，为什么没有一些介绍其NB之处的文章呢？VI/Emacs是顶级高手用来开发操作系统，数据库，编译器，新的编程语言等等，你说NB吗？
当然这种东西最好是有高手带，因为学习曲线非常的陡。
星球大战里普通人用激光枪，杰迪武士才用激光剑。用枪只要会瞄准， 用剑要学习各种剑法。1，项目的组织方式。
a,目录嵌套太多，就说明设计有问题了。需要重构了。
b,你可以利用link来重整你的目录，比如可以把3层目录用一个link提升为顶层目录。换句话说，你可以定制自己的项目结构。比IDE强大的多。
2，插件
我用的VI插件，基本上github都有人维护，如果有问题，可以直接向作者发映

我不认为Emacs没有效率。

你做一件事，需要花10分钟。但掌握一个工具做这件事只需要1分钟。
只是学习这个工具需要半年。

那具体的产出就看——你做这个原本需要10分钟事的频率了。

所以对于那些在Emacs下写程序的Linux程序员来说，他们会花不少时间去自动化一些东西。但由于他们时常使用这些自动化，所以他们效率并不低。你有部分说的很对，要考虑学习成本，要考虑操作成本。
但是我不认为用IDE不能自动化很多东西，相反，IDE会帮你自动化很多东西。而且当今的IDE开放性已然很好了。
其实我说的，更多的是Emacs和VI由于最初设计目标和背后没有公司支撑的问题。

a,link在ide里也可以，但是ide对资源的分类，Emacs欠缺
-----------------------------------------
微软工具悖论：一个功能设计如果有工具，它就是一个feature,如果没有工具，它就是一个bug。
如果你觉得有什么特性是IDE管理的不错的，那么多半就是符合这个悖论。
这也就是你用vi/emacs在windows下开发感觉不方便的原因。

b,vi插件给力的很少，我前段时间写js+html，好不容易找到一个大家都说不错的，我一用。。。觉得要达到今天ide的水平起码再等两年。


我想强调的是一种观念，这种观念我也是进入Unix/Linux世界才了解的。尽可能的自动化，你的回报会慢慢回来的——以多种方式。