即使你要讲开发使用centar emacs开发python的最佳实践，它这件事可能重点也会在语言上，或者设计上，而不是在编辑器上；但是如果重点到编辑器上的呢，又会突出编辑器本身的重点。我的意思是你说的这种具体场景的最佳实践吧，有时仅仅是灵光乍现的一个小技巧，有时候会具体到一个包。如果有总结到的那种最佳实践吧，大概率会是大神的配置。。。很尴尬的，它展示的不一定是你想要的。
现在确实没有做到开箱即用，我用的Doom Emacs 在刚刚装好的情况下也只有一个白板。
如果想达到类似WebStorm的类似的编辑体验，还需要做非常多的配置。
你的意思可能是Emacs缺少足够庞大的社区?
如果Emacs有这样庞大的社区的话, 大家就能看到非常多的展示自己的工作流的帖子.
这样就能模仿到很多, 知道很多新颖的用法;
而不是以为某个功能在Emacs中很难实现.
提高Emacs对自己的工作的效率, 需要很好的运气去发现快捷的用法/功能.
如果社区足够庞大, 那么很容易就能接触并了解到一些killer package.
2 个赞
我觉得楼主只是想看到更多教人怎么用的流程性文章，而不仅仅是插件介绍文章。
大多数emacser都不想写文章，楼主用了个最字让大家觉得没有最佳的方法，其实没有必要争论。
我个人觉得还是要养成统一的习惯最重要，只要达到心剑合一的感觉就对了，那些最酷炫的插件组合起来往往没有那些实用插件组合起来好使。
至于回到开始，楼主最好的办法就是自己多摸索，期望别人写文章，不现实。
7 个赞
论坛有很多贴子的标题里都写有"最佳实践"，如"windows emacs最佳实践"，“windows doom最佳实践”， 感觉有"标题党"的感觉了， 实际就没有什么 “最佳实践”。
我觉得所有"最佳实践"贴子标题的后面都应该加上之一, 或者像英文里加个s,成为复数形式
还是猫哥说的准确，前面标题用了个最佳实践，大家都抓着“最佳”两个字，我怀疑都没看我说的内容 
不过类似 centaur emacs/doom/spaceemacs这类通用发行版是可以写一些流程性文章的。可以更好的推广
1 个赞
对，chenbin大佬这个链接就是我想说的。其他配置也可以这样列出自己的工作流，至少我看到之后知道在这个工作流下干哪些工作比较适合自己。
1 个赞
其实并不存在所谓的最佳实践，因为Centaur Emacs配置也是在不停演进当中。我认为更重要的是掌握Emacs中比较通用的技巧（当然也有例外）。比如 M-. 一般用于跳转符号定义，在不同的场景中也会尽量保持一致，无论是lsp还是ctags，亦或是rg之类的。dumb-jump 在此就是例外，是一种附加行为。再比如，比较复杂的快捷键，Centaur中一般推荐用which-key查看，更常用的就会用hydra进行包装（快捷键README中有说明，最好还是看看源码）。
掌握了一些基本规律，或者说大家公认的一些“最佳实践”，无论你用ido、ivy、helm还是vertico，大多数时候差别都不大，只有当你需要高级功能的时候才会注意到细微差别。换句话说，有了这些基本常识后，无论你是C++编程，还是Python编程，其实基本操作是一样的，无非是语言相关的一些特性不同罢了。这时候看看每种mode提供的特别功能就事倍功半。
Anyway，有时间我再写点介绍文章吧。生活所迫，实在太忙 
8 个赞
楼主说的对，但是我认为这种东西不适合写文章，适合拍视频，最好是能拍到键盘操作的。
因为靠文字描述一些操作非常繁琐，比如一套操作可能 3 秒种就算是比较复杂了，如果我想用文字描述这 3 秒钟，起码需要 30 分钟组织语言。如果是拍视频的话，可能也就花个 5 分钟就可以拍好。
但是拍视频要投入硬件设备，观看者的交互也不是特别好，所以这种分享最合适的场景是小型的线下聚会，即使录像的话也是有一台设备就行。
但是但是，Emacs 的用户人数还不足以哪里都能展开线下聚会。 
所以 Emacs 分享适合拍短视频
友好的默认配置也是很缺乏并且很重要的，先上手就能用，吸引用户。这样之后，有个性化需求才有兴趣去倒腾其他东西吧。回归工具的本质，先好用再个性化。
比如Vscode上手就用，没啥门槛，配置又用的typescript，前端本来基数就大，插件谁都能鼓捣一下……
2 个赞
确实如此， 有时候想到某些有点复杂的东西， 想用文字将其记录下来，结果意外发现不知道该怎么用简短的文字表达出来(语文没学好)， 又不想花时间去组织语言， 结果写下来的文字描述言不达意，可能自己都不能看明白写的是什么， 更不要说写给别人看。
能花时间把自已的"工作流"用文字描述完整写下来, 而不是用视频, 还能让别人看得懂的人都是大佬、非常厉害牛B…
vscode是因为有金主支持，官方文档都是精心写的。
大家与其期待别人写文章，还不如自己努力，自己写。
戳中大家不爽的是因为没有人有义务写这种文档，再深入讨论除了争吵也没啥意义了。
1 个赞
恕我说话不好听（多多包涵），你用了挺久了，也没有写一些什么“实践”出来，那为何要要求别人写？其实，GNU有那么多的WiKi，都是按照书籍的格式来写的。还是非常有用的。可以看一下。
1 个赞
最好是由作者给出某种场景下的典型工作流，比如用centaur emacs进行python编程，怎么创建环境，补全操作，跳转操作，执行代码，调试代码，远程开发，怎么用是最高效的，这些只有作者知道，不是初学者学了几个快捷键就能用好。
Emacs的主要优点就是每个人可以根据自己的需要来裁剪出适合自己的环境。你非常想要某个场景下的典型工作流，那么直接下载该环境下的主流IDE就可以了。譬如Python: PyCharms，譬如Java/Kotlin: IDEA，这些就是用该种语言工作的大部分人用的环境。
我认为他的意思是作者可以通过展示工作流给使用者有所启发，有时候一个人也不清楚自己的需求，需要一些启发，给人一种“原来还可以这样”的感觉。
3 个赞
我了解到双链笔记的时候大概也是这种感觉，通过看别人的系统的使用视频来观摩学习构造自己的工作流，后续学习 Emacs 的过程遇到复杂的多插件交互也是通过视频学习的，只看单独插件的文档可能并不知道相互之间的配合以及一些小的技巧。
2 个赞
如果有人做教程，包安装使用，你愿意付费吗？
1 个赞
所：每个人自己的需求
能：裁剪出适合自己的环境
所能不二，便入 Emacs 之境。
这应该是希望大佬们多多示现 ~
你看看我之前的帖子就知道也分享了一些小技巧，至于为什么我没有写这种“流程性文章”，当然是因为我在使用emacs方面并没有什么心得。正是因为我没有这种心得，我才希望看看高手是怎么操作的。
而且我也不是“要求”，emacs社区很热情，不然这些插件和文章，答疑根本没人做。我发这个帖子只是希望提醒下，这一类文章也很重要。
至于gnu的wiki，包括emacs自身的文档我都大致看过，说实话看过的都会觉得里面很多东西并不实用，比如他介绍的vc包，至少国内基本没看人用过。