summaryrefslogtreecommitdiff
path: root/content/weekly/34.md
blob: f2721f0cc9d5e7c3122e9a5a75b70b56dd7cab82 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
+++
title = "稻草人周刊 Vol.34"
subtitle = "务实创作者的成长曲线"
tags = [ "AI", "创作", "计算机", "设计", "人际交往",]
date = 2025-06-23T10:45:00
banner = "https://img.eltr.ac/picgo2025/20250623-weekly-banner.jpeg"
draft = false
toc = true
endnotes = [ "封面图自摄,一两年前用 HUAWEI P40 拍的",]
mentioned_books = [ "一生之敌", "红与黑",]
aliases = [ "/posts/weekly/34",]

+++

<iframe allow="autoplay *; encrypted-media *;" frameborder="0" height="150" style="width:100%;max-width:660px;overflow:hidden;background:transparent;" sandbox="allow-forms allow-popups allow-same-origin allow-scripts allow-storage-access-by-user-activation allow-top-navigation-by-user-activation" src="https://embed.music.apple.com/cn/album/vanish-into-you/1792666546?i=1792667011"></iframe>

我觉得有的歌可能要听过现场版或者自己唱过一遍才能理解创作者想表达的意思和情感。自己听歌的时候,不够抓耳的录音室版本总是不会留下太多印象,认真理解歌词之后,就会在一些闲暇时刻莫名其妙地在脑子里响起来。<!--more-->

## 🙋 在做什么

我一直在想写作这件事情除了带来内在的升华,能不能给我带来一些外在的收入,但我又不想为别人写作,我也不希望有人因为种种原因没法访问我写的内容。这周发现了 [MoreToThat](https://moretothat.com) 这个博客,作者的内容都是公开的,但是他会出售文章的 PDF 版本供读者离线阅读,我认为这是一个不错的想法,至少是值得尝试的。

所以我把《人类恶疾》这一个文章系列现有的八篇文章整理了一下,做了些修订,做成了电子版,提供 EPUB、MOBI 和 PDF 三种格式。如果你偏好离线阅读,可以选择花 9.9 购买电子版的《人类恶疾》;这个版本的内容和我发布在博客上的没有太多区别,但移除了一些外部链接、时效性较强的内容和口语化的措辞,阅读体验应该会更沉浸一些;一部分文章还附加了「后记」,主要是把文章在发布后得到的值得反思的评论也加上去了。

你可以在面包多上购买[《人类恶疾》电子书](https://mbd.pub/o/bread/YZWUmZ5taA==)。

另外,做成电子书的形式才发觉几千字的博客文章还真是短啊,八篇文章加起来也没几页。电子书的阅读体验的确要比在网站上读好上不少,看到自己写的文章出现在自己的 Kindle 和图书软件里,感觉还真是挺奇妙的。

{{< gallery >}}
![](https://img.eltr.ac/picgo2025/human-diseases-on-kindle.jpeg)
![](https://img.eltr.ac/picgo2025/PixPin_2025-06-22_20-48-27.png)
{{</ gallery >}}

---

给博客加上了「点赞」功能,在每篇文章的右下角会有一颗心脏,点击可以「为这篇文章献上心脏」。这么做的原因是,不是所有的读者都会留下评论,用 Umami 统计的浏览量数据看起来也有些生硬,而 Giscus 的回应功能需要登录才能使用,所以就做了一个不需要登录的点赞功能。

如果你觉得这期周刊不错,可以在右下角点一下让我知道。

## 💬 本期杂谈

### 务实创作者的成长曲线

> [!note] 📜
> 文章链接:[The Arc of the Practical Creator](https://moretothat.com/the-arc-of-the-practical-creator/)

作者认为,对于创作者来说,创意就是真实的表达的欲望,而这种欲望不容易受到认可,尤其是在刚开始创作的时候。可以说,创意越多,实用性也就越低。创意可能是不实用的,但创作者可以是务实的。

作者认为互联网改变了上面这种局面,有创意的人越来越容易被发现了,人们也逐渐变得开放,愿意为他们欣赏的作品付费。只不过,在一开始,没有人在乎,几乎所有的创作者在一开始都是无名小卒。

作者根据自己的经验,把务实创作者的成长历程分为三个阶段。

![](https://img.eltr.ac/picgo2025/B06-The-arc-with-highlights.webp)

第一个阶段的主要目标是赚钱。在这个阶段里,创作者需要有一份能带来可观收入的工作,这个工作可以是自己讨厌的、和爱好毫无关系的。在《[黑客与画家](/library/2025/黑客与画家/)》中,Paul Graham 也有提及相似的观点,他觉得程序员如果要做出有趣的软件,就需要一份 Day Job(白天的工作)为自己带来收入,同时在空闲时间里做自己喜欢的项目。这篇文章中,作者也提到创作者应该在工作之余做自己喜欢的创作,这能建立自己作为创作者的自信。

第二个阶段的主要目标是忍受平台期。从第一个阶段到第二个阶段,说明创作者已经辞掉了工作,决定把所有的注意力都投入到创作上了(前提是已经攒够了钱)。尽管有第一阶段的铺垫,但此时创作者仍然是新手上路,作品无人问津也是常事,但创作者需要关注自己的感觉,感受寂静的质感(Texture of Silence)——作品没人看究竟是自己能力不足,还是时机未到,自己有没有在成长,这要看自己的感觉。

第三个阶段,创作者就要把创作当作自己的事业了,自己能够从创作者获得金钱回报和自信心。第三个阶段也不代表痛苦就停止了,就像《[一生之敌](/library/2025/一生之敌/)》里说的,创作这条路本身就是痛苦的。

简而言之:赚够钱之后专注创作,度过平台期之后全情投入,但也要随时准备好回到上一个阶段重新开始。

[#创作](/tags/创作/)

### 多次重新认证并不能提升安全性

> [!note] 📜
> 文章链接:[Frequent reauth doesn't make you more secure](https://tailscale.com/blog/frequent-reauth-security)

文章首先指出了登录认证(Authentication)的两个目的:

1. 检查用户是否在物理上持有设备;
2. 检查用户的身份。

许多应用为了保证安全性,把登录凭证的有效期设置得很短,导致用户每过半小时、几小时或者几天就要重新登录一次。如果登录只是输入密码,那还算好,但现在用户往往还需要通过多重因素验证,输入各种验证码,这些重复又繁琐的操作极大地拉低了用户体验。

作者认为上述策略的问题如下:

1. 如果远程攻击者获取了用户的密码,那么要求用户重新输入也没有用;相反,如果用户需要多次输入密码,输入密码的过程反而让密码更容易被泄漏。
2. 现代操作系统会自动锁屏,这点就极大地保证了设备不被盗用,应用不必再多此一举。
3. 有的网站为了保证安全性,又不影响用户体验,会把登录凭证的过期时间设置为七天或者三十天左右,但这毫无意义,因为太长了,几乎拦不住什么攻击者;如果太短,又会让用户感到很烦。显然限制登录凭证的过期时间不是最优解。

作者推荐这样的策略:

1. 在敏感操作之前进行验证,而不是根据时间间隔。
2. 通过安全相关的属性和状态来调整验证策略。

作者认为最好的安全保障措施应当是不会给用户造成困扰的。

[#计算机](/tags/计算机/) [#设计](/tags/设计/)

### 什么是值得思考的哲学问题?

> [!note] 📻
> 播客链接:[Apple Podcast](https://podcasts.apple.com/cn/podcast/%E7%8B%AC%E6%A0%91%E4%B8%8D%E6%88%90%E6%9E%97/id1711052890?i=1000713519310) / [小宇宙](https://www.xiaoyuzhoufm.com/episode/6853893c4abe6e29cbe4bff9?utm_source=rss)

其实我对这期播客聊的「如何谈恋爱和分手」兴趣不大,但树老师做学问的态度让我很触动。树老师在开头浅谈了现代人与哲学的关系:哲学和我们的距离究竟有多远?她说很多人认为真理不会存在于大众当中,大众只会产出平庸,所以这些人就把哲学弄得晦涩难懂,就连翻译的时候总是堆砌一些文雅古朴的词藻,把门槛拉高,让哲学只被少数人讨论以保证其纯粹性。[^2]

但 Princeton University Press 的 How To 系列丛书则打破了这一点。我在亚马逊上找到了这些图书,它们的标题都是这样的:

- How to Talk about Love(如何谈论爱)
- How to Lose Yourself(如何放下)
- How to Eat(如何吃饭)
- How to Have Willpower(如何获得意志力)
- How to Make a Home(如何布置家)
- ……

树老师指出这些与现代人息息相关的问题其实早就有人讨论过了,人们可以在古代哲学家的著作中找到一些答案。她还提到对于不做学问的普通人来说,知识就应该是能够用来解决问题的,而不是「为了提升自身素养」而学。

加缪在《西西弗神话》里说:真正严肃的哲学问题只有一个,那便是自杀。因为自杀就意味着个体觉得人生「不值得活了」,背后的原因能引发很多有关「荒诞感」的思考。而我在读这本书的时候,在反复的叙述中总是觉得难以把握「荒诞感」这个概念的定义。别误会,我很喜欢加缪,我也喜欢尝试理解晦涩知识的过程;只不过,我认为最值得思考的哲学问题不见的是最严肃的,对个体来说,最值得思考的哲学问题就是当下的自己最需要解决的问题。

[#哲学](/tags/哲学/)

### 与陌生人的 30 分钟

> [!note] 📜
> 文章链接:[30 minutes with a stranger](https://pudding.cool/2025/06/hello-stranger/)

一项研究记录了人们与陌生人在聊天 30 分钟前后的情绪变化,作者从其中抽取了一些样本,发现无论年龄差距、种族差异,甚至是政治观点的差异,人们都能聊得很开心,那些被激怒进而终止对话的例子只是少数。随着聊天的推进,人们的心情逐渐变好了。

尽管有些陈词滥调,但这篇文章想要指出的是人们对他们与陌生人的关心有些迷思,在陌生人面前不容易感到安全,倾向于避免和陌生人社交。然而和陌生人聊天对个体来说是有益的,作者发现一些人在和陌生人聊天的时候,甚至会更坦诚地讲一些他们和朋友家人都不一定会谈论的事情。

另外,每次读完 The Pudding 上面的文章都佩服他们的前端设计,能把页面滚动和交互做得这样生动。

[#人际交往](/tags/人际交往/)

## 👁️‍🗨️ 本周引文

> [!note] 🎉
> 恭喜你发现新栏目!最近读了一些法国文学,书中常出现一些拉丁谚语,自己收集了不少,想着可以每周挑一个出来讲讲。

{{< quotecard >}}Intelligenti pauca.{{</ quotecard >}}

这条谚语我是在《[红与黑](/library/2025/红与黑/)》里抄来的,意思是「语妙不在言多」。这句话就两个词,本身就符合自身阐述的观点,非常 Meta。其中,Intelligenti 似乎是 Intelligent(智慧)的意思,但其实是拉丁语单词 intellego 的某个格位变化,意思是「理解」「感知」[^3];pauca 的原形是 paucus,意为 few、little(很少)。原意大概是「很少的词就足够理解了」。

之前有一段时间我把这句话写在便签上,贴在了自己的书桌旁。我在最近的写作中也有试着避免写废话,精简用词。我认为这句话有两个意思:一、很少的词句就足以表达和被理解;二、如果写得太多、说得太多,可能是因为理解还不够深刻。

## 🗣️ 碎碎念

### 特别栏目:人类赶紧灭绝吧 🥰

和别人一起做项目的时候我们都用大模型写代码,这几天被一部分组员写代码的方式给气笑了。看来==程序员的水平并不会因为有了 AI 工具就变得难分高下,有的人用 AI 写的代码依然是一团糟==。

有一个进度很慢的组员,遇到问题也不在群里吭声;最近一次他提交的代码出了问题他好像一直没修好,我猜他大概反复喂给 AI 改了好多遍,结果我运行他提交的代码一看,前端控制台的报错再明显不过了:有一个函数没被定义就被调用了。不仅如此,他的好多代码都在交给 AI 反复改的过程中改乱了,好多地方都是空引用。后来,他的代码又出了问题,和登录验证有关,他就发在群里问负责登录验证模块的组员;结果我翻开他的代码,又很快地发现了问题,他的 AI 在前端加了一串不明所以的登录相关的逻辑,他遇到的问题完全是自己的代码导致的…… **你完全不读 AI 写出来的代码吗?** 

之前出去接水路过他桌子的时候,发现他在复习,没有在写代码;回来的时候又看了一次,发现他**他妈**是在学日语。

关于那个组员没有发现前端报错的事情,大概也要怪教前端的那个老师,他 Debug 的方式就是通过右键菜单打开源代码,直接读纯的 HTML 和 CSS。他自己都不会用现代浏览器的检查元素和控制台,更别说教学生了。我很想问他:你自己写的不就是静态的 HTML 和 CSS 吗?在浏览器里浏览源代码难道会有什么不一样?

也要怪他的沟通能力,我看他进度最慢,大概是遇到什么修不好的报错卡住了,也没点名道姓,就在群里说进度慢的可以描述一下问题其他人帮忙一下,因为有一半的人已经把自己的分工做完了。结果他发了个「痛……」的表情包然后什么也没说。他求助的时候描述问题的方式是这样的:「显示1秒,一下跳到登录」。不难想象,**他给 AI 写提示词的时候也是这个样子的。**

上次的项目,体量也没有比这次小多少,这次的项目最多是比上次大了一半。

上次我一个人硬干了三天就做完了,第四天早上答辩完就走人了。这次非要组队,一共 6 个人,干了四天还没干完,第五天那个组员还在用 AI 修一些莫名其妙的 Bug。

我真的挺无奈的,除了组员进度慢,还觉得我们学校的课程安排和授课内容问题不小。经常需要合作做项目,但没人教 Git 或者别的什么版本管理工具,这次项目的 Git 仓库是我建的,怎么配置和使用也是我一张一张截图发群里手把手教他们的。上前端开发的课老师天天唠嗑慢慢讲 HTML+JS+CSS,做项目的时候我想用 React 或者 Vue,结果除了我没一个人会,只能滚回去用 JSP。我的分工早做完了,想上去帮别人把代码写了,又担心他已经写了一部分,合并的时候还有处理冲突;有人提交用 AI 写的、看都没看的代码之后,我大概率还要修 Bug,项目里一大堆冗余的代码和不明所以的注释我懒得管了;组员写的前端界面只会用 Bootstrap 的表格样式,根本看不了,我也是一个一个改的。上次一个人写的项目拿了 95 分,这次能有 85 分都得给老师磕一个。

**活在一开始就都交给我一个人干得了。**

### 正常的碎碎念

- 出租屋里的冰箱一天比一天吵,家里要变成飞机场了…… 把冰箱后盖拆了检查,发现压缩机上面沾了一大坨好像动物油脂一样的东西,还有各种污渍。一开始想检查一下是不是四个脚没固定好所以振动声很大,结果刚碰到压缩机手差点没被烫熟——这玩意一直运行好像没停过,估计早过热了。后来用湿纸巾把压缩机擦干净,还把里面的东西也清洁了一下,然后把背板装回去,插上电就没管了。本来压缩机还轰鸣了半个多小时,我都想联系房东维修了,结果写完文章摘下耳机感到前所未有的清静,侧边也不发烫了…… ~~我也是会修冰箱的男人了~~ ☝️🤓(不是
- 怎么会有*蠢货*写完代码几天不管,要验收的时候才发现他根本没推送更新啊 😅
- 这周买了 Airpods 之后才发现自己之前买的价格在 200 以下的耳机可能真的都只是在「听个响」。
- 不知道为什么这周过得很长,感觉周刊写了好久才等到发布。
- 这周家里新增的东西:

{{< gallery >}}
![](https://img.eltr.ac/picgo2025/IMG_4267.jpeg "朋友送的生日礼物")
![](https://img.eltr.ac/picgo2025/IMG_4278.jpeg "买给自己的 Airpods 4,降噪挺惊艳的")
![](https://img.eltr.ac/picgo2025/IMG_4262.jpeg "新手机壳,卡包里装上校园卡提醒自己勤去图书馆")
{{</ gallery >}}

[^1]: *正在写这段文字的我看着即将和时针一起指向 12 的分针陷入了沉思*

[^2]: 我在最近的[一篇文章](/posts/被人类自己剁碎的大脑/)里也简要提到,哲学在不少有偏见的人眼里已然成为了一种「文体」。

[^3]: 这个词的原形可能并不是 intellego,因为拉丁语的格位变化太复杂了,我在 Wikitionary 翻了半天都搞不清楚哪个是原形。