文章指出当前终端环境下阅读Markdown文本的体验不佳，虽然存在优秀的终端和图形界面Markdown工具，但终端单字间距导致阅读疲劳，而图形编辑器虽好却缺乏统一解决方案。作者认为我们需要更好的Markdown阅读体验。

软件的Emacs化趋势

Markdown阅读器的困境与突破

我们每天都阅读大量Markdown文档，这种格式早已成为软件开发领域的通用语言。然而现有的阅读体验令人难以忍受： - 终端界面(TUI)工具：如glow和Markless虽然功能强大，但受限于单调的等宽字体，阅读体验欠佳 - 图形界面编辑器：如Obsidian、Typora等虽然美观易读，但作为编辑器会干扰现有工作环境 - 应用商店的阅读器：普遍存在功能缺陷，如缺少文本搜索、不支持复制等基本功能

作者通过AI工具Claude在30分钟内开发出了比应用商店更好的Markdown阅读器MDV.app，具备以下特点： - 完善的文本选择和复制功能 - 支持文档内搜索 - 维护SQLite全文索引 - 书签和目录导航功能 - 记忆阅读位置 - 可定制的配色方案和排版

从Electron到原生开发的转变

作者以Signal应用为例，指出Electron应用的弊端： - 实为隐藏的Chromium实例，导致性能问题如屏幕闪烁 - 传统原生UI开发面临人才稀缺的困境

而AI改变了这一局面： - Claude等AI工具能胜任SwiftUI开发 - 使原生UI开发变得像编辑器配置一样简单 - 突破了终端界面(TUI)的功能限制

Emacs文化的扩展

Emacs文化的特点： - 用户为满足个人需求开发elisp程序 - 这些程序往往超出文本编辑器的常规范畴 - 社区重视创意分享而非成品推广

AI时代下，这种文化正在扩展： 1. 软件变得更加个人化 2. 创意比代码本身更重要 3. 开发过程更像是配置而非构建 4. 任何软件现在都变得可编程

未来展望

AI带来的积极影响： - 开发者能轻松完成搁置已久的个人项目 - 即使是高度定制化的工具也能提供良好用户体验 - 终端工具将获得显著改进(如iostat、bpftrace的可视化)

作者认为： - 虽然AI在漏洞研究等专业领域带来突破 - 但对大多数人而言，最直接的益处是原生UI开发变得简单有趣 - 鼓励开发者尝试解决个人特定问题，并分享创作过程和提示词

[注：文中保留了关键的技术术语和产品名称，删减了部分个人化表达和重复观点，突出了从工具困境到AI解决方案的发展脉络]

以下是评论内容的总结：

1. 支持个性化软件开发的观点

   • 多位评论者认为AI降低了编程门槛，使"为个人需求定制软件"成为可能（评论5、8）
     "编程电脑的能力现在对所有人开放了"（评论8）
     "个人软件是60年代家用电脑的原始愿景"（评论5）

2. 关于可扩展性的价值

   • 有用户强调工具可扩展性的重要性，可以按需修改插件（评论1）
     "90%的插件都被我替换成了个人定制版"（评论1）
     "能完美匹配我的思维模型"（评论1）

3. 对"一次性应用"现象的讨论

   • AI催生了"一次性内容创作"趋势（评论2、11）
     "为单一用户创建，使用几次就丢弃"（评论2）
     "今年制作的20个LLM工具中只有3个存活超过一周"（评论11）

4. 关于Emacs的争议

   • 部分用户认为Emacs模式更高效（评论15），也有用户指出其维护困难（评论4）
     "为什么需要专门的Markdown查看器？Emacs就能搞定"（评论15）
     "我的Emacs设置极其脆弱，跨平台使用是噩梦"（评论4）

5. 对AI生成软件质量的担忧

   • 有评论指出概念验证容易，但性能可靠性仍是挑战（评论14）
     "打开大文件时出现滚动卡顿和崩溃"（评论14）

6. 关于软件开发模式的哲学讨论

   • 类比Lisp社区现象，预测个性化软件可能导致协作困难（评论16）
     "每个程序员最终都创造了自己的私有语言"（评论16）

7. 对Markdown工具的争议

   • 关于是否需要专用Markdown查看器的分歧（评论6、7）
     "等宽字体完全没问题"（评论6）
     "永远不想碰任何与John Gruber相关的东西"（评论7）

8. 对跨平台开发的期待

   • 期待LLM能解决跨平台开发难题（评论13）
     "能否让LLM直接将设计稿转化为各平台原生应用？"（评论13）

注：所有评论均无评分数据。讨论呈现多元化观点，主要围绕个性化软件开发、AI影响和工具选择等主题展开。