在reddit上看到了这个,Is Flycheck a dead project?讨论package维护的问题

大概是说flycheck最近一直没人更新和维护了。引起大家对flymake和emacs package维护现状的讨论

我也觉得,维护一个包比写一个包要乏味很多,因为后者是在创新,是有激情有动力的,前者虽然难度也大,但却更像一份缺乏趣味的工作。

从个人用户的角度讲,那可能应该选择尽可能简单的包来规避一些无人维护带来的问题,实在不行自己还能修修

很多非常有创造力的人,比如alphapapa等,他写了很多很多有用的包,说真的他已经是emacs社区非常负责的人了,但是包的数量很大,很难全都维护

不得不佩服 GNU ncurses 的开发者, 自己一个人维护这个包, 从 1995 年维护到现在

https://ftp.gnu.org/pub/gnu/ncurses/

3 个赞

真令人敬佩啊,已经二十多年快三十年了

看了下这个库的功能:“提供了一系列的函数以便使用者调用它们去生成基于文本的用户界面。” 感觉很有意思呀!

。。。这个库 Vim 和 Emacs (以及几乎所有 TUI 程序)全都在用。

是呀,“都在用” 和 “有意思” 不冲突吧。

以前有人用 Common Lisp 重写这个库的功能的时候瞄过 API,实在是太难用了,所以我很难觉得有意思。

借此我想问重写后的flymake与flycheck有什么优劣的地方吗?

看美女画有意思,但画美女画就未必了 :rofl:

你肯定没有上过人物绘画课. 唯一地方女人肯在我面前脱衣服.

3 个赞

那还是看美女有意思,画美女是实现看美女的一种手段

这个图的绘制者没有真正理解GNU自由软件的核心思想。

自由软件的主体是代码本身,而不是创造者或维护者。重要的是代码本身是否可用,而不是谁在维护。

1 个赞

之前pdf-tools也是,不过pdf-tools还好,新maintainer接手之后只需要修修补补就行了。

程序员都知道开新坑容易,有成就感,和在大公司晋升一个道理

哪里来的美女,哪怕是国外上艺术院校的也只有老太婆和老大爷

把一个不知道谁写的库当作依赖结果有明显 bug 的是我也遇到过,遇到负责的作者还好,更多的是提 PR 结果半年以后才见到回复(结果还是别人回的)。

像 GNU Emacs 这样开发者之间能保持活跃联系,有合理中短长期项目规划,代码贡献者众多还能不出版权问题,才是少数中的少数。有主心骨的项目就是不一样。

大部分说实话就是用来练手的滥竽充数项目不想管了放出来爱谁谁。提交到包管理器也没人审查的,得踩到坑了才发现。

5 个赞