Geekinney

外观

Emacs 社区日报 2026-06-04

约 3211 字大约 11 分钟

2026-06-04

自动整理自 Telegram 讨论组，每天更新。内容为 AI 摘要，仅作信息索引与回顾。

Emacs 中文讨论组

🎯 核心热点与专题探讨

专题：技术社群的反Spam治理

群内围绕Haskell社群的反Spam问题展开了深度讨论，反映出技术社群在维护纯净交流环境时面临的共性挑战。

  • 痛点：旧Haskell社群因管理员失联，导致Spam泛滥；新社群虽已建立，但历史遗留的“受限账号”（restricted）和伪装的数字Spam（如只发“1”）仍难以一次性清除。
  • 解决方案：群成员提出并实践了利用Telegram客户端telega（Emacs环境下的Telegram客户端）实现精细化Spam清理。通过M-x telega-describe-chat-members可识别账号的restricted状态（被举报、频繁骚扰的账号），但指出Bot API不暴露该状态，需依赖MTProto协议。
  • 观点碰撞：有成员调侃“不是Ban YY（猜测为自动化封禁）即可？”，但实际讨论揭示了单纯依赖关键词或规则难以应对伪装性强的Spam，需结合账号状态元数据。

专题：AI输出的语言偏好与“混乱”现象

成员以Claude修改Emacs配置为例，探讨了AI模型在生成代码时意外混入日韩语甚至东南亚小语种的现象。

  • 核心观察：Claude在修改Emacs配置时频繁输出日语，成员调侃“AI可能觉得所有人类都应该通晓这三种语言”。更有成员反馈曾遇到柬语、泰语等罕见语种。
  • 解析：推测与训练数据分布不均、多语言联合训练导致的“语种混淆”有关，尤其在上下文长度受限时。
  • 冷知识：成员指出“想知道有多少东南亚小语种，只需关注莫迪的推特”——莫迪每条推文均使用不同语言，覆盖印度200-1000种语言，被誉为“人均语言大师”。

🔑 关键概念与技术解析

  • restricted（受限账号）：Telegram平台中，因行为异常（如频繁私聊陌生人、被举报、拉人进群）而被平台限制的账号状态。此状态可通过telega等MTProto客户端获取，但Telegram Bot API未暴露此字段，给自动化反Spam带来难度。
  • MTProto：Telegram自研的私有通信协议，与开放的Bot API不同，MTProto能获取更底层的账号元数据（如restricted状态），是高级运维和定制客户端的关键。
  • cmux vs tmux：cmux被群成员评价为“垃圾”，建议转向tmux。tmux作为终端复用器，通过会话（session）、窗口（window）、面板（pane）实现多任务管理，并支持直接驱动多个agent（如AI模型）之间的协作，被视为“神器”。

💎 碎片知识与金句拾遗

  • 关于PragmataPro字体：售价19欧，不属于打折常客。往年在黑五（Black Friday）有折扣，非商用场景可尝试在GitHub（如 https://github.com/oberaldo/dutfiles/tree/master/Arch/.fonts）找到资源，但需注意版权。
  • 金句：“AI可能觉得这三种语言不都一样么，难道不是所有人类都应该一起学会这三种语言么，没理由只会一种的啊🌚”——对模型语言混淆的幽默讽刺。
  • 奇葩事实：印度莫迪的每条推文都使用不同语言，常被网友用来“测试”AI对不同语种的识别能力，也是了解罕见小语种的“百科全书”。

🛠️ 值得深入研究的点 (Follow-up)

  • tmux驱动的多Agent协作：群成员提及tmux可直接用于“让几个不同的agent之间完成协作”，暗示其具备会话分割、输入管道等功能，可构建简易的AI协作框架（如将不同AI模型的输出串流至不同面板，或通过管道自动接力）。未来可探索tmux作为轻量级AI工作流引擎的潜力。
  • telega + Emacs反Spam方案：利用Elisp编写自动化清理受限账号和数字Spam的函数，结合telega-describe-chat-members和基于规则的筛选（如检测随机数字），可作为技术社群管理员参考的精细化管理模型。其核心是绕过Bot API限制，直接使用MTProto接口。

Emacs 轻聊讨论组

好的，作为资深技术社区编辑和知识管理专家，我已经将今日的群聊记录整合、提炼为以下结构化的知识库。

🎯 核心热点与专题探讨

专题：【软件行业的“上行”与“下行”：技术、职业与 AI 的十字路口】

今日讨论从深夜一直持续至白天，核心围绕“软件行业”的宏观与微观困境展开，形成了一个多层次、跨时空的持续性对话。

1. 行业下行与工资悖论

  • 观点摘要：有成员断言“軟件行業如果算上 ai 是上行的，除了 ai 就是下行了”。随之而来的是关于“行业下行必然导致工资下行”的讨论，类比了建筑行业。这引发了群体中的集体焦虑。
  • 矛盾点：一方面，AI 带来的效率红利（vibe coding）让个体觉得“什么都能搞搞”，似乎机会无限；另一方面，宏观上的“去O”（去Oracle，换国产数据库）、国企项目预算缩水（从“上亿”到“几百万”），加之转专业者面临更严峻的就业市场，又让人感到行业红利正在消退。
  • 解决方案探讨：
    • 逃离与切换：有人提出“转管理”以获得权力和资源，但被“不擅长和人打交道”的个体拒绝。更多人的选择是技术栈的逃离（逃离 Java，发现 NestJS 本质是 Spring，再次陷入循环）。
    • 拥抱 AI：大部分成员选择通过大量使用 AI（尤其是黑产 ChatGPT Plus）来提升个人效率，尝试“vibe”各种想法，以期在红海中找到自己的蓝海。

2. 使用 SQL 的“长期主义”与“存储过程之殇”

  • 引子：讨论从一篇题为《Learn SQL Once, Use It For 30 Years》的文章开始。
  • 群体共识：普遍认同 SQL 作为领域特定语言（DSL）的稳定性和长期价值。“早知道，还是 sql”、“数据库确实是个了不起的发明”。讨厌 ORM 的呼声很高，强调 SQL 本身是战斗力和持久性的象征。
  • 深度争议：
    • SQL 是编程语言吗？ 有成员从编程语言理论（PLT）角度反驳，认为 SQL 只是特定领域的工具（如存储过程被形容为“和屎一样”），而不是通用编程语言。另一位则坚持，有标准的语言（如 ANSI SQL, Common Lisp）本身就具备语言属性，与领域无关。本质是对“标准”与“方言”的定义分歧。
    • 国产数据库的无奈：围绕“去O”（去掉 Oracle）的国家政策，讨论了国产替代（GoldenDB、PanelDB）的体验问题。多数人认为“国产很难用”，但只要涉及政府项目就避不开。成员们对此表示“折磨”，有人直言“所有接政府项目的公司我都不会去”。
  • 金句提炼：“SQL 某种程度上算 dsl 了...只要这个领域没什么大变化，dsl 就不会变。”

3. “Vibe Coding”的狂欢与幻灭

  • 场景描述：从“X 上那些人语言风格怎么都类似”的吐槽，到个人每月“AI花费 2000 多”（用于 vibe 各种想法），再到“Ai放大了人的能力，扩大了野心”的反思，形成了一条完整的心路历程。
  • 能力悖论：大量使用 AI 后，一部分人开始意识到自己的“搜索能力和使用已有工具的能力反而差了好多”，并且“已经分不清什么是好的设计了”。
  • 深度批判：对于“Vibe Coding”能否产品级替代现有臃肿软件，成员们普遍持悲观态度。“极限就在那里了”，并举例“Vibe Coding demo 拿去卖”的失败案例。认为这种东西无法替代“大家因为惯性在用的软件”。
  • 最终结论：“能赚钱就是好的”，而大部分人坦承“我没赚钱😭😭😭😭”。快乐变成了主要的驱动力。

🔑 关键概念与技术解析

  • Vibe Coding：指完全依赖 AI（如 Claude, ChatGPT）通过自然语言对话来生成代码，开发者自己几乎不手写代码、不深究底层原理的开发方式。在本群中，它既是提高效率的法宝，也被质疑会“废掉”工程师的深度能力。
  • PLT (Programming Language Theory)：编程语言理论。讨论中用来区分“语言标准”与“语言实现”，并用来解释为什么某些语言（如 SQL）的语法可以几十年不变——因为它背后的数学原理没变。
  • 去O (去Oracle)：中国特定语境下的政策驱动行为，指在关键系统（尤其是政府、国企）中用国产数据库替换掉 Oracle 数据库。这成为了许多开发者必须面对的“硬骨头”工作。
  • Hyprland to Lua：Hyprland (一个 Linux 上的动态平铺窗口管理器) 决定在下两个版本将配置格式从 C/C++ 风格的 hyprland.conf 迁移至 Lua 脚本。这给用户带来了巨大的迁移痛苦，有成员因此决定“坚定了不用 hyprland 的心”。
  • 懒猫微服 (Lazycat Cloud)：一个基于 Docker、All-in-One 的 NAS 系统。被描述为“软路由但是没有路由器功能”。讨论中提出了其“移植开源应用未标来源”、“营销过度”等争议点。

💎 碎片知识与金句拾遗

  • 关于技术生命周期的洞察：“硬件瓶颈之后，就得挖软件性能了...多核，对称多处理器吧。”
  • 关于编程语言的无奈循环：“我剛工作的時候寫 java 的，然後爲了逃離 java，換了各種語言。現在 ts 裏面有了一個叫 nestjs 的，我一看，我操，spring。”
  • 关于 Rust 与 C/C++ 的实用主义选择：“Rust 跨平台太垃圾，bindgen 代码能占百分之九十。一旦要调用点标准库不提供的系统 API 或者写点 unsafe 代码，C/C++ 比 rust 优雅太多了，而且我还需要 GUI。”
  • 关于 AI 营销的生理性厌恶：“真实离谱...我现在对这些语气已经有了生理性厌恶了……这些 AI 生成的推文直接点不感兴趣或者 block 了。”
  • 关于投入与回报的哲学：“AI 放大了人的能力，扩大了野心，什么都想搞搞。反而难沉下心来把一件事情做好了。”
  • 关于国产数据库的现状：“这几年我们做的项目基本都是把oracle换国产数据库...这几年越来越不行了，巅峰期大项目能上亿的，现在几百万都算不错了。”
  • 关于职业发展的个人选择：“别转专业了，往管理走...为什么不做管理？因为管理太累了，不擅长和人打交道。”
  • 关于 Linux 桌面配置的痛苦：“我还是得迁移wm，才发现 hyprland 配置转去 lua 了，再有两个版本，现在的配置就不能用了，上次配置大改没多久，又来一次，太能折腾了。”
  • Rime 输入法玩家的极致追求：“我在用万象方案，主要用音调选字功能，但是不喜欢作者大量依赖 lua 的默认配置（主要是他lua写得也不行，之前老是卡死rime），所以删减了很多用不上的lua脚本。”

🛠️ 值得深入研究的点 (Follow-up)

  1. MangoWM: 一个由社区成员 @yibiechen 分享的、看起来比 Hyprland 更稳定的平铺窗口管理器。链接：https://mangowm.github.io/
  2. 懒猫微服 (Lazycat Cloud)：一个 All-in-One 的 NAS+桌面系统。其争议（过度营销、开源合规性）和产品形态（给不懂行的人开箱即用 + 给懂行的人 Agent 底层折腾）值得作为案例研究。链接：https://lazycat.cloud/
  3. Rime 输入法万象方案 + aux_lookup_filter.lua：对于 Rime 发烧友和输入法优化者来说，这个 Lua 脚本（用于候选词组快速过滤）是目前一个非常前沿且强大的功能实现。具体 issue 链接：https://github.com/gaboolic/rime-frost/issues/275
  4. 手搓 Laptop / Cyberdeck 思路：群里有人提出“手搓 laptop”，并提到了用 CADQuery 或 Onshape 设计外壳、嘉立创（JLC）打印。这代表了极客对硬件定制的终极追求，但其可行性与成本（3D 打印强度 vs CNC 成本）值得深入探讨。