发表日期:2017-12-06 17:56:48文章编辑:025app.com 标签:公司新闻
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世界才了解的。尽可能的自动化,你的回报会慢慢回来的——以多种方式。