战火燃起来:smile:
我写代码都靠裸敲，我用过IDEA，代码补全是比Emacs好用。
但是我个人观点：
- 智能代码补全 ≠ 高生产力
- 良好的沟通 + 清晰的思路 + 优秀的数据结构设计 = 高生产力
在真正复杂的软件上面，白板比智能代码补全的生产力高。
我并不是说智能补全不好，我个人不喜欢写代码依赖IDE，写完以后连函数名的拼写都说不全，离开IDE就是废人。 
7 个赞
但总归防不住有人会写这种类…HasThisTypePatternTriedToSneakInSomeGenericOrParameterizedTypePatternMatchingStuffAnywhereVisitor
这样的类…
4 个赞
不妨试下 Wdired mode
1 个赞
magit， org真的是神器。在magit中按$可以看到具体命令和参数，不妨碍寻找解决方案。
1 个赞
怎么说呢，大部分人的Git都是当成网盘用，传自己的一点文件就完事了，所以觉得那几个git命令俺手敲也没关系的，magit这种为标准Git合作工作流设计的也觉得没用。有人处理文件的时候只用通配符就感觉够用了，所以觉得dired怎么那么复杂。同理有人为了恰饭写代码，一般就单一语言的那种，赶紧把代码写完就赶紧下班走人算了，所以觉得IDE和VSC这些比Emacs好用。
然而事实是有人要和多语混写的project斗智斗勇，有人要ssh连到主机上写代码，有人是各种非主流语言爱好者，有人单纯就是折腾Emacs这个extensible platform开心。IDE和VSC一统江湖的现在，Emacs存在的意义就是给小部分有特殊需求的人一些折腾的空间。悲观的说，Emacs就是小众的。
另外付文一篇，与君共勉
熊十力痛骂徐复观[读书方法]
1943 年，徐复观时任陆军少将，这一年他受到蒋介石的器重并成为高级幕僚。徐复观读到了
熊十力独创的新儒家哲学体系“新唯识论”，敬佩之情油然而生，遂萌发了从师之意。正好此
时，熊十力也在重庆梁漱泯先生主持的勉仁书院教书。徐复观便试着写了一封信，表示了仰
慕之情。不几天，熊十力便给他回了信。熊十力说到后生对前辈要有礼貌，批评徐复观来信
字迹潦草，诚意不足。徐复观立即去信道歉。经过几次通信后，熊十力约徐复观来书院面谈。
徐复观第一次去见熊十力，是身着陆军少将军服。徐复观向熊十力请教该读点什么书，熊十
力向他推荐了王夫之的《读通鉴论》。徐复观说这本书早已读过了。熊十力面露不悦之色，
说你并没有读懂，应该再读。
过了一段时间，徐复观再见熊十力，报告《读通鉴论》已经读完。熊十力让他谈谈心得，徐
复观就谈了许多对王夫之的批评。
熊十力还未听完就开始破口大骂：你这个东西，怎么会读得进书！任何书的内容，都是有好
的地方，也有坏的地方。你为什么不先看出他的好的地方，却专门去挑坏的；这样读书，就
是读了百部千部，你会受到书的什么益处？读书是要先看出他的好处，再批评他的坏处，这
才像吃东西一样，经过消化而摄取了营养。譬如《读通鉴论》，某一段该是多么有意义，又
如某一段理解是如何深刻，你记得吗？你懂得吗？你这样读书，真太没有出息！
多年后，徐复观回忆到：这对于我是起死回生的一骂。恐怕对于一切聪明自负、但并没有走
进学问之门的青年人、中年人、老年人，都是起死回生的一骂！近年来，我每遇见觉得没有
什么书值得去读的人，便知道一定是以小聪明耽误一生的人。
15 个赞
可以用 dabbrev 快速補全，不是問題
为什么我放弃玩乐高了？
1 个赞
说的就是我这种人，离开了补全，稍长点偏点的就只能记一半了 
2 个赞
哇， 分析的剥皮见骨。
最近也在想这个问题, 因为两个事情. 一是正在学习golang开发, 一直在用vscode(emacs的lsp不好用, 可能是没配置好); 另一个是github pages不支持org mode, 很不开心. 这两天慢慢想想, 有点释然. emacs太优秀了, 以至于难以接受它的不便.
以前看过王垠写过文章嘲讽过黑客文化, 最近又看到The problem with org mode, 我觉得说的都很中肯. 没有完美的东西, 重要的是自己的选择, 无论什么工具, 核心还在于使用的人. 对于我来说, 这些困惑, 还在于不明白自己真正想要什么, 需要什么, 所以面对自由而无所适从.
1 个赞
Org-Mode Is One of the Most Reasonable Markup Languages to Use for Text
And org mode was created before Markdown.
事实证明一切用对称标记的markup都sucks
3 个赞
github不是支持org吗？
Dired + WDired + rect.el 你可以快速批量重命名文件名，这个效率是别的工具或者你手动写 Shell 没法比的。
Dired + 两个窗口分屏，多个项目中来回拷贝或者移动文件，这个只用单按键就可以做到。
Magit 在 rebase/merge/合并多个commit等操作效率超高，平常的 push/pull 也懒得敲命令了，一个快捷键搞定，magit-blame 查看补丁修改也是非常快速的。这些即使是熟手都需要敲一长串命令，能按快捷键就不要敲命令。 （不要问我快捷键是啥，我只有双手放到键盘的时候才知道按啥快捷键）
ripgrep 你用我的 color-rg.el , 你会发现不管多大的项目都是瞬间出结果，批量跨文件重构和替换，这个速度不是 grep 能够比的，大项目直接把 grep 卡死。
7 个赞
感谢指点, 新手一枚.
对的, 那篇博文其实也提到了 org mode 早于 markdown. 他提到的两条其实不是"缺点", 但确是客观存在的问题. 那个作者写了 jekyll-org-mode-converter, 可以让 jekyll 支持 org mode, 可惜 github pages 不能够自定义 plugin. 而如果自己手动生成 html 之后再传给 github pages, 我觉得就很没有必要了.
1 个赞
对的. 虽然有对应的插件, 但我觉得生成 html 再传给 github pages, 显得多此一举了…
持续集成了解下
1 个赞