Emacs 29 升级指南

Emacs 29发布了，比较吸引我的新特性是treesitter、sqlite、svg的原生支持。虽然并没有特别迫切的需求，但还是忍不住想升级一下。以往都是直接下载 emacsformacosx 编译好的版本，这次发现没有native compile特性，非常慢。所以这次干脆自己编译了，还可以灵活选择需要的特性。

build-emacs-for-macos

首先尝试了build-emacs-for-macos这个辅助编译的脚本，它会帮你安装需要的依赖，编译过程还算顺利。但是发现它编译出来的emacs有点诡异。

打开Emacs后，会提示几个包的代码有些问题，这在我的预期之内。升级完Emacs，已经安装过的包最好都升级一下，或者删掉重装。因为老版本的emacs生成的elc文件，新版本不一定能兼容，就会出现各种奇奇怪怪的问题。

把有问题的包升级完，再重启emacs，问题依然存在。这就不符合预期了。索性把所有安装的包全部删掉，再重新安装。这样操作之后，再启动Emacs，看起来好像没问题了。

用了几天之后，诡异的问题又来了。有些包又有新版本，升级完重启后，发现依然使用老版本的，新版本被标记为obsolete。比如上面的doom-modeline，明明 20230819.1826 这个才是新版本，但生效的却是 20230815.230 。这个问题浪费了很多时间，我都开始看package.el代码，怀疑是不是Emacs 29本身带来了什么问题。

阅读全文…

Scala命令行参数解析库对比

命令行是我们与程序之间最基础最朴素的交互方式，命令行参数是工具的灵魂，程序的功能有很多，指定不同的参数可以实现不同的功能。我写过无数解析命令行参数的代码，大部分都非常简单，满足基本功能要求即可。最近刚好需要实现一个相对复杂的命令行工具，简单的解析无法满足需求。因此重新考察了几个命令行参数解析库，做一下横向对比。

因为主要开发scala的程序，这里仅讨论适用于JVM的库。包括scopt、mainargs、scallop和picocli。对比下来，picocli完胜。

命令行解析的需求

最开始并不清楚自己的需求到底是什么，这些库看起来都挺好，没什么区别。在实际开发的过程中，就逐渐发现这些库的缺点。好的命令行解析库应该满足下面这几点要求：

优化counsel-bookmark

Emacs的书签非常好用，通过它可以非常快速地跳转到对应位置。虽然使用 ivy-switch-buffer 已经可以非常快速地切换文件。但是书签跳转还要更高效一些：

1. 书签精确到行级别，通过书签可以直接跳到某个文件的某一行。也可以给不同的行设置书签，然后在不同的行之间来回跳转。

2. 有些文件路径非常深，记不住文件名和路径，不能通过 ivy-switch-buffer 快速的找到。这时候就可以记录一个书签，起个好记忆的名字，或者给书签打上tag。

Emacs原生书签功能相对简单，因此我使用了 BookmarkPlus，它在原生的基础上做了很多扩展，比如支持给书签打tag，支持函数的书签，支持书签的注释等等。

随着日常使用的积累，书签越来越多，书签的搜索成了一个大问题。一直用 counsel-bookmark 来搜索书签，但它只能按书签名称进行搜索：

书签多了之后经常忘记名称，找不到想要的书签，counsel-bookmark的功能就显得有些鸡肋。其实除了书签的名称之外，文件路径、书签tag都是非常重要的信息，如果把这些内容综合起来再搜索，只需要记得其中一项就可以匹配，效率会高很多。

用Alfred实现“指哪打哪”的窗口切换

基于org-mode、markdown和alfred的高效书签工作流

我的日常工作离不开浏览器书签，书签和笔记一样，也属于个人知识管理。如果不用书签，工作方式可能是这样的：

• 前几天同事刚发了一份腾讯文档，需要看的时候要么打开聊天记录找，要么在腾讯文档里面找。要么为了下次不再找，不关掉浏览器的tab，直到打开了几十个tab不得不关。

• 进入内部系统的某页面，先输入内容搜索，但是搜索非常慢，进入页面要等半天。

• 同样是搜索的场景，但是搜索的“关键字”需要查一下代码才知道，比如系统内部id。

非常不喜欢这种“前戏”太多的工作方式，为了完成一个工作，需要先做另一件繁琐的操作，效率极其低下。

浏览器书签可以解决这些问题，但是浏览器的书签功能用起来非常不爽。

程序员生存指南：坚信未来的无限可能

Spark源码分析：从collect入手

要研究spark的源码，输入和输出是很好的切入点。Dataset的基本操作就是collect了。

// spark/sql/core/src/main/scala/org/apache/spark/sql/Dataset.scala
def collect(): Array[T] = withAction("collect", queryExecution)(collectFromPlan)

private def withAction[U](name: String, qe: QueryExecution)(action: SparkPlan => U) = {
  SQLExecution.withNewExecutionId(qe, Some(name)) {
    qe.executedPlan.resetMetrics()
    action(qe.executedPlan)
  }
}

private def collectFromPlan(plan: SparkPlan): Array[T] = {
  val fromRow = resolvedEnc.createDeserializer()
  plan.executeCollect().map(fromRow)
}

这段代码看上去有点绕，我们做一些语义上的替换，就变成下面这样。

程序员生存指南：时间与带宽

刚过完年的时候，可能大家还沉浸在休假的状态中，工作并不忙。发现这段时间的自己有明显的变化。比如，虽然去年11月就准备写这篇博客，但大脑总是一片空白，不知道怎么写下去。现在却文思泉涌，各种想法都蹦出来了。又比如，讨论需求更加投入。以前忙的时候只会想着怎么才能快点结束讨论，技术上能否实现这个需求，甚至为了快点结束还会做一些妥协。现在则会思考对方的需求是否合理，坚决不妥协，而且还要说服对方接受我的方案。再比如，经常内省，这周的目标是什么，这半年的目标是什么，长期的目标又是什么。为了达成这些目标我需要做些什么，哪些地方做的还不够。这是一种非常理想的状态，因为自已一直在思考，而不是瞎忙。

但这种状态很难持续下去。一旦年过完了，工作回到正轨，自己就会变成“机器人”。机器人可能是这样度过一天的：早上到公司撸起袖子准备大干一番，打开了一段代码，刚开始思考这段逻辑应该怎么写，忽然来了电话咨询问题。解答完问题后准备回到代码上，企业微信群又反馈了一个紧急的线上bug。还没等处理完bug，一个会议马上要开始了。开完会回来刚把手放到键盘上准备开始写代码，又收到一封邮件。项目pm在邮件中写到，由于你的原因，项目整体进度延期了。这下好了，花大半天的时间跟各位老板解释，项目延期的原因是什么，为确保以后不延期我应该怎么怎么做。等复盘完这些，抬头一看天已经黑了。猛地发现代码居然一行都没动。下班路上回想这一天我都做了些什么，明明很忙很累但又好像什么目标都没达成。每天都是这样的状态，项目延期是必然的。

如同乞丐时刻担心下一顿饭怎么解决，我每时每刻都在担心怎样才能多抢一点时间。我就是时间上的乞丐，生存下去都成问题了，唯一的目标变成了抢时间，哪还有心思进行深入的思考。如何才能延续这种状态，避免变成机器人呢？

程序员生存指南：做浮夸的程序员

有个朋友说话直来直去，不考虑听众内心感受。提醒他改的时候，他也有非常强的理由：我讲话直来直去是因为我性格直爽，不会奉承别人。我终于明白了，他心里觉得这种行为有非常强的“正义感”，自己就是正义的化身，那怎么能算得上错误呢，为什么要改？原来我自己也是一样的，因为“正义感”作怪而无法改正某些错误。

比如，我一直认为只动嘴不做事的人是非常可耻的，不正义的。作为“正义化身”的我一定不能跟他们一样。慢慢地走向另一个“极端”，事情越做越踏实，表达却越来越少了，变成了“踏实派”程序员。

用emacs和gpg保管你的小秘密