为什么我放弃emacs了?


#41

战火燃起来:smile:


#42

我写代码都靠裸敲,我用过IDEA,代码补全是比Emacs好用。

但是我个人观点:

  • 智能代码补全 ≠ 高生产力
  • 良好的沟通 + 清晰的思路 + 优秀的数据结构设计 = 高生产力

在真正复杂的软件上面,白板比智能代码补全的生产力高。

我并不是说智能补全不好,我个人不喜欢写代码依赖IDE,写完以后连函数名的拼写都说不全,离开IDE就是废人。 :blush:


#43

但总归防不住有人会写这种类…HasThisTypePatternTriedToSneakInSomeGenericOrParameterizedTypePatternMatchingStuffAnywhereVisitor 这样的类…:rofl::rofl::rofl:


#44

不妨试下 Wdired mode


#45

magit, org真的是神器。在magit中按$可以看到具体命令和参数,不妨碍寻找解决方案。


#46

怎么说呢,大部分人的Git都是当成网盘用,传自己的一点文件就完事了,所以觉得那几个git命令俺手敲也没关系的,magit这种为标准Git合作工作流设计的也觉得没用。有人处理文件的时候只用通配符就感觉够用了,所以觉得dired怎么那么复杂。同理有人为了恰饭写代码,一般就单一语言的那种,赶紧把代码写完就赶紧下班走人算了,所以觉得IDE和VSC这些比Emacs好用。

然而事实是有人要和多语混写的project斗智斗勇,有人要ssh连到主机上写代码,有人是各种非主流语言爱好者,有人单纯就是折腾Emacs这个extensible platform开心。IDE和VSC一统江湖的现在,Emacs存在的意义就是给小部分有特殊需求的人一些折腾的空间。悲观的说,Emacs就是小众的。

另外付文一篇,与君共勉

熊十力痛骂徐复观[读书方法]
1943 年,徐复观时任陆军少将,这一年他受到蒋介石的器重并成为高级幕僚。徐复观读到了
熊十力独创的新儒家哲学体系“新唯识论”,敬佩之情油然而生,遂萌发了从师之意。正好此
时,熊十力也在重庆梁漱泯先生主持的勉仁书院教书。徐复观便试着写了一封信,表示了仰
慕之情。不几天,熊十力便给他回了信。熊十力说到后生对前辈要有礼貌,批评徐复观来信
字迹潦草,诚意不足。徐复观立即去信道歉。经过几次通信后,熊十力约徐复观来书院面谈。

徐复观第一次去见熊十力,是身着陆军少将军服。徐复观向熊十力请教该读点什么书,熊十
力向他推荐了王夫之的《读通鉴论》。徐复观说这本书早已读过了。熊十力面露不悦之色,
说你并没有读懂,应该再读。

过了一段时间,徐复观再见熊十力,报告《读通鉴论》已经读完。熊十力让他谈谈心得,徐
复观就谈了许多对王夫之的批评。

熊十力还未听完就开始破口大骂:你这个东西,怎么会读得进书!任何书的内容,都是有好
的地方,也有坏的地方。你为什么不先看出他的好的地方,却专门去挑坏的;这样读书,就
是读了百部千部,你会受到书的什么益处?读书是要先看出他的好处,再批评他的坏处,这
才像吃东西一样,经过消化而摄取了营养。譬如《读通鉴论》,某一段该是多么有意义,又
如某一段理解是如何深刻,你记得吗?你懂得吗?你这样读书,真太没有出息!

多年后,徐复观回忆到:这对于我是起死回生的一骂。恐怕对于一切聪明自负、但并没有走
进学问之门的青年人、中年人、老年人,都是起死回生的一骂!近年来,我每遇见觉得没有
什么书值得去读的人,便知道一定是以小聪明耽误一生的人。

#47

可以用 dabbrev 快速補全,不是問題


#48

为什么我放弃玩乐高了?


#49

说的就是我这种人,离开了补全,稍长点偏点的就只能记一半了 :sweat_smile:


#50

哇, 分析的剥皮见骨。


#51

最近也在想这个问题, 因为两个事情. 一是正在学习golang开发, 一直在用vscode(emacs的lsp不好用, 可能是没配置好); 另一个是github pages不支持org mode, 很不开心. 这两天慢慢想想, 有点释然. emacs太优秀了, 以至于难以接受它的不便.

以前看过王垠写过文章嘲讽过黑客文化, 最近又看到The problem with org mode, 我觉得说的都很中肯. 没有完美的东西, 重要的是自己的选择, 无论什么工具, 核心还在于使用的人. 对于我来说, 这些困惑, 还在于不明白自己真正想要什么, 需要什么, 所以面对自由而无所适从.


#52

Org-Mode Is One of the Most Reasonable Markup Languages to Use for Text
And org mode was created before Markdown.


#53

事实证明一切用对称标记的markup都sucks


#54

github不是支持org吗?


#55

Dired + WDired + rect.el 你可以快速批量重命名文件名,这个效率是别的工具或者你手动写 Shell 没法比的。

Dired + 两个窗口分屏,多个项目中来回拷贝或者移动文件,这个只用单按键就可以做到。

Magit 在 rebase/merge/合并多个commit等操作效率超高,平常的 push/pull 也懒得敲命令了,一个快捷键搞定,magit-blame 查看补丁修改也是非常快速的。这些即使是熟手都需要敲一长串命令,能按快捷键就不要敲命令。 (不要问我快捷键是啥,我只有双手放到键盘的时候才知道按啥快捷键)

ripgrep 你用我的 color-rg.el , 你会发现不管多大的项目都是瞬间出结果,批量跨文件重构和替换,这个速度不是 grep 能够比的,大项目直接把 grep 卡死。


#56

感谢指点, 新手一枚.


#57

他说的应该是github pages不会自动渲染org吧,不是github的readme.org


#58

对的, 那篇博文其实也提到了 org mode 早于 markdown. 他提到的两条其实不是"缺点", 但确是客观存在的问题. 那个作者写了 jekyll-org-mode-converter, 可以让 jekyll 支持 org mode, 可惜 github pages 不能够自定义 plugin. 而如果自己手动生成 html 之后再传给 github pages, 我觉得就很没有必要了.


#59

对的. 虽然有对应的插件, 但我觉得生成 html 再传给 github pages, 显得多此一举了…


#60

持续集成了解下