diff options
| -rw-r--r-- | content/article/gallery-trip.md | 10 | ||||
| -rw-r--r-- | content/weekly/78.md | 19 |
2 files changed, 25 insertions, 4 deletions
diff --git a/content/article/gallery-trip.md b/content/article/gallery-trip.md index 7ca62776..5f697e53 100644 --- a/content/article/gallery-trip.md +++ b/content/article/gallery-trip.md @@ -1,17 +1,19 @@ +++ -title = '' +title = '我们摆出不被理解的面孔自得其乐' subtitle = '' slug = '' tags = [] -categories = '' -date = 2026-04-24T00:14:29+08:00 +categories = '乱章' +date = 2026-04-25 12:22:24 draft = true toc = true +++ 上周末出门遛弯，去了趟美术馆。尽管有些路程，但我预约看展的次数还不少，这类活动既满足了出门摸草的需求，也不需要和人打交道，即便是出在公共空间，也是在和自己的思绪和感受独处，总之是很高质量的体验。<!--more--> -我去的时候，美术馆一共有三场展览，第一场是长期的美术馆的馆藏展示，第二场是某个品牌赞助的雕塑展，第三场是一个艺术家的个人展，我似乎还恰好赶上了这场展览的最后一天。对我来说，去美术馆其实还能固定看到隐藏的第四场展览，那就是其他看展的人。来看展的人一般不多（也使得这个地方逛起来很舒适），人员很容易归类：给学生讲解展品的老师，带小孩来感受艺术的家长，情侣，拍照打卡的大学生，和独行或成对出现的真正对艺术感兴趣的人。 +我去的时候，美术馆一共有三场展览，第一场是长期的美术馆的馆藏展示，第二场是某个品牌赞助的雕塑展，第三场是一个艺术家的个人展，我似乎还恰好赶上了这场展览的最后一天。对我来说，去美术馆其实还能固定看到隐藏的第四场展览，那就是其他看展的人。来看展的人一般不多（也使得这个地方逛起来很舒适），人员很容易归类：给学生讲解展品的老师，带小孩来感受艺术的家长，情侣，拍照打卡的大学生，和独行或成对出现的真正对艺术感兴趣的人。去美术馆看的不就是人文嘛，路人也是极佳的素材。 +## 艺术的功利价值 +第一场展览进门的地方几乎都是又红又专的展品，比如旧时宣传革命胜利的连环画就摆了一整面墙，还有不少描述大好河山的风景画。仅从 diff --git a/content/weekly/78.md b/content/weekly/78.md index 72bb82d2..13ebfaf2 100644 --- a/content/weekly/78.md +++ b/content/weekly/78.md @@ -22,12 +22,29 @@ Blah, blah. ## 连接 +### 如何像照顾狗一样照顾自己？ + ### 我们一天也没有聊点诗意的东西 > [!note] 📜 > [我们一天也没有聊点诗意的东西](https://goldenriver.site/posts/we-spoke-no-poetry/) +### 容器化是必要的吗？ + +> [!note] 📜 +> [You don’t need Docker](https://dusted.codes/you-dont-need-docker) + +这周我把一部分服务迁移到了另一台 VPS，我重装了 Arch Linux 并且浅尝了 [Guix](https://guix.gnu.org/)，同时我开始考虑要用 Docker 还是 [Podman](https://podman.io/)，不过我很快开始思考更关键的问题：我需要容器化吗？ + +我记得半年前读过一篇文章，如今已经找不到了（那个时候我还没有很好的书签管理习惯），文中大概是说：`systemd` 在大部分时候已经能够满足需求了，你不需要 Docker（或者其他容器化技术），而且容器化在某些情况下很麻烦。我向来很喜欢化繁为简的想法，比如我就不喜欢 React 的虚拟 DOM，觉得是没必要的抽象层（除非你真的在开发非常复杂的前端项目），而容器化似乎也是一层多余的抽象（除非你在部署和管理很多服务）。 + +我要迁移的是[我自己写的 Webmention 接收器](https://codeberg.org/eltrac/weepinbell)、两个 Hugo 静态网站以及他们的构建脚本、用于触发构建的 Webhook 服务器以及 [GoatCounter](https://goatcounter.com/)。这些服务非常简单，都只需要一行命令就能启动（静态网站甚至不需要单独跑服务，有 Caddy 作为 Web 服务器就好）也不需要管理复杂的环境变量和数据库（文件存储和 SQLite 真是伟大的发明！）。所以，看起来我的确不需要容器化，`systemd` 足矣。我也有考虑 [Shepherd](https://shepherding.services/)，这样就可以用 Scheme（一门 Lisp 方言）编写服务了。 + +不过我还是想要了解其他人的观点，于是找到了这一篇。作者的观点很有意思，他的确认为「你不需要容器化」，但他觉得「你可能**想要**它」。的确，Web 应用不需要容器也能跑起来，甚至不需要复杂的应用程序框架和前端框架，但要是没有这些现代化的技术，可能大家就不情愿做复杂的开发了；而且如今的万维网已经不是以前那样，一个网站可能一整周都无人问津，现在的开发者要随时做好迎接更多流量的准备。 + +不过我对这个观点有些质疑：首先，容器化并不是这些问题的一键式解决方案；其次，人们似乎在讨论完全不同的问题，没有把个人项目和用于生产的 Web 应用分开，后者当然要用成熟且易于使用的技术。不过总体而言，我还是很认可「不需要但是想要」这个说法的，我认为开发者能自己做好权衡取舍就好了。 +所以我权衡取舍的结果就是：我的软件全部以服务的形式跑在宿主机上，不需要容器化。 ### 我对人类感到失望 @@ -96,3 +113,5 @@ Disallow: /naughty-bots ## 切片 +- 个人主页新增了 [/speaks](https://www.eltr.ac/speaks/) 页面，列出了我会说、正在学和想学的人类语言。 +- `/glossary` 现已登录 [slashpages.net](https://slashpages.net/)，你可以查看我的 [/glossary](/glossary) 页面。我最近发现 RMS 也有 [glossary](https://stallman.org/glossary.html)，他给…… *特朗普取了很多外号*。 |