一个为精简化开源替代品而设的网站

媒体中心与复杂性

• TV/Media 类别中有许多 XBMC/Kodi 条目；一些人认为，与 10–15 年前相比，这反映出整合增加、选择变少。
• 给出的解释包括：
  • 媒体中心在技术和用户体验上都很复杂（格式、转码、加速、元数据）。
  • ffmpeg 很强大，但也非常庞大；深入理解它本身就能成为一种专长。
  • 多位评论者把转码本身描述为“最简单的部分”；真正的负担是构建打磨过的 UX、目录，以及应对用户。
• 关于音频与视频难度的分歧：
  • 一方认为视频服务器复杂得多（转码、字幕、硬件加速、元数据抓取）。
  • 另一方认为音频和视频在根本问题上是相同的（索引、多种格式、前端组件）。

电子书与其他自托管工具

• Calibre 长期主导电子书管理；新的工具如 Grimmory 和 Shelfmark 被提到是 UX 更好的继任者或补充。

什么算作“臃肿”

• 一些人把这个站点看作“开源替代品”目录，而不是严格意义上的“精简化”目录。
• 关于 Tailscale 的争论：它被认为有用，但存在功能膨胀；投资驱动增长与极简主义之间存在张力。
• “资本主义与 FOSS 不相容”的说法被反驳，有人指出二者目前确实共存。

代码风格与一致性争论

• suckless 风格的严格规则（例如注释语法）被嘲讽为吹毛求疵、价值不高。
• 反对意见：只要一致，任何单一风格都可以；一致性有助于理解。
• 另一种观点则否认“一致性”是有意义的指标，认为重点应放在测试和算法上；也有人反驳说，一致的风格确实能提高可读性。

认证与隐私

• 仅允许 Google/GitHub 登录受到批评；有人希望使用简单的电子邮件或站点本地账户。
• 有人指出这种“精简化”站点却依赖大厂 OAuth，颇具讽刺意味。

站点可靠性、UX 与实现

• 很多人报告 TLS/SSL 错误、AV 拦截或企业防火墙阻止；一些人怀疑是负载/容量问题，另一些人提到证书问题。
• 也有人看到有效的 Let's Encrypt 证书；整体原因并不清楚。
• 该站点受到称赞的地方包括：
  • 1990 年代/2000 年初那种类似 eBay 的复古设计。
  • 无 JavaScript、无 cookies、CSS 极少。
  • 加载快，兼容纯文本浏览器；所有页面都可通过 sitemap 发现。
• 有人怀疑页面是“vibe-coded”/AI 风格的 HTML，但这尚未得到证实。

替代目录与具体工具提及

• alternativeto.net 被提到是一个老牌资源，但也被批评为臃肿，并且在重设计后不太好用。
• 建议的替代站点包括：SaaSHub、openalternative.co、tinyapps.org。
• 被称赞的具体工具有：
  • Nextcloud 被称为强大，但并不“精简”；没有明显单一的更轻量替代品。
  • Immich 被提为 Google Photos 的强力替代品。
  • G-Helper，用于 Asus 笔记本。
  • Kanboard，作为轻量级 Trello 替代品。
  • 各类电子书和媒体工具（Calibre、Grimmory、Shelfmark、Jellyfin、VLC、gstreamer）。

AI 生成代码与“slop”

• 有些人希望对“AI 生成的 slop”做标记。
• 另一些人则询问“slop”如何定义，并质疑经过良好测试的 AI 代码是否天然比平庸的人类代码更差。
• 有人担心，围绕 AI 提出的严谨要求常常被压制；核心问题被概括为“你如何筛选质量？”

项目中的性能、API 与臃肿控制

• 一位评论者认为，维护者应把性能视为一等公民特性，并拒绝那些以吞吐量为代价扩张 API 面的功能。
• 还有人建议保留一个最小核心模块，并把额外功能“绞杀”到独立封装器中，同时用测试守住不变量。

“精简化”不仅限于软件（汽车）

• 有人表达了对“精简化”电动汽车的需求。
• 有人举出一些相对传统的 EV 例子，它们界面更简单、以实体控制为主。
• 对始终联网汽车、内置 SIM 卡、GPS 跟踪，以及与 Android Auto 等大科技生态的整合表示担忧。
• 关于 Android Auto 是否本质上侵犯隐私存在争论；有人称它可以离线使用且数据共享很少，但立法空缺和数据收集担忧仍然存在。