闲聊,学习emacs的时候该怎样少走弯路

对我来说,Emacs只是一个编辑器,主要用的包只有: company-shell use-package go-translate bash-completion rime jedi ac-python irony company-irony-c-headers company-irony ivy ivy-dired-history counsel opencl-mode langtool format-all nov pdf-tools workgroups flycheck cmake-mode cnfonts cal-china-x elpy multi-term company-auctex org2blog auth-source posframe vlf youdao-dictionary yasnippet yasnippet-snippets sr-speedbar ibuffer ido neotree nlinum powerline shackle balanced-windows perfect-margin theme-changer lammps-mode color-theme-modern perfect-margin

2 个赞

没有上下文,我不知道你的具体问题在哪儿,只是猜测。请参考 Centaur Emacs 的 init-lsp.el.

先去 require 对应的 lsp-LANG 包,client的注册、server download地址什么的都在里头。

你说的注册clint是什么东西啊??

能给一个例子吗,这种配置就如同抄语文答案一样,看了答案不想抄

比如先执行 (require 'lsp-rust) 你再用 lsp-install-server 才会看到 rust-analyzer 这个选项,

执行 (require 'lsp-javascript), 你就会看到 jsts-ls, ts-ls 这些选项

只有先加载了对应的语言 client 包,这些信息才会注册到 lsp-mode 里

少水帖,多学习

4 个赞

正式因为要避免白努力,才要多发帖提问,谁让我肾虚呢

是 client

我多年经验:

弯路就是直路,弯路学的更深入,更能抗打击,直路看似一帆风顺,遇到超出直路惯性就会不知所措。

11 个赞

我觉得还是先用mindmap画好框架,然后按照框架上的路径逐个突破吧
精力不够,又容易钻牛角尖 :stuck_out_tongue:

1 个赞

如果身边有个高手当然好,可以避免你走很多弯路。最好的方法还是去看看一些emacs高手做的视频。工具虽然是很重要,但是程序员真下的剑是他的代码。

ein是挺好用的,原先的async重启内核有点问题。没有用编译后的doom-emacs no-byte-compile后,就没有遇到什么问题。org-babel-ein也挺好用的,Jupyter-data-science-environment/shell.nix at de84aef1baa93b3f8bdce49dc158dde16425a3f6 · GTrunSec/Jupyter-data-science-environment · GitHub ein可以开启Poly-mode,或者用Jupytext刷新在browser就行。不用ein也行的。

1 个赞

你到底是想抄答案还是不想抄答案?


我觉得楼主现在最重要的事情是练心, 而不是练术.

开源世界就是这样, 一言不合就另起炉灶, 各种fork满天飞, 这是开源的弊端(社区分裂, 发展不出良好的生态)也是开源的优势(不存在吃老本一家独大固步自封). 作为开发者, 要练就佛系心态, 学会取舍和选择, 一个不行换第二个.

Emacs以外也有很多编辑器, 比如IDEA, Vim, 他们的理念各不相同. 再看Emacs内部, 不同人写的Emacs配置之间都有取舍, 像Centaur去掉了Evil, Spacemacs要搞大一统, Doom虽然开头打着快速轻量的旗号, 现在也快向Spacemacs看齐了.

在自己没有能力的情况下, 比起一口气想吃成大胖子, 不如仔细分析自己的需求, 选择能解决主要需求的工具(比如我要学Java, 那就先弄Java, 不要搞甚么Jupyter notebook), 对次要需求选择暂时隐忍, 捏着鼻子用的态度(再不行, 开VSC用jupyter). 这样逐个击破比像无头苍蝇一样乱撞, 要有效得多.


我是一个论坛管理, 论坛的日常帖子我都会看一眼. 我常常看到楼主发出各种各样的提问帖子.

让我想起以前在论坛里看过这样的一个论点(就不点名作者是谁了)

StackOverflow突破10k, 抛一个问题, 提问还是搜索? 答案: 只提问不搜索, 原因如下:

    提问的过程, 也是梳理思路的过程, 往往问题还没写完, 答案便有了. 遇事便搜索, 有碍于良好思维习惯的养成;
    搜索时, 注意力比较容易被操纵, 原本只是简单的问题, 过程中却被野花野草所吸引, 浪费大量时间;
    提问能够钓到在当前知识水平与认知水平之上的解答, 更进一步可以裁判不同高手的答案; 而去搜索往往使用局限在当下的水平.
    大部分问题, 并非直接挡住当前去路, 略过之后, 完全可以继续做事; 因此可以将问题抛出去;
    提问更高效, 一个上午遇到5个问题, 全部提出来; 11:30的时候, 收割到4个答案, 投入时间解决最后一个问题.
    傻瓜才去读鸟How to ask a question.

常常提问, 不自己去探索(搜索也是一种探索哈). 就像一个人吃饭只吃粥水等流质食物, 不吃米饭青菜肉类, 长此以往消化系统肯定会变弱.

同理, 一味的只想求别人的"正路", “Best Pratice”, 或许可以学习到别人的成功经验, 但是却失去了如何在"歪路"里探索的经验, 当"正路"变了个形式, 以全新的面貌出现, 要是恰好没有人能回答你的新问题, 就只能像只会滥竽充数的南郭先生一样不知所措, 束手就擒了.

27 个赞

写的很好,目标很重要,取舍很重要。。。。

1 个赞

想起了挖井图

3 个赞

不错不错,都是从学校阶段过来的。

推荐几个帖子:
emacs配置:

帮你精通Emacs:

帮你精通elisp:

最后,写过一篇python文学编程的总结帖子,没有再搜到。

2 个赞

IDEA不给openjdk配置 是啥意思?

emacs 再怎么搞都不能 java 重度开发吧。