乔治马丁这事儿之前听说过,那时候的人习惯字符界面。
@LdBeth 刚查了一下,Vi 诞生要比 Emacs 晚。
我在做 LispOS,要不要来支持一下。 计划用 Common Lisp 写一个交互式 shell 和一个 Emacs 风格的编辑器,还有一个支持文学编程和多格式输出的文字处理系统。
Gosling Emacs 1981 年发布的,vi 好像是76年就发布了。你要是说 TECOEmacs 当然比 vi 早。
果断支持!
不过技术上嘛,暂时是欲振乏力啊。 我才准备开始系统学下elisp,之前都只能做配置和修修别人的bug,独立代码应该惨不忍睹(company的作者委婉的表达了他的观点 )
我的主方向其实是科学计算和数据分析,传统的开发经验挺缺乏的。如果有什么偏机器学习甚至算法类的小块,也许我可以帮上点忙。
等等,你的意思是要重写个编辑器?那为啥选择Lisp啊,别的语言有更好的周边库支持的吧,比如图形界面什么的,开发可能更方便。
这是你的个人爱好开发计划?计划上github么?
差不多吧。Common Lisp 有 FFI,各种图形库绑定也都有现成的。
每个部件成熟后会以独立项目公开的
不从底层重构优化一波加入一些现代化特性,搞这些干啥。
论office,文献用pdf,文档有ms office,哪里轮得到emacs。
When I was working at the AI Lab, one of the older programmers told me that hackers are often eager to make improvements of this sort: which make the program better in an abstract sense, but not better for users. I took that advice to heart. Now I pass it on.
前人的智慧
正是因為你們每天想著"底层重构优化一波加入一些现代化特性",才会覚得"论office,文献用pdf,文档有ms office,哪里轮得到emacs。"
Office 用戶会考慮"底层重构优化一波"嗎?
当然不会,重不重构那是微软的事儿,问题是微软的office一直在演进,底层架构也一直在调整,不然你以为怎么做到17年的软件还能兼容93年的格式?
emacs咋样?是啊,有新功能。那新功能好用不?好用个蛋蛋。好不容易搞出个多线程还是残疾版的。以各种历史原因平台原因为借口不改进,干啥呀,x86平台干嘛收到powerpc的限制而不能享受更优秀的特性?
瞅瞅隔壁vim,之前也是牛逼哄哄的说“老子就是不改,就是好用”,结果neovim一出怂了,该改的改,该加的加,社区活跃度再次上升,各领风骚。搞得我都感觉啥时候应该有个neoemacs啊,也引入一些新鲜血液。
你也别吐槽底层重构,咱们都是平时写代码的,都知道数万行的代码加几个功能都可能导致架构完全乱掉,更别说像emacs这种庞大的代码量了。不经过仔细推敲重构,哪里经得起加入新特性这么折腾?
以上言论偏激不?偏激!为啥偏激?用的不爽啊!要是社区里面清一色的说emacs如何如何好,那不就变成宗教了么。也让我这种普通用户发发声,吐个槽
用户需求。兼容个格式有个啥难度能让你吹的,兼容个平台就被难看了?不讲道理啊
本来我和你想的一样。
后来……
底层代码从来不是问题,guile emacs 那时候就靠一次 google code summer 的时间把 guile emacs 从 20 bump 到 24。
那么,问题来了,除了说在一匹马牵到面前以后说“我要一匹更快的马”以外,你能提出什么 Emacs 没有,别的编辑器也没有的新特性呢?
哈哈,这个真的是。neovim 一出来,多年不挪窝的 vim 版本号迅速飙到了 8.0,加了一堆新特性。
Emacs 的问题之一,我觉得是把事情搞复杂化了。比如我的 .vimrc/init.vim
配置才 20 几个插件,并没觉得少了什么缺不得的重要功能。而反观流行的 spacemacs 配置,插件将近 300 个,这个已经完全不是我能 handle 得了的。重要的是 bug 多多…
不如简单点,再简单点。
是的。但我认为这是 Unix 的原罪間接导致的。
在比较差的机器上,我真觉得emacs比vim卡
当年XEmacs也倒逼GNU Emacs加入了好多特性,尤其是GUI方面的。可惜XEmacs黄了很久了。
邮件列表和官网还有人,就是不更新了
已经沦为编辑器了
底层代码从来不是问题,guile emacs 那时候就靠一次 google code summer 的时间把 guile emacs 从 20 bump 到 24。
咱不是在说emacs的事儿嘛,怎么和guile emacs搞上关系啦,这俩哥们的底层实现应该完全不一样吧。光运行lisp速度比emacs快我就觉得很有前途,就想不通怎么黄了。。。
那么,问题来了,除了说在一匹马牵到面前以后说“我要一匹更快的马”以外,你能提出什么 Emacs 没有,别的编辑器也没有的新特性呢?
哎,你这个问法就不对了。咱们在这儿说的都是1和100的问题,不是0和1的问题。
emacs的特性多了去了,依赖于神一般的lisp语言(褒义),把emacs说成操作系统的确不为过。BUT,对这里的确有个转折:有没有是一回事儿,做的好不好是另一回事儿。
打个比方说吧,org mode是emacs里面的大杀器,都被直接集成了,这东西大名鼎鼎,易用好用还上瘾,能打100分,正面典型;ecb呢,也被集成,然而体验那叫一个差,能不能打60分都难说,这就是个反面典型。
你说有功夫去取代libreoffice,干嘛不提升一下运行速度,你好我好大家好
是的, 有竞争才能更好地发展, 不一定就是浪费精力
兼容个格式有个啥难度能让你吹的,兼容个平台就被难看了?不讲道理啊
别挑骨头,兼容平台和兼容格式还真不是一个难度等级的。兼容平台无需考虑软件架构,只需要实现compat层的函数即可,而兼容格式需要一直在增加功能的同时保持对原有格式的兼容,这对于软件本身就有重构的要求。要是几个版本不重构,后面越是加功能就越会导致软件结构摇摇欲坠,最后只能重写。
而且,软件本身不是语言,其本身应该提供的是最大能力集,而不是受限于平台提供的通用最小能力集,也就是说如果某个平台无法跑这个功能,裁掉就好了呀,干嘛为了这个平台而不提供这个功能?
你的百分之一 == 别人的百分之百
某些历史原罪不是说改就改的,也不是一些新鲜血液能解决的问题。
另外我最烦的就是所有的兼容性问题……我偏激的希望以后所有的硬件软件都不要考虑什么兼容性,都通通给我只支持最新的……