diff options
Diffstat (limited to 'content')
| -rw-r--r-- | content/article/i-love-musicals.md | 81 | ||||
| -rw-r--r-- | content/article/webmention.md | 1 | ||||
| -rw-r--r-- | content/weekly/72.md | 94 |
3 files changed, 157 insertions, 19 deletions
diff --git a/content/article/i-love-musicals.md b/content/article/i-love-musicals.md index 88c2517b..2e064c91 100644 --- a/content/article/i-love-musicals.md +++ b/content/article/i-love-musicals.md @@ -1,15 +1,80 @@ +++ title = '我为什么喜欢音乐剧？' -subtitle = '' -slug = '' -tags = [] -categories = '' -date = 2026-03-09T21:08:10+08:00 -draft = true +slug = 'i-love-musicals' +tags = ['爱','音乐','艺术'] +date = 2026-03-12 00:45:15 +draft = false toc = true +toot = 'https://akk.eltr.ac/objects/a4cc3053-bf1e-4541-9492-7757e0038c89' +++ -跟一些朋友聊起音乐剧的时候，他们似乎都不太能接受演戏演到一半突然唱起来的举动。不过，音乐剧和迪士尼电影还是有些不同。在音乐剧里，音乐和舞蹈不仅起抒情作用，还是叙事载体，是推动剧情发展的重要一环。音乐可以用来描绘人物的内心活动，比如《摇滚红与黑》里的《Ding Dong》和《汉密尔顿》里的《Satisfied》；音乐可以展现人物之间的冲突，比如《地狱客栈》里的《Hell's Greatest Dad》和《魔法坏女巫》里的《What Is This Feeling?》；同一首曲子可以由不同的角色演唱，用相似的旋律展现不同的情感和人物形象，比如《Dear Evan Hansen》里的《Requiem》，甚至相同的旋律在不同的场景响起时，会有不同的效果。当然，也少不了一些纯粹的幽默，比如同样是《Dear Evan Hansen》里的《Sincerely Me》（我相当喜欢这首）。 +跟一些朋友聊起音乐剧的时候，他们似乎都不太能接受演戏演到一半突然唱起来的举动。不过，音乐剧和迪士尼电影还是有些不同（尽管我也很喜欢迪士尼电影里的歌！）。在音乐剧里，音乐和舞蹈不仅起抒情作用，还是叙事载体，是推动剧情发展的重要一环。 -和许多人的第一印象不同，音乐剧并不是什么高雅的艺术形式，实际上相当通俗 +音乐可以用来描绘人物的内心活动，比如《摇滚红与黑》里的《Ding Dong》和《汉密尔顿》里的《Satisfied》；音乐可以展现人物之间的冲突，比如《地狱客栈》里的《Hell's Greatest Dad》和《魔法坏女巫》里的《What Is This Feeling?》；同一首曲子可以由不同的角色演唱，用相似的旋律展现不同的情感和人物形象，比如《Dear Evan Hansen》里的《Requiem》，甚至相同的旋律在不同的场景响起时，会有不同的效果，这种手法叫作 Reprise。 +当然，也少不了一些纯粹的幽默，比如同样是《Dear Evan Hansen》里的《Sincerely Me》，我相当喜欢这首。还有一种歌曲形式叫作 [Patter Song](https://en.wikipedia.org/wiki/Patter_song)，节奏非常快，歌词的每个音节几乎都是连着的，而且用词通常是押尾韵或者头韵，听感很欢快，不需要什么唱功和技巧。这种歌通常可以快速地推进情节和交代大量信息，很有趣。 + +音乐里有个概念叫作 motif，通常译作「动机」「乐想」，也音译做「母题」。音乐动机是一段旋律、反复出现的几个突出的音形、一小段音乐片段，可以理解为「用来辨别音乐主题的最小单元」。[^1]在一些音乐剧和歌剧里，人物有各自的动机，出场时场上会响起同一段反复出现的旋律，与人物个性相关。不过，我并不确定这是不是常用于音乐剧的手法，我只知道《地狱客栈》这部音乐剧动漫里使用了这种手法，里面所有的主要人物都有他们出场自带的背景音乐，甚至有代表乐器，比如主角夏莉的乐器是中提琴，她的女友维姬是钟琴。 + +说了这么多，你可能会以为我是个音乐迷，所以会喜欢音乐剧。我确实偶尔会听点古典乐，但真的很少，我听过的也是那些非常出众，或者非常有个性的，比如贝多芬的第九交响曲（《欢乐颂》就在其中）和巴赫的《咖啡康塔塔》；说实话，我的音乐品味很「流行」，比起古典乐，我更喜欢 Lady Gaga。 + +我喜欢音乐剧的原因，和音乐本身的关系其实不大。 + +在这之前要先解释清楚什么是音乐剧。和许多人的第一印象不同，音乐剧并不是什么高雅的艺术形式，实际上相当通俗。人们常常把音乐剧（Musical Theater）和歌剧（Opera）搞混，毕竟，真的有一部名为《歌剧魅影》的音乐剧。对普通人来说，区别实在不明显。 + +简单来说，歌剧重点在「歌」，而音乐剧重点在「剧」。歌剧的歌唱通常是连续的，不会被情节、对话和动作打断，而音乐剧的歌唱间隙可能会插入对话和其他台词，甚至歌词本身就可能是对话。此外，音乐剧往往会有更多的舞蹈和娱乐性表演，说是歌舞剧可能更准确。由于音乐剧重点在「剧」，所以理解台词以及歌词就很重要，不然会跟不上剧情，然而，聆听外语歌剧是很常见的，就算听不懂词，也能欣赏音乐。 + +对话穿插在歌唱中，而歌曲本身作为叙事载体推进剧情的例子，可以听这首： + +{{< music title="Ready For This" artist="《Hazbin Hotel》" cover="https://r2.eltr.ac/geedeapro/article/i-love-musicals/Hazbin_Hotel_Soundtrack_Cover.jpg" apple="https://music.apple.com/cn/album/ready-for-this/1728139119?i=1728140367" spotify="https://open.spotify.com/track/6JyzuWC92biyVZ1l4vUYzi" netease="https://music.163.com/#/song?id=2122126997" >}} + +由于音乐剧的表演通常很戏剧化（这个词用在这里貌似很不准确，音乐剧本来就是戏剧），人物的动作很夸张，情感很丰沛，将这种情感与音乐结合在一起就显得格外富有感染力。在我看来，这也是音乐剧可能会被认为不够高雅的另一个原因：情感的表现不够矜持和细腻。无论是快乐、痛苦还是悲伤，都相当夸张。 + +我能想到的例子是《魔法坏女巫》，这本来是一部小说改编的音乐剧，在最近两年被搬上了电影大荧幕。如果仔细观察 Nessa（也就是主角的妹妹，东方坏女巫）在原版音乐剧和电影版中的表现，就会发现电影版 Nessa 的表现几乎可以说是淡漠，没有音乐剧的那种歇斯底里。由于音乐剧版本的原声带里没有收录《The Wicked Witch of the East》这首歌，所以读者可以参考[这个视频](https://www.bilibili.com/video/BV1WQSMBWEuW/)对比区别。 + +我向来更喜欢饱满的情感，就像喝咖啡也更喜欢日晒处理的咖啡豆（这类豆子一般风味浓烈，带有更多的水果风味），如果要剖析的话，大概和我童年没有受到太多关爱有关——但说实话，这类话题谈得多了，已经有些庸俗了。 + +除了情感更饱满，我还更喜欢音乐剧的粉丝群体。说起来，音乐剧是音乐和舞台剧的奇妙组合，这也导致人们对音乐的要求更低，对剧情的要求也更低。这并不是说音乐剧在这两方面都不行，而是说，我很少发现有人对音乐剧的音乐或者剧情做出极端的负面评价。 + +一方面，不少音乐剧都改编自本身口碑就很好的小说或电影，比如《摇滚红与黑》改编自司汤达的《[红与黑](/library/2025/红与黑/)》，《雨中曲》改编自同名电影。另一方面，当所有人都沐浴在听觉和视觉的双重洗礼下，没有人会把心思放在批评上。回想起来，[去年年底](/weekly/61/)去剧院看过《雨中曲》之后，我就相信不会有人讨厌音乐剧，也很少会对某个特定的音乐剧做出负面评价。 + +由于我所在的地方几乎没人看音乐剧，所以当时剧院卖不出去票，但即便人只坐满了不到一半，观众的掌声和喝彩依旧很激烈。音乐剧的舞台是很大的场面，场上能站很多人，在有这么多人的地方还能编排好舞蹈，而舞蹈又能与剧情的场景完美融合在一起，本身就很令人佩服。我印象最深的是开场舞，剧情里应该是电影的拍摄现场，我记得甚至有演员站在剧院后台会用来挂衣服的小推车上跳舞，同时还有另一个人推动着他。 + +音乐剧的剧情衔接也不需要很巧妙地换场和紧密的逻辑，我还记得《Make 'Em Laugh》这首歌演唱到一半，演员为了演示「如何让观众大笑」，甚至直接在舞台上表演撞大墙。倘若是其他的叙事媒介，看到有人在毫无预兆的情况从不知道什么地方搬来一块泡沫墙壁，还真的撞破了，真的会觉得有些奇怪，除非是喜剧。 + +若难以理解，可以想象单独的舞蹈作品，除非编排得很烂，否则很少有人会觉得舞蹈难看，夸张的肢体动作非常吸引注意力。现在，想象这个舞蹈者一边跳舞一边唱歌，歌曲不仅节奏抓耳，歌词也朗朗上口；他的旁边还有很多伴舞，都穿着颜色鲜艳的服装，身体大幅度地摆动着；除了伴舞，可能还有对手，他们唱歌和跳舞都有来有回；而这一切都在发生的同时，故事还在发展，很快就会有冲突、不速之客、意外和转折。 + +说真的，这样的表演难道不能让你全心全意地投入进去吗？难道不会让你甘愿放下手机，把全部的感官和注意力都献给演员们吗？难道不会让你觉得社交媒体和短视频上碎片化的娱乐信息都食之无味吗？ + +我每天沉浸在对技术的钻研、对人文社科的探索和无止尽的软件开发以及运维工作当中，尽管富有热情，但总归会感到疲乏。至少我最近明显地感觉到，大量脑力活动过后，我会感到心情低落，这可能是大脑活动消耗了很多糖，血糖快速降低导致的（因为心情低落的同时，我还会感到饿）。 + +这种情绪波动可能是生理和心理的双重作用，但无论如何，我需要将思绪从西西弗斯的命运中暂时抽离出来，投入一项关注身体感官而非精神和直觉的活动，将我的感官完全交给一支管弦乐队、一群剧场演员和背后的剧作家与作曲家。在那里，我不会看到有人讨论某部剧的续集和后几季如何毁了这部作品，不会看到有人动不动就要给编剧寄刀子，不会有人不合时宜地对情节的合理性发出自以为是的质疑。我会把我的心灵，暂时地，全部献给在我眼前上演的艺术。 + +如果真的有人不喜欢音乐剧？那就…… + +{{< music title="The Guy Who Didn't Like Musicals" artist="《The Guy Who Didn't Like Musicals》" cover="https://r2.eltr.ac/geedeapro/article/i-love-musicals/The_Guy_Who_Didnt_Like_Musicals.jpg" spotify="https://open.spotify.com/track/43t4C5nrEykM8ROc0iPiX6" apple="https://music.apple.com/cn/album/the-guy-who-didnt-like-musicals/1447512283?i=1447512287" >}} + +> Should we kill him? <br/> +> 该不该杀了他？ +> +> Should we kill him? <br/> +> 该不该杀了他？ +> +> Oh, he pines after a cute lil' barista <br/> +> 噢，他追求那个可爱的小咖啡馆服务生 +> +> Isn't that worth a show-stopping fiesta? <br/> +> 难道不值得一场震惊四座的狂欢？ +> +> But for some damn reason, he won't join our singing seaon <br/> +> 但出于某些原因，他不愿意加入我们的歌唱季 +> +> What an ass, what a bitch, what a cock <br/> +> 真是个蠢货，一个婊子，一个傻屌 +> +> The guy who didn't like musicals... <br/> +> 那个不喜欢音乐剧的人…… + + + +[^1]: 参见：[动机（音乐） - Wikipedia](https://zh.wikipedia.org/wiki/%E5%8A%A8%E6%9C%BA_(%E9%9F%B3%E4%B9%90)) diff --git a/content/article/webmention.md b/content/article/webmention.md index 339b3893..c9bf850a 100644 --- a/content/article/webmention.md +++ b/content/article/webmention.md @@ -6,6 +6,7 @@ categories = '代码炼金术' date = 2026-03-10 23:04:43 draft = false toc = true +toot = 'https://akk.eltr.ac/objects/46ba3e0a-3b8e-4d84-bcc3-e10eebe87397' +++ [Webmention](https://www.w3.org/TR/webmention/) 是一个 W3C 推荐标准，[IndieWeb](https://indieweb.org/) 很喜欢这个标准，甚至制订了名为 [Salmention](https://indieweb.org/Salmention) 的拓展，只可惜 Webmention 本身就没什么人用，太小众了，这个拓展标准更是没多少人跟进和实现。对于独立博客来说，这项技术其实相当有用，实现起来也不复杂，但中文博客中支持发送和接收 Webmention 的很少，中文资料也几乎没有。 diff --git a/content/weekly/72.md b/content/weekly/72.md index b884762b..b8ba40ae 100644 --- a/content/weekly/72.md +++ b/content/weekly/72.md @@ -1,14 +1,13 @@ ---- -title: 稻草人周刊 Vol. -subtitle: -tags: -date: -categories: 稻草人周刊 -draft: true -toc: true ---- - -{{< music cover="" title="" artist="" apple="" spotify="" netease="" >}} ++++ +title = "稻草人周刊 Vol.72" +subtitle = "" +tags = [] +date = 2026-03-11 19:02:39 +draft = true +toc = true ++++ + +{{< music cover="https://r2.eltr.ac/geedeapro/weekly/72/f1bfa131-bb00-4a47-b3a2-c70fbf082b9c.jpg" title="Nothing's About To Happen To Me" artist="Mitski" apple="https://music.apple.com/cn/album/nothings-about-to-happen-to-me/1860622550" spotify="https://open.spotify.com/album/2M9F3AsbWy7n4LwmJ8pqEu" >}} <!--more--> @@ -37,7 +36,80 @@ toc: true 以前我认为这些人是没有教养，现在看来，他们有可能并不是想要这样做，而是因为觉得不这样做很困难。我想我可以多一些包容和理解吧。 +### Org Mode 是最好的标记语言吗？ + +> [!note] 📜 +> [Org Mode Syntax Is One of the Most Reasonable Markup Languages to Use for Text](https://karl-voit.at/2017/09/23/orgmode-as-markup-only/) + +> I did not find any tool support for Markdown, AsciiDoc, Wikitext or reStructuredText anywhere that could compete with the cozy Org mode syntax support within Emacs. + +*Well, look harder.* + +作者在这篇文章中对比了 Org Mode 和其他标记语言（Markdown、AsciiDoc、Wikitext 和 reStructuredText）的区别，以及为什么他认为 Org Mode 比这些标记语言更具优势、更合理。 + +文章前半部分的观点我很认同。首先，Org Mode 是规范化的，而 Markdown 却有很多不同的 Flavor，在不同的平台上输入 Markdown 得到的结果不总是一样的，比如 Markdown 很常见的表格就是拓展语法而非最初的标准。我自己也依赖一些并不常见的 Markdown 拓展语法，比如 Obsidan 里常用的 `==高亮标记==` 和 GitHub 上常用的 [Alert](https://github.blog/changelog/2023-12-14-new-markdown-extension-alerts-provide-distinctive-styling-for-significant-content/)，这两个语法都被 Hugo 支持，所以我在博客里也经常用，但是在其他地方就不一定了。这的确是 Markdown 的缺陷之一，不够标准化。 + +其次，Org Mode 的行内标记是符合直觉的，`*加粗*` `/斜体/` `_下划线_` `~代码~` 和 `=等宽字=` 都很容易记住，是唯一的语法，而且都是一前一后的单个字符，不像 Markdown 有 `_斜体_` 和 `*斜体*` 两种写法，而 `**加粗**` 和 `~~删除线~~` 居然需要一前一后的双字符进行标记，和其他行内标记不统一。说实话，我之前尝试 Org Mode 时，就挺搀它的行内标记语法的。 + +接下来是我不太赞同的部分。 + +作者说他认为 Markdown 的链接语法令人疑惑，它会忘记 `[文字]` 和 `(链接)` 哪个在前、哪个在后，并且它不理解为什么要用到两种括号。Org Mode 里的链接写作 `[[链接][文字]]`。我可以用相同的逻辑论述为什么 Org Mode 的链接语法令人疑惑。在 Markdown 里，`[]` 是用来包裹文字的，`()` 是用来包裹链接的，至少我永远不会搞错文字和链接各自的括号是什么；我相信大部分 Markdown 用户记住哪边是链接、哪边是文字的方式都是这样的，`[]()` 这样的形式看得多了，就会知道谁在前在后；如此一来，我就不会搞错链接和文字的位置了。反观 Org Mode，链接和文字都用 `[]` 包裹，谁在前在后就更难记住。 + +我认为「我容易忘记语法的顺序」并不是很有说服力的论据，因为我认为 Org Mode 用户能记住 `[[链接][文字]]`，和 Markdown 用户能记住 `[文字](链接)` 的方式一样：见多了就记住了，不是因为哪个语法更符合直觉。两边都有各自的优势和缺陷，仅仅是个人偏好和习惯问题。 + +我尝试过 Org Mode，其中一部分我很喜欢，另一部分则很不习惯。我最不能接受的是 Org Mode 对中日韩文字的支持，它不能解析 `这样的*加粗*文字`，因为 Org Mode 的行内标记前后必须有空格，这显然是欧洲语言的使用逻辑，中文里就是很少用空格。其次，它不支持我很爱用的 `~~删除线~~`。再次，标准化是好事，但拓展性差也是问题，我没办法用 `==高亮标记==` 这种拓展语法。 + +不过，读完这篇文章过后，我的确产生了很多思考，其中之一是：标记语言本身真的有好坏之分吗？我认为，就和代码风格一样，有的风格固然是不好的，比如可读性很差的风格，但有的风格很难分个高下，比如 `{}` 应不应该换行写、缩进应该用空格还是制表符、文件末尾应该不应有空行，标记语言也有很难说是好是坏的语法。用于写配置的标记语言 YAML 和 TOML 也是一样，有人认为 [YAML 有诸多缺陷](https://www.arp242.net/yaml-config.html)，而 [TOML 的缺陷](https://hitchdev.com/strictyaml/why-not/toml/)也有人能列出来不少。 + +你猜怎么着？没有一门标记语言是完美的，包括 Org Mode 和 Markdown。 + +如何选择标记语言，应该由使用者自己尝试、权衡和决定，不存在「最合理且对所有人都同样合理」的语言。或许，可以开发一种与 Vim 和 Emacs 类似的标记语言，人们可以自己写配置，调整各种语法，自己创造最适合自己的语言。 + +### 「结果啊……」 + +> [!note] 📜 +> [“It turns out”](https://jsomers.net/blog/it-turns-out) + +作者表示他很喜欢「It turns out」这个表达，他常在 [Paul Graham](https://paulgraham.com/articles.html) 的文章里读到，这个表达应该可以对应中文里的「结果……」「最后发现……」。 + +如果把一句话直接说出来，尤其是那些稍微有些让人难以接受的观点，可能不会起到很好的效果，但如果作者自己在一开始就表达些许的质疑和不确定，然后再以「结果……」「最后发现……」来转折，语气中透露的些许惊讶就会让读者更容易接受这个没有论据支撑的观点。作者说这是一种很巧妙的偷懒技巧，或者说「黑客技巧」（Hack）。 + +在[第 43 期周刊](/weekly/43/#读着顺口与写得正确)中我分享了 Paul Graham 的另一篇文章，题为《Good Writing》。PG 表示他发现「读着顺口」和「写得正确」这两者之间存在联系，简单来说，如果把句子写得更通顺，这个句子表达的意思就更有可能是正确的，内部逻辑可能更连贯——不过前提是修改，PG 表示他经常修改一些句子，使之更顺口，这样就无意识地修正了一些错误表达。 + +我想「It turns out」可能也是 PG 的「顺口表达」之一吧。 + +### 死互联网已经不再是理论了 + +> [!note] 📜 +> [The dead Internet is not a theory anymore.](https://www.adriankrebs.ch/blog/dead-internet/) + +作者最近邀请了一个职位的申请者来参加第一轮面试，结果收到了这样的回复： + +> hey sorry - my agent got a mind of its own and started applying for jobs for me. i'm not currently looking for a job 😅 <br/> +> 嘿不好意思 - 我的 Agent 有了自己的想法，开始帮我申请工作了，我现在没有在找工作。 +> +> please ignore and sorry for that <br/> +> 请忽略，抱歉。 + +作者意识到「互联网已死」已经成现实了：Hacker News 开始限制新用户发表 ShowHN，因为最近出现了太多 Vibe Coded 且低质量的投稿； Reddit 上有很多机器人在评论区发帖宣传 SaaS 产品；LinkdIn 上的更新也是 AI 废料占大多数（作者贴的一条 LinkdIn 帖子的截图，帖子上全是些让人抓不住重点的车轱辘话，居然有两百多条评论和五千多个点赞；GitHub 也逃不过，AI 生成的 Pull Request 下的代码审查和回复竟然也是 AI 生成的。 + +对此我的态度是，我就待在小互联网上好了，与大平台保持距离，和自己选择的真实的人社交。说实话，我一旦在 RSS 更新中看到了 AI 生成的内容，我就会直接把这个订阅源删掉。 + +不过，倒霉的是，我办法屏蔽现实中人类的声音。 + +{{< fedicard "https://akk.eltr.ac/@eltrac/posts/B48U34PYn9IvBEXdqK" >}} + ## 星群 +### Hugo 社交媒体卡片 + +Twitter 和 Mastodon 自带的嵌入卡片可能和网页的风格不统一，而且需要从外部加载资源，在这个过程中可能会暴露访客的 IP 地址和 Cookies 等信息给第三方。作者做了一个在 Hugo 构建过程从 API 拉取数据，静态展示社交媒体内容的卡片，和自己网站的风格更匹配，而且不会追踪任何用户数据。 + +我其实也想添加，但我一直不太能接受在静态网站的构建过程中，从网络加载资源，我认为这会拖慢*世界上最快的静态网站生成器*的构建速度。尽管 Hugo 有构建缓存，但我还是不太想要在构建时引入网络资源。 + + + +访问：[thumbsupdotme/social-cards](https://github.com/thumbsupdotme/social-cards) + ## 切片 |