评分

⭐⭐⭐⭐⭐ ⭐⭐ 7 / 10

这本书定位很好，结构有水平，内容也恰当。

评分

⭐⭐⭐⭐⭐ ⭐⭐ 7 / 10

这本书定位很好，结构有水平，内容也恰当。

评分

⭐⭐⭐⭐⭐

5 / 10

一本吹水的理论书，大部分内容可以 AI 来写，对实践没有用，水 PPT 也许有点用的，但现在都不水 PPT 了，所以没什么意思。

评分

⭐⭐⭐⭐⭐ ⭐⭐ 7 / 10

原以为是本历史书，但翻开后发现是本文化书，就内容来说，读读也受启发，机器人不是机器人，是受奴役的人。

评分

⭐⭐⭐⭐⭐ ⭐ 6 / 10

不知道 Frida 是啥翻看的，对无源码修改安卓 App 有点用。

评分

⭐⭐⭐⭐⭐ ⭐⭐ 7 / 10

有趣的数学书，着谜数字的人可以翻翻，有细节。

评分

⭐⭐⭐⭐⭐

5 / 10

市场上很多 XX 心理学都是东拼西凑的伪心理学。

评分

⭐⭐⭐⭐⭐ ⭐ 6 / 10

内容有点旧，过去算本好书，现在没什么用。

ALaunch v1.0 版本

新特性：

1. 能创建和删除标签页；
2. 能对标签页重命名。

ALaunch 下载，欢迎反馈和留言。

预告

ALaunch v1.0 是友情软件：与此网站友情链接的朋友，可免费获赠授权码。

正在使用的朋友，建议下载新版本，欢迎反馈。

• 1.5 将增加窗口控制
• 2.0 实现启动布局

我的需求

笔记本通过 TypeC-DP 1.4 口连接了显示器，听音乐时，我使用笔记本连接的音频输出设备，看视频时，我使用显示器的音频输出口，因此，我有了需要在笔记本和显示器之间快速切换音频设备的需求。

解决过程

我拥有 Windows 编程能力，在 AI 时代想到的第一解决途径就是Prompt，AI 帮我编写一段小功能：你是 Windows 编程的高级程序员，我需要实现一个最简的功能，我需要界面上提供系统音频设备列表供选择，计划用 Python Tkinter 实现，可以用一组单选框，竖直排列，选中设备后设置为 Windows 默认音频设备。请得到代码后复查一遍可能的问题，提供最终可运行的代码。

得到代码后，我表示没看出 API 是什么，于是问 Windows 中切换音频设备的 API 什么，我想着实现 Python 后，可转化为一个简单的 C 程序一键在多个音频设备之间切换，我的基本思路是：先列出设备，再在设备间循环激活为默认。

后续过程就不列举了，AI 提供的代码，都是无法运行的，以下列举 AI 的关键代码。

实现方式一:

import comtypes
from comtypes import GUID, COMObject, POINTER
from comtypes.client import CreateObject
from comtypes.gen import PolicyConfigClient

def set_default_audio_endpoint(device_id):
   # 使用comtypes创建PolicyConfigClient对象
   pPolicyConfig = CreateObject(PolicyConfigClient.CLSID_PolicyConfigClient,
                                interface = PolicyConfigClient.IPolicyConfig)
   # 调用SetDefaultEndpoint方法设置默认音频端点
   hr = pPolicyConfig.SetDefaultEndpoint(device_id, 0)
   if hr == 0:
       print("默认音频端点设置成功")
   else:
       print("默认音频端点设置失败")


if __name__ == '__main__':
   # 这里需要替换为实际的设备ID
   device_id = "{0.0.0.0}"
   set_default_audio_endpoint(device_id)

实现方式二：:

from pycaw.pycaw import AudioUtilities, IMMDeviceEnumerator

def get_speaker_device_id():
   device_enumerator = IMMDeviceEnumerator()
   speakers = AudioUtilities.GetSpeakers()
   device_id = speakers.GetId()
   return device_id

if __name__ == '__main__':
   device_id = get_speaker_device_id()
   set_default_audio_endpoint(device_id)

我后来使用一段复杂的 Python 代码调用了一个本地 dll 文件作为桥梁实现了切换。然后，为去掉这个不明就里的 dll，把问题弄得更明白一点，我查阅了 Microsoft 的文档，文档中居然没有提！

最后我发现实现切换的是 Microsoft Windows Undocumented API，列举和操纵此设置，居然分属在不同的 COM 接口中，未有文档的是 PolicyConfigClient 接口，它是一个特殊的 COM 接口，脚本无法创建和使用它的属性和方法，需要 Native 代码通过最基本的结构去调用。

然后，我浏览了交友网站 GitHub，发现世界上还有几个和我有一样需求的人，并且有几个 Geek 动手实现了 AudioSwitch 软件，以及还有几个 C# 和 vbs 的实现，经过比较，我还是喜欢 C++ 实现的版本。

AudioSwitch 软件运行后，按 F12 就能自动切换系统默认的音频设备。我于是下载源码，发现它使用一个叫做 SCons-win32 的编译工具进行了编译，我又查阅了 SCons-win32 帮助，成功编译出了 AudioSwitch.exe

当我完成编译，微软的安全软件居然报 Trojan:Win32/Bearfoos.A!ml，我去微软官方查询了 Bearfoos.A!ml 解释带 !ml 的是机器学习判断的木马。

我查看了它的源代码，然后 SCons-win32 作为可能引入病毒的第二个可能，风险也不高，我的编译器也是本地，安全软件扫描过的，所以我认为它大概率是误报，于是向微软提交了该二进制软件，几天后，我发现微软排除了它的威胁。

随后的几天中，我感觉都非常方便。

新的发现

突然有一天，我发现 Windows 托盘区的小喇叭似乎自带切换功能，只是这个功能，我才发现。相比开机自动运行一个小软件然后按 F12，和点击托盘区的小图标再点展开再点设备的三次操作来说，我觉得已经差不多了。

按一次键盘和点击三次鼠标，我感觉还是键盘轻松点，但弊端是 F12 是容易和其它热键冲突的。比如 MadEdit 中 F12 就是进入一个 PostIt 模式，如果从菜单进入了，再 F12 时，就无法生效了。

结论

1. 虽然 AI 编程已经很厉害，你讲清楚了需求，它也无法写出切换音频设备的小功能。
2. AI 无法完成的原因是它使用了 Windows 未公开的技术。
3. 新问题很少，这个问题 Windows 的发展过程的几十年间，已经被很多人用不同方式解决。
4. 如果要解决电脑问题，通过编程解决只是一种直接的方式，你去问 AI 怎么编程，这时有两个结果，一个是 AI 实现了，二是 AI 未能实现，但无论是搜索还是 AI，最后都可以解决。
5. 解决问题本来还有更简单的办法，也许是对问题解空间的搜索方向错误了。

但无论如何，现有的 AI 都不算能直接解决此问题，最后还得依靠专家的知识和一个灵感和一个机会。

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ 9 / 10

2024年第43-44周双周报

12 月，目标是完成 11 月那些本该在 10 月完成的我在 9 月就定好的目标。

勇敢接受不完美的自己。

从掌握 20% 知识开始。

评分

⭐⭐⭐⭐⭐ ⭐⭐ 7 / 10

这些基础概念，这个时代的小孩大多理解。

评分

⭐⭐⭐⭐⭐ ⭐⭐ 7 / 10

评分

⭐⭐⭐⭐⭐ ⭐ 6 / 10

阅后

神剧

阅后

神剧

阅后

神剧

阅后

神剧

阅后

神剧

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐ 8 / 10

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ 9 / 10

开篇译作

不知开篇为何引用了一首唐诗译作，英国诗人也喜欢过李白的诗，翻译为：

如果你问我，为何居住在青山中。 我会默默地笑，我的灵魂宁静。 盛开的桃花追随着流动的水， 在尘世之外，有另一片天地。

原诗是：

问余何意栖碧山，笑而不答心自闲。 桃花流水窅然去，别有天地非人间。

“窅” 读为 “yǎo”，基本字义是眼睛眍进去，喻深远，“窅然”用来描绘桃花流水渐渐远去的状态，给人一种悠远、深邃的感觉。在此，翻译者似译出来不同的心境，至少我感受到的李白表达的是内心的追求，宁静是少有读出的。

致创造的造物

孤独如同我的渴望， 我没有女儿。 我不会死于火，我 会死于水。

冬末，我跨过水坑，想起中国古代的一位地方官

况吾时与命，
蹇舛不足恃。

——白居易《初入峡有感》

    作于819年

在网上找了一段他人的翻译:

白居易，开始谢顶的老政客，
有何用？
我想起你
不安地进入长江峡谷，
被拖曳着穿越激流而上
为了官职或其他
去忠州城。
你到达时，我猜
天都黑了。

但现在是1960年，又将是春天了，
明尼阿波利斯高耸的岩石，
堆垒起我自己的
竹索和水的昏黑暮色。
元稹在哪里，这位你钟爱的朋友？
大海在哪里，那曾终结中西部所有孤独的
大海？明尼阿波利斯在哪里？我什么都看不见
除了这棵随冬天变黑的可怕的橡树。
你是否找到了群山之外隔绝尘世的人们的城池？
或者说，你已把这根磨损的残绳的一端
紧握了一千年？

还有 张文武/译:

白居易，你这开始秃顶的老政治家啊，
有什么用呢？
我想起了
不安地进入三峡的你，
为了那一官半职
坐在被拉着逆流而上的船上，
奔赴忠州城。
我猜你到那儿的时候
天已经黑了。


而现在是1960年，眼看又是春天了，
明尼阿波利斯高高的岩石，
带来了我自己幽暗的黄昏，
竹索和水的黄昏。
你的好友元稹在哪里？
那曾经将整个中西部的孤独都带走了的
大海在哪里？明尼阿波利斯在哪里？除了这棵
因为冬天的到来而变黑的可怕的橡树，我什么都看不见。
你找到群山之外那座沦落人的城市了吗？
抑或是，将一根已然磨损的绳子的一端
握了一千年？

(2007-11-23 03:03:39)

原诗:

As I Step Over A Puddle At The End Of Winter,
　 I Think Of An Ancient Chinese Governor

by James Wright


And how can I, born in evil days
And fresh from failure, ask a kindness of Fate?

– Written A.D. 819


Po Chu-i, balding old politician,
What’s the use?
I think of you,
Uneasily entering the gorges of the Yang-Tze,
When you were being towed up the rapids
Toward some political job or other
In the city of Chungshou.
You made it, I guess,
By dark.

But it is 1960, it is almost spring again,
And the tall rocks of Minneapolis
Build me my own black twilight
Of bamboo ropes and waters.
Where is Yuan Chen, the friend you loved?
Where is the sea, that once solved the whole loneliness
Of the Midwest?Where is Minneapolis? I can see nothing
But the great terrible oak tree darkening with winter.
Did you find the city of isolated men beyond mountains?
Or have you been holding the end of a frayed rope
For a thousand years?

重新发现“此时此刻”

现在已无人读诗，但依然有诗人。

诗歌是现实的犁耙，诗人是犁田的人。

过去不够碎，现实之土在诗人词汇的翻耙下熠熠生辉，如今现实稀碎，诗歌亦可用来弥合罅隙的流光。

评分

⭐⭐⭐⭐⭐ ⭐⭐ 7 / 10

评分

⭐⭐⭐⭐⭐ ⭐⭐ 7 / 10

Clojure 是种 JVM 语言，但它的语法是 lisp，这样看来，它即没有 Java 那么累赘，又利用了 JVM 这个经过检验的中间平台。于是 Clojure 成为了掌握 lisp 又想利用 Java 生态的人的选择。

这种第一印象还是有点绕，但真实世界中，有不少 clojure 的应用。比如 LightTable，你很难想象 clojure 居然做了一个基础的编辑器，以及还有 clojure web 等好看的书。

本书一上来准备好环境后，就直接来了一个 WEB API 项目，可谓很实用，同时你发现 lisp 的表达甚至比 Python 还要紧凑简洁，当你在书写属性前习惯打一个:号时，你是否想起来 Vue 的运算属性也是这个写法，是不是其灵感来源？一旦你掌握了它，那也是一把好用的武器。

但基于国内环境，本书还是属于“没有优先级，有空老来看”系列。

评分

⭐⭐⭐⭐⭐ ⭐ 6 / 10

文案 = 卖货

凡语言所达处，皆是战场。

评分

⭐⭐⭐⭐⭐ ⭐⭐ 7 / 10

内容还不错，能读，但谁会想着去读一本小开本、环保纸的印象派艺术书呢？艺术韭菜吗。

莫奈、德加、梵高，都在，但总觉质感无法呈现内容，形式和内容不符。

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐ 8 / 10

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐ 8 / 10

说明

Racket 的优势是，将 lisp + 常用数据类型 + 绘图 + GUI，因此可以很方便做出很多 2D 图形游戏。

适合作为讲述通用编程思想的语言。

在实战中，lisp 的表达能力确实强于 python、js，但 Python 视觉上更简洁，少了许多视觉障碍，而 Js 也可能是最开始学的 C 教学的缘故，大家也习惯大括号。

主要内容：讲解了 lisp 基础，比如

• 原子类型 Atomic Data，number 和 strings
• Lists
• S-Expressions
• List Functions
  • length
  • reverse
  • sort
  • append
  • range
  • make-list
  • null?
  • index-of
  • member
• Defines, Assigns and Variables
• Symbols, Identifiers and Keywords
• Equality
• Strings, Things
• String Functions
  • string-length
  • substring
  • string-titlecase
  • string-upcase
  • string-downcase
  • string<=?
  • string=?
  • string-replace
  • string-contains?
  • string-split
  • string-trim
• String Conversion and Formatting Functions
• Vectors
• Struct
• Controlling output
  • write
  • display
  • print
• Arithmetic
  • Booleans
  • Integers
  • Rationals
  • Reals
  • Complex Numbers
• Numeric Comparison
• Built-in Functions
  • abs
  • ceiling
  • floor
  • tan
  • atan
  • cos
  • sqrt
  • srq
  • log
  • exp
  • expt
• Function
• 绘图
• GUI
• 算法

很多 Python 书也是这种思路了。

本书的最大特点就和 Racket 一样，非常学术，实现了扑克牌游戏、A* 算法、Dijkstra 算法、八皇后问题、数独，甚至还有我喜欢的 15-Puzzle，也是用 A* 搞定的。

Racket 就像一个老教授或一个顶级 Geek 一样，可以实现一切算法。但将 Racket 用到 Real world 中，会遇到现实粗砺的坑，现实会用人性打败他，会用数据量打败它，会用缺少必要中间件、分布式组件打败它，让 Racket 呆在它的教学领域是最好的选择。

精通的 Racket，能很快适应现代语言的基础特性，毕竟编程语言的爷爷在这里，比如新语言中出现 match 等，而反过来就不成立。

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ 9 / 10

前几个月喝了不少精酿，看到这本就略读了一遍，毫无疑问，这是一本非常有意思有文化的书。

更加肯定的是，酒精对人类的作用远大于通常的认识，对酒认识存在的误判和错误。

2024年第41-42周双周报

书看杂了，弄了一个批量处理脚本，发出刷屏。

开始新的职业方向。

现象描述

局域网中，通过路由器连接的 Windows 和 macOS 在某次 macOS 的系统升级后，就再也不能相互访问了，但奇怪的是，在 macOS 上通过桥接的虚拟机依然可以被 Windows 访问到，今天得空我解决了此问题。

现象一：在 macOS 上启动 Apache 或者 nginx，此时本机通过 http://127.0.0.1 可以打开测试网页，但 Windows 却不能。

现象二：Windows 无法 ping 通 macOS，macOS 却可以 ping 到 Windows。

解决思路

现象二说明两者的网络是联通的，于是从 macOS 端着手，关闭防火墙，结果无法访问，又尝试关闭 Windows 端的防火墙，依然无法访问。

在 macOS 上尝试了使用 telnet 等工具测试，发现可以正常联通，但 Windows 上不行。

说明两者之间可能被什么挡住了，这莫名的暴躁，难道是小米路由器，难道是 ipv6，结果都排除了。

猜测：也许 macOS 端除了防火墙依然有什么进程在默默工作，经过回忆，我早期下载过一个叫做什么 cat 的 App，其中我开启过 macOS 的网络防火墙。

按照这个思路我下载了一堆防火墙：LuLu、Murus、Snail、Little Snitch 等，分别启动观察网络。

最终，一瞬间我发现网络似乎联通了， Windows 上可以访问 macOS 部署的所有服务。

经过又一阵子的排查，我发现退出 Murus 时，选择 Disable 就可以访问网络。

总结

这真是一个诡异的现象，但通过 Murus 解决了，但我确实不知是怎样解决的。

这个阻挡网络的不是 macOS 自带的防火墙，是什么，我就没有时间研究了。

如果后续我知道的原理，我会来更新这篇文章。

2024年第39-40周双周报

即将参与一个跨境电商项目，还是采用最熟悉的技术干。

2024年第37-38周双周报

本周准备考试，看了一些书，周报暂缓更新。

2024年第35-36周双周报

听过

神来之笔为第一句。

歌词

Money Focused Freestyle

作词: 耳鼻眼喉科 作曲: 耳鼻眼喉科 编曲: 耳鼻眼喉科

我在房间里洗个澡，

同时在思考中国有哪个 rapper能比我屌，

Money keep coming in,

我连银行账户余额都记不到，

我们站的高，

但目前我还嫌自己赚得少，

我和我兄弟还吃不饱，

不跟说唱歌手耍，

我不喜欢假装和平，

好嘛我耍的是 hiphop，

几爷子都要符合国情，

你们以为在耍人设，

结果你们的人设跨咯，

你以为在耍说唱，

结果遭自己婆娘耍了，

但 hiphop教我的常识，

永远是我们这儿弱肉强食，

在我字典里只有"狂"字，

车女人还有房子，

打扮得行市，

所有东西必须要跟上档次，

他们看到我们的样子，

估计他们都悔青肠子，

都说疫情赚钱好难，

我问了我 Digi的兄弟，

结果他们都感觉还好喃，

都感觉赚得不少喃，

这些小娃想蹭我，

可以理解我穷的时候也想过，

有哪个不想开敞篷，

然后可能再耍一个网红，

他们说我中专说唱，

所以你要认真学习，

不然真的会变得像我，

不然变得跟我一样火，

然后赚得跟我一样多，

不然你读完研的同学都想来跑过来给你放歌，

不然你老师以前喊你退学现在来找你要签名，

不然你学弟学妹天天把你当成学习的典型，

那些让你不守规矩的东西你们都应该远离，

不然对比太过鲜明你要稳住社会的天平，

来自小镇在城里面闯荡，

听到钢琴我感觉像朗朗，

说我赚钱不能太张扬，

他们仰望我眼带光芒，

我在欧 block录完首新歌，

看了下时间才三点整，

我再写两首情歌，

感觉我现在少了点饭圈粉，

我在房间里洗个澡，

同时在思考中国有哪个 rapper能比我屌，

Money keep coming in,

我连银行账户余额都记不到，

我们站的高，

但目前我还嫌自己赚得少，

我和我兄弟还吃不饱。

为什么我写了好几篇

为 follow 增加 claim 的方式有三种，我最初选择使用方式一，但增加 Content 后无效，经思考，估计方式一不支持 Atom 格式 Feed（个人猜测）。

为 follow 增加 claim 的方式

follow.is 是 DIYgod 的新产品，其中可以 Claim 一个 Feed 为自己的，据说为 follow 增加 claim 后可以支持打赏。

增加方式有三种：

1. Content

   在 Feed 最新内容中增加如下文字:

   This message is used to verify that this feed (feedId:41342818708527123) belongs to me (userId:41447029693323264). Join me in enjoying RSS on the next generation information browser https://follow.is.
   

2. Description

   在 Feed 的 xml 文件中，增加 Description 标签，内容如下:

   <description>feedId:41342818708527123+userId:41447029693323264</description>
   

3. 在 Feed 中增加如下内容:

   <follow_challenge>
      <feedId>41342818708527123</feedId>
      <userId>41447029693323264</userId>
   </follow_challenge>
   

Pelican 增加 claim 的方式

由于 Pelican 实现 Feed 的方式是采用 Django 的 feedgenerator 工具库（依赖一个成熟项目的组件是非常聪明的做法）。经查看源码，发现 feedgenerator 支持新增节点，但不太支持修改 Feed 节点，于是，对于此场景较好的方式是手动搞定，搞定方式嘛，新增一个 Pelican Plugin 来处理或者新增一个后处理步骤（比如一个脚本），在其中处理一下 Feed 的 XML 文件内容即可，原理都差不多，采用 Pelican Plugin 方式的好处是可以较方便获取文件路径。

Pelican 实现 claim 插件源码

评分水位：

青岛1903

⭐⭐⭐⭐⭐ ⭐ 7/10 星

精酿啤酒

1. 浑浊IPA精酿原浆鲜啤酒（印度淡色艾尔）

⭐⭐⭐⭐⭐ ⭐⭐⭐ 8/10

有性价比的一款。

2. 暖姜西打（Craft Ginger Flavored Cider）

⭐⭐⭐⭐⭐ ⭐⭐⭐ 8/10

适合女生。

3. 皮尔森啤酒黄油风味（Butter Flavor Pilsner Beer）

⭐⭐⭐⭐⭐ ⭐⭐ 7/10

有软软黄油风味，适合软男。

烘培食品

• 原味麻薯 330g
• 原味&伯爵红茶味瑞士卷 560g
• 猫山王榴莲千层蛋糕 470g
• 经典生巧卷 190g

为啥好看

1. 猎奇。虽架空，但实景拍摄，混合本地文化，看得出五湖四海聚集缅北，三边坡非常容易想到是金三角。
2. 导演与演员。导演方面懂的不多，但监制是名导演；演员方面，主角郭相比算有进步，吴镇宇出演 Mr.Guess 专业自不必说，其它主要配角演员演技惊艳，郭虽演技不如，但也看得出他的诚恳和努力。但北京腔挺要命，给人一种 C 语言做 Web 敏捷项目的感觉。
3. 以小时空的转换彰显了多元的世界观。故事背景也厚重，属于近几年发生，有野心的导演还未涉猎的那种。
4. 音乐。采用云贵山歌，听起来很民族，也很燃，片尾曲给剧锦上添花。
5. 画面有质感，镜头语言丰富多变。
6. 人性。总体表达中，故事中段节奏较好，围绕着人性，将角色放在抉择中，每个小角色都很有故事感，可惜的是审查下，女女的故事有所阉割。

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐ 8 / 10

摘录

• single-event process (SEP)
• multi-evets process (MEP)
• complex-event process (CEP)

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ 9 / 10

记录

书是好书，最好读原版，Case and Molly 的 Cyberpunk 故事。

想读

mark 备读

摘录

略

想读

mark 备读

摘录

略

评分

⭐⭐⭐⭐⭐ ⭐⭐ 7 / 10

记录

我粗浅的观点是：TypeScript 领域就没什么好书，个人也没有必要用。

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ 9 / 10

记录

这本书会帮助你整体的考虑书的物性，阅读和你的关系，以及有关的你没有考虑到的事。

福佳白啤

我认识这款酒是出于表弟的推荐，记不得是十几年前了，他某次回国路过深圳，在 CoCo Park 的酒吧我们喝了几杯。

在当时的认知中，啤酒的口感就只有一两种，清新的和焦糖甜感的，但这款给我留下了很不错的印象——居然是一款带有花香味的比利时啤酒。

后来在白石洲，有一位外国酿酒师开了一间精酿啤酒吧，为我普及了一些啤酒知识，我才了解到 Hoegaarden 属于白啤，也是一种特殊的精酿艾尔。

当然，许多酒友都称之为福佳白，其实福佳是厂牌，白是指白啤。

每次喝它时，总想起表弟的 GAY 笑话，Hoegaarden，在某些地方，会不会有一些娘娘腔的印象。

但，没事，当不处于文化环境中时，伤害不大。忘记笑话，并不妨碍认为它是一款不错的酒。

当然，瓶装、罐装相比桶装的是差点意思，尤其是后来的什么 Rosée ...

我只能说，人喜欢经典的东西，有时并不为因为怀旧，单纯因为经典的确实更优。

尤其是啤酒配方和工艺这些结构稳固的东西，稳定下来的产品都是迭代至口碑差评收敛的版本，人对风味的偏好变迁过程异常漫长，如果你发现人们对风味的偏好变化的太快，那后者至少有一些不诚实。

出于饮酒认知成长过程，或者出于男子气概包袱，不排除有人不再喜欢福佳白啤，但无论男女，我相信初饮至少是喜欢过它的；而如果你的生命中还未路过它，我愿它也能出现在你的愿望清单中，而且它可以一直呆在其中。

评论

瓶身以淡蓝和白色为主，主打一个清新、优雅，玻璃瓶线条流畅，握感舒适。当你打开它，那股浓郁的果香和香料气息会奔涌而出。柑橘的清香与芫荽的独特风味相互交织，是清新中带有复杂层次的香味，这正是它的特色。

口感入口轻盈，泡沫细腻丰富。初尝有微微的甜味，随后柑橘和芫荽的味道逐渐在口中散开，带来一种清爽的口感。啤酒的酸度和苦度平衡和谐。此外，酒体适中，不淡薄，也不会过于厚重，尾调余味悠长，让人在饮用过程中感到舒适。（中庸真乃商业成功之道）

2024年第33-34周双周报

见字如默。

对人，对人生，过分的悲观和过分的乐观，都是不诚实的。

本周学习

在项目管理上，14 小时。

在编码实践上，使用 loco.rs 两周的感觉就像很多人所说的一样，比较后悔使用 Rust，它确实带来了门槛。用 TypeScript 编写几个 Astro 组件，国内前端真没有市场了。

在技术娱乐上，尝试了 BeOS 的后裔 Haiku，但它基本没有可用性。相比来说，Deepin 23 的发布，炒作的还不错，希望继续修炼内容，比如内置本地大模型什么的，在每一层软件都有原创，并没有那么激动人心。实践 RIME，在 Linux 和 Windows 上，但需要配置的地方挺多，相比隐私的风险敞口，耗时也是大多数人不希望的，暂时没有深入使用的打算。

炎热延续。每日投入 1 小时打理猫和流浪猫，2 小时阅读，0.5 小时跑步，穿插一些任务管理和内容的转移，时间满用率约为80% 多。

情绪

看到 Mosher 的软件工程定律，“就算它工作不正常也别担心。如果一切正常，你早该失业了”，道出了软件行业的事实，行业中优秀的人都在与硬件公司共谋，计划以某种方式终止这个行业。

窍门一，就是正视人生的荒谬性，在这荒诞的人生舞台，你演绎肉体逃避和精神自杀，都没有意义，另一种态度是以奋斗对抗人生的荒谬，以加缪的方式，但在我的时代，奋斗的方式都失效了。我们的时代一百个人中，或许有十个是在真正的奋斗，有十个人负责为这几个人生产和运送粮食，还有几个人在研发资源分配软件，几个人盯着这软件确保它能运行，几个人假装在改善这种机制的运行效率，但你找不到这个资源分配游戏中规则制定者，游戏中剩余的三分之二玩家，无法触发主线或支线任务。

窍门二，随机性影响着人生的每一个转折的走向。每个人都会做出无数的选择，但只有几个选择是处于关键路径之上，少数的偶然和意外，都能不经意地改变人的轨迹。曾经，随机性带来多彩、惊喜和机遇，但随机性的叠加，也导致了确定性的丢失，在这种情况下，你想努力把握现在，却无法找到一种支点。这或许是荒谬的表达，以前你在追寻人生为何而来又将去往何处中迷惘，当下你一眼看到了前路，却复杂难以预测，甚至看不到什么其它可能。面对这些，我们能做的是不再把时间浪费在费力地建造“沙堡”上，沙堡无法抵御海浪。

坐下来参与了一局游戏，发牌的不是你，但你却不能不出牌。

三个玩具

1. FastHTML，The fastest way to create an HTML app。如果你想用 Python 来写 HTML，可以玩一下。
2. Selfhosting 可以确保你的数字生活隐私。分享两个玩具目录 https://zituoguan.com/ 和 https://hostedsoftware.org/，我在其中寻了一个asmbb来玩，一个汇编语言的论坛，数据放在 SQLite 中，可在最乞丐版的主机上轻松托管。
3. 一个刷 HN 动态的地方，运用的 AI 摘要。

遭遇 MySQL 勒索

表现为，打开 MySQL 或 MongoDB 时，发现数据库被删除了，多了一个 RECOVER_YOUR_DATA 表，其中的内容为:

All your data is backed up. You must pay 0.0131 BTC to 1JjzBZ8MdxFpecDgp24FrrHwQmzXXM4hTr In 48 hours, your data will be publicly disclosed and deleted. (more information: go to https://is.gd/dayuwi)

After payment send mail to us: dzen+2xh5w@onionmail.org and we will provide a link for you to download your data. Your DBCODE is: ABCDEF

上述 DBCODE 每人的都不同，但比特币钱包地址相同，经过查阅，地址 1JjzBZ8MdxFpecDgp24FrrHwQmzXXM4hTr 目前还并未收到任何交易。

比特币勒索套路

Oracle、MongoDB、MySQL 等容易被劫持，删除存储数据，要求支付比特币的赎金。

借助 AI 完成这个程序非常容易，扫描开放端口上的管理员弱口令，要做的是删除数据，并插入勒索消息数据。

对于普通目标，压根不必全表拉取并备份，只要获得几条数据用于验证即可。

我相信很少有做这事的人一单一单手工完成，那样是没有投入产出比的。

千万不要支付赎金

因为支付的结果大概率是没人理你，这样做对于勒索者是最安全的。

解决办法

1. 寻求专业人士帮助，利用硬盘文件恢复；
2. 利用数据库 bin log 恢复；
3. 利用备份恢复；

根因分析

根因：安全意识弱，感觉数据没有那么重要。

防范办法

1. 永不使用弱口令；
2. 不在 Internet 公开数据库服务端口；
3. 如果确实需要公开，则按固定 IP 或受信子网指定可访问 IP，禁止配置允许任何地址的远程连接。

2024年第31-32周双周报

见字如新。

至立秋，深圳依然暑气熏蒸，清风难觅，赤日炎炎下，万物繁茂，虽绿荫成盖，然也炽热逼人。

这两周我崩溃于巨大的信息焦虑中，直到阅读中发现一点好东西——单核工作法——我的心理学导师在很早时就曾传授其效率策略“一个时间段只做一件事”，然而在过去的多年中我却并未尝试，直到我看到《单核工作法图解》。另外我在 AI 的措辞下，很轻松地取回了 X 账号权限，这两者让我重新思考身份和定位，需要按定位重新梳理和反思信息源。和许多事一样，都需要耐心。

十七年前的代码

如果有机会维护了十七年前的代码，你一定能学到很多。

我维护的是 Windows 2008 下 PHP 5、MySQL 5、Apache 2.2、Python 3 的代码。

总结了一下，首先需要了解平台规格，运行时最小化支持版本。

Windows 2008

Windows 2008 不算很旧的服务器，毕竟我还用过 Windows 2000、Windows 2003。

准备环境，开始十分不方便，依次下载 7-zip、Firefox、Python，一个带高亮的文本编辑器，然后方便多了。

Windows 2008 在 Python 方面最高支持 Python 3.4。

安装 pip，会提示下载一个旧版本的 get-pip.py，使用旧版本 get-pip.py 后，终于可以安装一些旧版本包。

但需要编译的包，还会依赖旧版本的 VSBuild 环境。

某些旧版本包，国内镜像不支持，估计是没有全部镜像的缘故。

整理这些复杂的依赖关系，就够喝一壶了。

而 PHP 5、MySQL 5、Apache 2.2 相对就好一些，我还能在我本机找到一套配置好的，其中包含了 Zend 优化和 XDebug。

这些源代码估计还在，但若要凑上相互配合一套，要自己编辑时，准备环境这件事来说，拿给小白，没几周是不够的。

预计十年后，我也许还会维护升级这些代码，若有时间，放到虚拟机中更好，可以不受硬件限制的启动，而直接进入环境。

最大的心得

之所以现在还能维护，主要是因为之前我也是亲自配置的，具有经验，另外，多年之前考虑过维护，作了少量当时环境的打包。

若让一位无经验的人配合 AI 完成这些，也会有不少坑。

评分

⭐⭐⭐⭐⭐ ⭐ 6 / 10

评论

简单的实现，2024 年的 AI 们也能做到，价值不太大。

评分

⭐⭐⭐⭐⭐ ⭐ 6 / 10

评论

短视频与直播带货实操，在于执行力，也在于算法运气。

评分

⭐⭐⭐⭐⭐ ⭐⭐ 7 / 10

评论

一本个人视角叙述的珠宝历史故事书。

评分

⭐⭐⭐⭐⭐ ⭐⭐ 7 / 10

评论

很宽泛的编程类项目，有空可读。

评分

⭐⭐⭐⭐⭐ ⭐ 6 / 10

评论

机器智能基本概念书。

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐ 8 / 10

评论

7 星给内容，虽然不严谨，但依然很有看头，1 星鼓励创新精神。不是必看的书，但翻看起来挺有意思。

电解质水平替的来龙去脉

电解质水平替事关一位网红大V——Fenng，更容易被记住的是他的头像，最初因搜索科技资讯 App 比较，批量下载了小道消息，那个看起来欧美画风的挺欠的头像让人记忆犹新，但后面内容似乎不更新了，到后面我的朋友在北京创业，做了一个 news + NLP 的新闻提炼的应用，我也无意间发现了类似的 Readhub，了解到后面的无码科技，正是它们的产品。

Fenng 现在算是 X 上的网红，常有各种争议的言论，都是群友转来看，我平时不大关注。这次他提到电解质水的平替太贵，有人说盐兑点水就是，他却说人“智商堪忧”，他这句言语从心理学上理解，有些自我攻击或者自我鄙夷。在我看来，作为社媒言论是不妥的，甚至有点愚蠢，从领域常识上看，也与医疗领域科技产品公司负责人身份不符。

一方面，就电解质水的平替问题本身来说。基于对盐汽水认知和户外运动经验，是经验有效的。曾见过工地的工人分发饮用盐汽水，且户外运动出汗非常多时，一些退伍军人也直接补充盐水。从常识上说，电解质和水都在人体内，比例须达到一种平衡，通过消化道直接补充电解制水，人在吸收时，是有渗透调节的，因此食盐和水比例的一定阈值范围内，人都可以自己调节这种平衡，这种比例是否恰当，只要不过量补水和过度放盐就行。在需要补充电解质时，很少有人会纠结于盐和水的比例问题而放弃补水，一小勺盐加到一瓶水里，就直接喝了。

另一方面，人体电解质主要有钠离子 Na+、钾离子 K+、钙离子 Ca2+、镁离子 Mg2+、氯离子 Cl-，食盐中也主要含有这些离子，它们主要负责调节体液平衡、血压、心跳、肌肉收缩、神经功能等。你很少在现实世界听到因运动后过度补充盐分而出现问题的事件，这本身可说明人对盐水比例的容忍度是非常高的。

所以，加点盐的水作为人体补充电解制水的平替是 OK 的。

该不该喝酒

酒是世界文化的一部分，这不是巧合。密闭放久的事物都会产生这种类似的气味，祖先们经过尝试发现，它们居然可以喝，而且喝完后仿佛还会进入一种不可名状的状态。我们是听着先人饮酒的故事，看着祖辈饮酒，到自己饮酒的一代人。

但记得去年时候，看到老高讲酒是毒药一集，说最近科研表明，酒精和人的健康总是负相关，总是和人的疾病正相关。这颠覆了少量饮酒给人带来好处的常识，就是说，哪怕是喝一滴酒，都是喝了毒药。

而在生活面上，无论是线下的酒吧和线上的卖场，酒都是很重要的品类，刚挤进超市五强的盒马，就推出非常多的精酿啤酒，广受欢迎。

所以问题到了，如果酒是毒药，为什么大家要卖；这个问题的提问方式，如果烟有害健康，为什么会卖？是人不理智，还是卖的人坏，或者这就是世界的 Bug，所有的人都装作不知道和其中没有矛盾。

我是这么看待的，夏天日常我也喝啤酒，品酒和非常少量的红酒，偶尔白酒，甚至还有一些喜欢，但不酗酒，喝的不多。一般是啤酒一罐（类似可乐），红酒一两杯，白酒二两的样子。无论研究怎么说，酒和菜肴搭配还是有一种最简单的乐趣。

在相信科研和相信经验上，我相信能重现和验证的科研结论，但我和大多数喝酒吸烟的人一样，不太在意这些，经验告诉我，酒对人的影响也许是负面的，但酒对健康的影响没有想象的那么大。影响人健康的因素中，它占不到主因。

矛盾事物

所有的人在一生中最大的矛盾在于，明明都是要死的，却都装得那么永生。

这可能就是人性中最大的盲点：虚伪且无明。

二分法提供了解构矛盾事物的视角，它说矛盾是统一的。

人在快乐和悲伤时都喝酒，这说明人非常清醒，即想早点死却也不想死，这点，连神也不懂，所以才创造了我们。

Tombstones 是啥

为修改任务栏上的图标名称，我进入了下面的目录:

C:\Users\kaffa\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar

在此目录中，我发现了一个叫做 Tombstones 的目录，Tombstones 是墓碑石，许多国人会觉得晦气。

为弄清楚 Tombstones 是个啥，我特地询问了豆包、通义千问、腾讯元宝、ChatGPT，结果出现了三种答案。

经过搜索的确认，我趋向于考虑它是一种 Windows 机制。

这里想说明的是，这个问题并不是一个靠逻辑推理可以猜测的问题，而是取决于领域知识，也许是 Windows 是微软的，但在回答中，只有 ChatGPT 的回答是肯定且确切的。通义千问的回答也还可以接受，但豆包和腾讯元宝就差点意思。

VOKEN 是啥

我爸给我发了一块手表的图片，他问我这是什么手表，经过识别，我发现了 VOKEN 品牌文字。

通过对 豆包、通义千问、腾讯元宝、ChatGPT 的询问，也还是 ChatGPT 靠谱。

这说明了什么

经过上面两个例子，涉及到知道不知道的问题时，ChatGPT 占优势；豆包比较弱，通义千问、腾讯元宝也不强。但在使用体验上，豆包是一流的，日常随便问问时，我还是使用豆包较多。

这两个例子虽然不具有代表性，但能说明我和我爸使用 AI 的习惯。

1. 用户习惯正从搜索转向 AI。在效果差不多时，不一定使用最强的，也许会使用顺手的 AI。
2. 虽然老年人使用 AI 了，但 AI 自以为是的回答问题还是没解决，对于使用 AI 的老年人来说难以理解。

2024年第29-30周双周报

见字如旧。

本周主题与旧有关，我重读了《黑客与画家》和《宽客人生》。除了老朋友，几个月前联系我的公司也来联系，我还特地查看是否进入了第三次水逆，但似乎下周末才开始，且于我影响不大。

这是我第二份双周报，我于此双周中，在户外社区创始人的提议下上线一个十七年前备份的旧社区，写了 Astro 前端体验优化代码，还对 Drupal 的无代码开发作了尝试。也许是外在工作太多，忽略了自我感觉，用房树人工具做了一次心理测试，从心理测试结果中发现了可能未意识到的一部分自己。我的外在工作模式是并行和多管齐下，下半年工作重点是纠偏和完成一轮个人工作流构建，目标是在 12 月 31 日前上线。为实现此目标，还需要细化计划，裁剪过程。

累加器问题本身

Paul 提出一个类似编程问题：写一个函数，它能够生成累加器，即这个函数接受一个参数 n，然后返回另一个函数，后者接受参数 i，然后返回 n 增加了 i 后的值。就是说，写一个能生成函数的函数。

Common Lisp 的实现为:

(defun foo(n)
  (lambda (i) (incf n i)))

调用方式和结果可以是:

(setq acc (foo 2))
(print (funcall acc 6)) ; 8
(print (funcall acc 7)) ; 15

并且举出了 Ruby、Perl、Smarttalk、JavaScript 的实现，并列举了 Fortran、C、C++、Java、Visual Basic 似乎无法实现或优雅的实现。

特别的，Paul 强调了 Python 貌似比 Perl 优雅，但实现起来由于 lambda 支持的局限，也未能有类似实现。

从逻辑上，似乎是仅针对 Python 语言设计的一个偏好来对比它，未免显得不公。Python 的实现更函数式一点，也是表达了 Guido 对 Python 语言设计的取舍，弱化的 lambda。Lisp 其实算是函数式的鼻祖，但上面的累加函数反而不够满足，它对相同的输入，返回不同的值，因为它不够内聚，对外依赖初始值这个外部状态，不利于没有上下文时去理解程序，且 lambda 内部引用了 n 还修改了 n 的值，就好比你有一个钱包，当你第一次放了 10 块钱进去后，你发现它同时拿走了你上衣口袋的 8 块钱，第二次放了 10 块钱进去时，它又拿走了 7 块。（这个函数的实现上和学院教授的软件质量是对立的，这样的巧妙实现也许在内核级别或高度优化场景需要，但在应用软件上是完全不需要的。按现在软件质量看，它实现得非常野生，这样的能力只在能懂且能控制的人的设计中有用。对较大规模软件工程，就是灾难。）

如果某语言可以比较视觉优雅实现这个函数，则该语言函数须是一等公民（可以作为返回值），其次在闭包作用域实现上借鉴了 lisp。

让我来扩充现代语言的实现，比如 ES 的语法糖:

const foo = n => i => n + i;

Rust 显得格外严谨也显得强约束，其次整数类型 i32 还需要仔细斟酌:

fn foo(n: i32) -> Box<dyn Fn(i32) -> i32> {
    Box::new(move |i| n + i)
}

其实，能优雅实现的不只 lisp 和 lisp 方言、ruby 等，连前辈 tcl 都优雅:

proc foo {n} {
    return [lambda {i} {expr {$n} + $i}]
}

唯独 Python 的实现要丑陋一点，原因是 lambda 匿名函数的不支持 return，要不，支持象牙符后的 Python，以下代码也确实合理:

def foo(n):
    return lambda i : return (n := n + i)

但现在，较恰当的实现如下，nonlocal 在内部作用域捕获外部 n，也是合理的，从代码清晰性上说，python 更甚一筹:

def foo(n):
    def bar(i):
        nonlocal n
        return (n := n + i)
    return bar

第二个实现，属于老油条代码，这个程序员至少理解引用:

def foo(n):
    s = [n]
    def bar(i):
        s[0] += i
        return s[0]
    return bar

但这种属于一种 hack 方式绕过语法的不支持，不深入研究一下 Python 特性无法一下看懂。

累加器问题外延

累加器问题外延其实是技术竞争优势，对强抽象表达的编程语言带来的软件质量，这属于高智商的智力游戏。

事出一个精通 lisp 的人选择使用 lisp 开发商业应用，并利用 lisp 语言优势快速开发了 Web 程序。

这一切都是开创性的，我非常理解这个过程，这意味着没有轮子，大部分需要自己造。

所有的编程都是开拓性的，而不是使用已有的成熟方案，lisp 正是这种 10X 程序员的秘密武器。

然后，这个创业过程还胜出了，这其中发挥作用的，我看到的，是真正的批判性思维，和基于事实逻辑和编程实力。

它提到的 lisp 的表达和抽象能力能帮助他以更少的代码击败那些 java 公司。

或许在他那个时代是这样的吧，lisp 是他的秘密武器，人才市场中，lisp 看似人少，但创业团队 10 人以下就够，且懂 lisp 的都是精英，你在 lisp 圈子中很容易找到这 10 个懂 lisp 的人。

我非常喜欢“拒绝平庸”、“书呆子的复仇”两章，也喜欢 lisp，但这个语言放在国内用于创业，基本是失败了一半。

一是找不到真正理解 lisp 的精英用它来配合现有基础设施开发商业应用，二是这个年代开发技术，特别是编程语言技术的差异，已经无法构成竞争优势。

但没关系，这不妨碍它成为书呆子的快乐。

c++ 一直在，perl 之后 java 崛起了，然后 ror 颠覆了 web 领域编程范式，然后是 go，也许 rust 之后，再没有像样的颠覆者了，dojo 可认为只是在某领域的优化，尤其是看到 ror 在 rust 中的实现 loco 时，似乎编程语言走向了终结。

总的感觉

即使 lisp 在语言能力上顶级的，但并不意味着 lisp 和商业成功之间有强关联性，而是使用 lisp 的背后的人的思维能力导致的。

用中国话说就是“艺高人胆大”，选择了少有人走到路，路还走通了，只不过这个艺，并不仅仅指 Paul 精通 lisp，而是指他习得的思维方式与精神。

思考方式和背后的精神；前者能给特立独行的创业者在混沌的商业环境之中获得优势分，后者确保思考方式。

至于技术能力和思考能力，那可以在事上练就。

2024年第27-28周双周报

见字如晤。

7月1日至7月14日是二四年半年伊始的第一个双周，我于此度过了又一个散生日——11日位于22日的一半——我是正中位置的太阳巨蟹Plus上升天秤，也由此领空中，发展了天秤的平衡和公正特性。由于生命于此年的课题停落在财经上，有关星座的信息，我多半还不会在此时和此时探讨。

对运行半年的周报反思，存在如下问题：

1. 内容不足；
2. 发布时间不固定；
3. 偏个人情绪和事件，大多与他人无用；

由于加了新目标和为解决这些问题，遂：

1. 周期改为每两周；
2. 发布时间，先固定为每双周日上午 8:00。

这样可以一方面解决内容不足的问题，不必耗费个人与读者时间；另一方面，内容定位以有意义和有用为主。

变化的形式背后是不变的定位，周报的宗旨：先服务于个人，然后是读者。

作为个站的周报的目标：

• 跟踪目标
• 总结反思
• 保持节奏
• 记录成长
• 验证和确保工作流

你要是相信历史进入了垃圾纪元，那多半只和个人有关，如果你发现这个纪元的特征是冗长的荒诞和望不穿的不适，就连看到年份的头两位都感觉多余。那么，我推荐你读一读港大的荐书《活出生命的意义》。

我在其中学到：人在最糟糕的环境中，仍然有选择的自由；人在大逆境中，看起来很明智的选择，有可能会送你入深渊。这两句话并不矛盾，它说明： 在逆境中，需要审慎，同时，还需要主动选择。

评分

⭐⭐⭐⭐⭐ ⭐⭐ 7 / 10

评论

考虑到书的初衷，多给一星。本书是有7万多咨商经营的咨询师写的。

作为有心理咨询师二级素养的我来说，本书所叙属于个人已熟知部分。

能看到并翻开此书，正如答案之书，也许是提示当下的我与它”共时“。

本书主要讨论无力感，将心理咨询面对的心理问题、心理障碍、精神疾病看作是人的心理故障，在错误认知下未能纠正（外化）的bug。

现在来自时代和环境的压力确实很大，否则我也不是那么容易看到这本书。

LP 前几天让我在小红书发一些关于职场 PUA 的话题，长期被 PUA，若不自知时，就会产生的这种“无力感”。

来自外部的否定，心理学叫做“习得性无助”（learned helplessness）。

这个词源自 Martin Seligman 的电击狗实验，在早期的习得无助理论中，他认为，习得无助的产生由三个递进联结组成：一是不可控的环境；二是伴随性认知；三是放弃反应。

我们这个时代，常说年轻人“躺平”，也是环境带来的不确定性和不可控性带来的“习得性无助”，但主动“躺平“之中，也带有一些积极性的反抗。

习得性无助被发现之后的几十年中，干预手段主要是归因重构。即让呈现习得性无助的人去体验和认识习得性无助的过程，从而产生对这个过程的认知，增加可控性，并增加个体的积极情绪体验。

但仅此手段还不够，需要进一步量化讨论的是内在因素和外在因素占比，表现出行为的稳定性，因此 Seligman 本人也由此转向了积极心理学的习得乐观的研究。

转向积极心理学的契机在于，人内在可诞生足够的驱力，当外界条件准备好时，在咨询师的帮助下，个案会调用资源去处理好。

这是在说，问题其实是常态，也许永远无法解决，但我们依然可以发展积极的方面，这样注意力转向乐观归因，从而产生健康、康复的力量。

也许这句说的抽象了，例如参加第二次考试，某学科成绩又不及格，这是一种事实A，而对此的信念是B：

• 如果认为是个人智商低，从而在以后的考试中放弃努力，产生的结果C就是又多了一个学渣；
• 如果认为是考试难度大，复习时间短等外部原因导致，产生的结果C是在下次考试中投入更多的时间学习，得到一个更好的成绩。

这就是认知行为疗法的ABC：激发的事件A、信念B、结果C，进一步 ABCDE 是讲，后续产生与悲观的思想争辩（D），从而激发（E）出一个积极的行为。

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐ 8 / 10

评论

一本讨论心智的书。

作者融合了科学理论、个人叙事和心灵指导，独一无二。

字里行间的冗长叙述更容易习得作者思维习惯。

保持心态开放，这点给加一星。

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐ 9 / 10

摘录

在宽客群体中，确实有不少是物理学博士，也许是金融投资中的个体类似物理复杂系统的粒子，规律和模式可以相互启发，很不错的自传，适合慢读，大师陪伴之旅。

评分

⭐⭐⭐⭐

4 / 10

评论

恰饭的烂书，适合搬运到恰饭的烂平台。

评分

⭐⭐⭐⭐

4 / 10

评论

恰饭的烂书，适合搬运到恰饭的烂平台。

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐ 8 / 10

评论

川流的作者李大毛没有猫在群里招募为新网站写前端的人，我报名后了解到其技术栈是 Serverless 和 Svelte 和 SvelteKit。我大约在几年前在 daily.dev 上常看到大家拿 Svelte 与 React 和 VUE 对比，但也有一些认为 Svelte 也有其不足，由于当时其位列前端三大方案之后，我未作细节关注。

这几年我都没有涉足编程技术，在大体尝试 Svelte 官方例子后，得知 SvelteKit 就是之前的 Sapper，让我想到了这本书。虽然 Svelte 出现的比较晚，在营销方面也没有很多突破，但它的思路确实比虚拟 DOM 更新颖，服务端编译也为它带来了比较优势——更小的打包尺寸和更好的性能。

我相信系统性优势是可以扩大市场占有率的，同时，我也认识到 jQuery 存在的时间比想象的要长。

说到此忍不住吐槽国内的技术生态，今日还看到v2ex一个帖子，说国内技术环境常年不变 centos7 java1.8 mysql 5.7，其实不全是，常年不变的算不上以技术为竞争壁垒的公司。仅在计算机系统的软件层面构建竞争壁垒是非常困难的事情。国内某些“厂”，之所以常年使用固定的开发环境，是因为它赚钱核心并不在此（使用更新的开发平台、更新版本的编程语言、性能更高的数据库），也不想在软件研发上作小白鼠做无谓的投入。这是一种很油滑作呕的策略，只从外部吸收索取，不回报，拿着多个开源项目，自己改吧改吧生成自主掌握技术。也许商业上算成功的，但对技术社区没有实质贡献。

这本书的可读之处，不仅在于它对 Svelte 体系的介绍，更在于作者的深厚功力，可以学到一个工作三四十年的技术大拿的思维方式和对技术周期的认知。

Svelte 是否是 React 的颠覆者呢，从影响力上算不上，但它确实是一种 Smart 的范式，喜欢的人自然喜欢，我也见过太多的新技术，但 Svelte 来说，它不仅仅是前端框架中一个新的 VUE。

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐ 8 / 10

摘录

系统收集数据的方式表明，工人的劳动配额并不透明，而且还在不断变化。从这个意义上来说，它们变成了加速工具：配额一旦达标，就会发生变化，因为所有人都希望比平均水平表现得更好。正是由于这种不合逻辑的特点，才使得管理者能够通过“反馈谈话”展开微观管理，并加强对剩余价值的利用。关键绩效指标在订单履行中心的微观经济中起着决定性作用，是算法管理和标准化程序看似中立、抽象的量化逻辑的一部分。正如一名工人所说：“一切都是标准化的，唯一改变的是表现分数。”然而，关键绩效指标的力量恰恰来自非客观性。在亚马逊，个体工人、团队、经理和整个订单履行中心都要通过绩效指标相互竞争，并陷入持续竞争的模式中。“让每个工人的表现都优于平均水平”，这样不合逻辑的要求就是一个很好的例子，通过看似客观的量化，实现劳动力管理中蕴含的恒定加速逻辑。

谷歌的员工队伍中有超过10万名像图书扫描员这样的临时工、供应商和承包商（TVC）。举个例子，这些分包工人负责抄录对话用于训练谷歌的数字助手，驾车为谷歌街景拍摄照片，检查上传至YouTube网站的视频是否有危险内容。他们中有些人在山景城园区上班，和高薪的谷歌员工邻桌而坐，有些人则在世界各地的客户服务中心任职，还有一些人居家办公。谷歌会尽可能地避免谈论这些人，将他们隐藏在砖墙和数字界面背后。他们执行的任务往往会被大多数人以为是由算法完成的。不仅是在谷歌，这类工人在其他地方也经常被忽视，尽管他们是当代数字资本主义中至关重要的一部分。因此，以下章节将关注数字工厂的所在地，比如毗邻谷歌村的那座不起眼的大楼。虽然这些数字工厂各有不同，但其劳动制度与谷歌主楼充满创意、利于沟通、光鲜亮丽的形象有着天壤之别。

评论

本书算是一种社会观察，本是以一种了解数字工厂框架的心态去阅读，没想到作者呈现的是来自他亲自参与社会观察后得出的在物流、游戏、众包和社媒方面的洞察。

它主要探讨了数字化时代下劳动场景的变化和全球资本主义的数字化转型。

这让我思考，物流公司是不是工厂？滴滴和 Uber 不是工厂？美团是不是工厂？国内软件企业是不是工厂？

书中也提出一些观点：

通常意义的工作是对人有意义的工作，而工厂的工作所需要的仅仅是人最基础的能力，它们在机器的工作中插入人的工作，大量重复导致十分乏味。

而这些数字化、自动化的工作，并没有让人类的工作变得更好，反而让工人们处境更难，甚至工厂自动化与工人下岗失业之间的也有着复杂关联关系。另外还讨论了数据、模型和算法在管理中的应用，以及如何避免这些工具被滥用的问题。

对于普通打工人来说，这本书的有价值的点有：

1. 启发思考数字技术下，打工人得适应新的工作方式和要求。
2. 面对由此带来的就业压力，还得持续学习和提升技能。
3. 提供了一些理解环境的思维框架，有助于在时代中定位自己，并做出职业决策。

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐⭐ 9 / 10

摘录

颜世安教授 20 年前就在研究庄子，这是多年累积的版本和成果，以庄子探讨人生。

若把庄子的逍遥理解为快活的自由主义就太浅了，庄子的学问很高，他的自由游世，体验人生，而并不回避人生之苦。

随遇自然，以求更深刻自我认识，读之提升境界，去魅人心。

想读

解决问题篇中凸显了思考技术关键点，我对这本也有一个较高预期。

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐ 8 / 10

评论

在许多重要的场景下，发现问题并找到解决问题方法的人，比解决问题本身更关键。但解决问题的技能更基础，在更多的场景中更多的人可以使用它。

甚至有时，发现问题本身，可约等于问题被解决。

我恰好遇到这本书。日本人的书籍有质量非常高的，常常在一个视角上做出透彻的诠释，但也良莠不齐，存在不少恰烂饭的，即使是国际畅销书，也常发现百分之 80% 内容属于骗稿酬。

而翻看这本后，我认为它是上述的前者，值得一读。尤其是对于稍稍读过《金字塔原理——思考、表达和解决问题的逻辑》（后文简称《金字塔原理》）一书的人。

批判性思维之训练手册

这里秉承不剧透的原则，我对此书的评价就是：一本商业领域的批判性思维训练手册。

痛点

本机安装了非常多的数据库服务以供开发和备份，每次需要启动和停止服务，操作比较费时间。

机器很少重装，本机安装过：

• PostgreSQL 9
• PostgreSQL 12
• PostgreSQL 15
• PostgreSQL 16
• MySQL 5.5
• MySQL 5.6
• MySQL 5.7
• MySQL 8.0
• MariaDB 10.2
• MariaDB 10.4
• MariaDB 10.5
• MariaDB 11.4

多个版本的服务中，不同时期的数据服务未作升级，也未迁移到一起。

数据库的趋势从最初的 MySQL 到后续的 MariaDB，现在发展最快的居然是 PostgreSQL，难道是因为菊厂的高斯或者一些 Serverless 用它的多。

OLAP 或者 OLTP 之争由来已久，在使用中体会 PostgreSQL 的复杂度明显高于 MySQL，而 MySQL 也几乎满足中小企业需求，而 PostgreSQL 更适合数据仓库、分析、批量运算，当然，用它作 Web 数据库也足够的，在数据量处于 1000w ~ 2000w 级别，同等数据和优化下，也许它还比 MySQL 更快。

解决

用较少的依赖，在 AI 加持下，几小时自己写了一个管理这些数据库服务的管理器。

类似 Apache httpd 的那个，支持启动、停止、重启、启用、禁用等。

Talk is cheap, show me the code: db_service.py

状态变化后刷新，用处不大，后面有用再说。

确实，AI 帮助我更快的完成了这个工具，大约是十多年前，我使用 C# + WinForm 完成过一个也许更健壮的版本，这次是第二次实现，从以前的 16 hours 缩短为 2 hours，看来只要有经验，在 AI 的加持下，10x 程序员也许不容易得，但 2x 4x 8x 也是不难的。

价值

写成 .cmd 文件，结合 ALaunch 的以管理员启动，再配置一个热键，处理效率明显提升。

以前需要:

ShowDesktop -> 右键点击我的电脑 -> G -> 服务 -> 按键按名称查找服务 -> 右键 -> 操作动作（启动 / 停止 / 重启）

现在简化为:

快捷键 -> 选中要处理的服务 -> 点按钮操作

2024年第26周周报

d:
cd /d/code/github/kaffa/kaffa.github.io/content/3.创作/4.周报
find . -name "2024*" -type f -exec awk 'NR==21' {} \; > combined.txt;

一、介绍

用过许多笔记软件，从最初的 mbBase、网博士、WizNote/CyberArticle/网文快捕、OneNote、Pocket、EverNote/印象笔记，到现代的 Joplin、Obsidian、语雀、飞书、Logseq、Notion，到后 Notion 时代的一些 Web 的、AI 的 SaaS。还用过一段时间 Org mode。相似的是，凡软件都有生命周期，商业成功的血条长一些，相比来说，开源的活得更久。古话说“以利合者，利尽则散”，一旦公司不给员工发薪，自然也没有新的研发和高水平运维，仅仅维持软件基础生命体征。从外界看来，就是这个软件进入了维护期。

最后，在不定的某一天，痛苦的事情发生了，你不得不迁移数据到新玩具中，此时，开源体现出优势，它的数据和程序至少是开放的，就算官方没有提供迁移方法，懂软件和开源数据库的人还可以 DIY 抢救一下，从这种意义上说，开源是相对安全的。但也许有一个处理周期，比如要先写出数据迁移的工具或脚本，在此之前，如果需要访问数据，而它是个 SaaS，前些天创始人被毕业了，核心运维也提桶跑了，那么诸位菩萨，剩下你能做的就是多求菩萨保佑。

所以，我对一个笔记软件有什么需求，需求就是，笔记软件的每行代码都源自我手它完全按预期运行，所以只能 DIY 了。

二、概述

三、功能特性和系统需求

ALaunch v0.9 版本

新特性：

1. 点击显示桌面按钮后，快捷键可以激活程序；
2. 更改快捷键后，立即生效。

预告

ALaunch v1.0 将转为友情软件：与此网站友情链接的朋友，如果使用 Windows，可获得 1 枚注册码。

注册码在达到预定数量时取消。

实现过程花絮

特性 1 的实现过程中，我甚至还去查看了 ReactOS 的源码，想弄明白 ShowDesktop 按钮点击后，是不是有啥特殊的消息。最终发现想复杂了，只要心静调试就够。

特性 2 的实现引发了一些代码的坏味道，不过体验没有差别，甚至还更好。

1.0 将是一个完整的重构版本，目前还没有太明显的特性。

Build in Public 是什么

近在朋友圈常听闻 build in public 这组词。

事实上，这个概念早在 2010 年就有了，Buffer 采用透明文化经营公司，且一直延续至今。Buffer 如今有百万用户，且公司不但分享财务数据和工资，还与公众分享许多其他指标。它们的价值观是相信透明度的力量可以建立信任，保持高标准，并推动行业向前发展。

Build in Public 中文意思是“公开构建”，即将构建产品的过程公开。初次听说时，略显得反商业直觉。但近 10 多年，每年都有采用此策略成功的公司。比如 2014 年的 Ghost，2018 年 Nomad List，Fast、Blogging for Devs、CopyAI、TailwindCSS、Vim.so、Affilimate 等。

想了解最新采用此策略的公司，只需要上社媒中查找 build-in-public 或 building-in-public 话题，就可以看到层出不群的新创公司。

为什么 Build in Public

一家商业公司为什么选择公开构建，是因为：

1. 可以从一开始就获取关注，并且逐步积累用户和潜在客户。
2. 可以获得早期反馈，提炼需求。
3. 可以降低招募成本。

Build in Public 适合谁

毫无疑问的是，公开构建适合开源项目或初创团队。比如：

• 独立开发者
• 数字游牧
• 线下开店的人
• 不想在市场营销上过多投入资金的团队
• 擅长运营 Social 的人
• 面向海外的产品，在 X.com 上进行公开构建是不错的增长手段

它们的共性是需要获得：线上和线下的社区关注和反馈，需要招人。

Build in Public 的风险

上面提到的在国内没有成功案例，不仅是国内，国外 Build in Public 也产生不少想法被剽的案例。

Build in Public 需要有几个前提：

1. 在最小化产品发布后，再开始 Build in Public，这相当于先占一个位置。
2. 确保团队的发布节奏的效率可以响应需求者期望的节奏。
3. 有一定的社区影响力。

2024年第25周周报

痛点

最近修改网站设置后，giscus 评论未显示。直到我进入了项目的 Discussion 才看到有一些最新留言，但这些留言未显示在文章下方。为不错过留言，我决定为网站增加最新评论功能。

分析

那么是否有一种方式，可实现在网站上显示最新评论呢，对此，所有的回答都是肯定的。

程序可以实现一切。如果是静态网站（SSG），实现方式稍一想，就有三种。

方式一、直接从 https 抓取所有的评论网页，解析出评论。缺点是依赖页面结构，可能会失效，需要随着 Github 页面结构的更新而更新。

方式二、使用 Github 提供的 API，需要查看 Github 文档，需要注意保护好授权 Token。

方式三、使用 Github Action 和 Webhook 实现在评论时维护一个 comments.json 文件，缺点是每次生成前需要拉取这个文件，增加了生成时间。

综合来看，如果官方支持，那选方式二是最佳选择。

实现

经过查阅文档和讨论，发现 Github 有 graphql 和 REST 两种形式的 API，未来有 REST API 迁移到 graphql 的趋势。且 Discussion 是一个较新的特性，获取 Discussion 目前只有 graphql API。

编程助手已经改变了编程，经过一个提问，一次复制，我就获得了代码结构，此时，基于我对 graphql 的入门理解，我直接修改了 query，几次尝试后，我就获得了需要数据。整个过程确实节省了不少时间。

至于 Token 保护，我还是选择了在 .gitignore 中增加 .env 文件，然后从 .env 读取的方式，而不是使用系统变量。PyCharm 或 IDEA 系，对系统变量的处理有点奇怪。系统变量更新了，你不通过搜索甚至不知道它什么时候更新，此时 .env 就没这问题，唯一要注意的是不要遗忘先添加 .gitignore 再添加 .env。

实现源码 ，然后在 jinja2 模板中循环展示，由于更新频率，此处只是简单实现以满足基本需求，并未严格按时间排序。

未来计划

对于评论功能，最开始使用的是 gitalk，后来有人反馈无法打开，于是增加了 giscus。这两者之间，gitalk 使用 issue，giscus 使用 discussion，相比来说，我认为 issue 会更基础一些。如果有一天未来要砍掉特性，discussion 必定在砍 issue 之前，当然了，砍特性这种事在公司还有现金流时，是不会发生的。

gitalk 和 giscus 的优点是免费，如果要说缺点，gitalk 和 giscus 的就是依赖一种并不是为此设计的用法，Github 可以处理掉这种不合适的用法，那是评论就会失效，迁移数据也许挺麻烦的。

所以，最好的方式是换自己支持评论的程序，或者依赖一些 serverless 的服务，将评论数据以开放的结构存放在可控的地方。

2024年第24周周报

独立网络运动为何如此重要

发布于 2014 年 4 月 25 日，作者：Dan Gillmor（丹·吉尔默）

假设你可以在个人博客上写作，并且你的帖子摘要能显示在像 Twitter、LinkedIn、Google+ 和 Facebook 这样的热门社交媒体网站上，—然后这些网站上的回复能作为评论显示在你的博客里？你可以做到，而且稍有点才华的程序员能如愿以偿，你很快就能轻松做到这一点。事实上，我现在写的这篇文章就是这样，它也同时在《Slate》杂志上发表。

你问我为什么或我想要做这些？很简单：我们正面临着危险——失去使互联网成为历史上最重要的媒介——一个去中心化的平台，在这个平台上，处于网络边缘的人们——也就是你和我——不需要许可就可以交流、创造和创新。

这并不是对社交网络合法性，或其巨大效用的否定。但是当我们使用像社交媒体网站这样的集中式服务时，无论它们多么有用和方便，我们都在把最终控制权交给从我们的工作中获利的第三方，这些材料只要他们允许就只存在于他们的网站上。

即使大多数人还没有意识到问题的关键所在——但我很高兴地说，有一小群但不断增长的技术专家意识到了。他们发起了他们所谓的“独立网络”运动来对此采取行动，通过详尽的在线对话和定期的面对面会议。后者就是独立网络营地（IndieWebCamps），他们聚集在一起共同开发旨在尽可能将我们从集中控制中解放出来的工具——网络的关键发明者蒂姆·伯纳斯-李（Berners-Lee）称之为网络的“再去中心化”。在他们早期的工作中，他们利用社交网络“筒仓”（他们这样称呼）所能提供的好东西，同时确保我们创建的数据以及由此产生的大部分对话都存在于我们自己的自家网站中。

他们正在创造他们称为的“企业所有”互联网的替代品。我们确实非常需要它。正如他们在自己的网站上所说的原则：

你的内容是你的。当你在网上发布一些东西时，它应该属于你，而不是某个公司。太多的公司已经倒闭，失去了他们所有用户的数据。通过加入独立网络，你的内容仍然属于你并由你控制。

你能更好地连接。你的文章和状态消息可以发送到所有服务，而不仅仅是一个，这样你就可以和每个人互动。甚至其他服务上的回复和点赞也可以回到你的网站，这样它们就都在一个地方了。

你能掌控一切。你可以发布任何你想要的内容，以任何你想要的格式，没有人会监视你。此外，你可以分享简单易读的链接，比如 mywebsite.com/ideas。这些链接是永久性的，并且始终有效。

Amber Case 是独立网络的创作者之一，她被它所吸引，因为网络已经成为“一个幽闭恐惧症的空间，我所能做的就是消费，在构建和拥有方面存在障碍。她看到了新一代的互联网用户，他们从未注册过域名，甚至不知道什么是可能的。

这在一定程度上是因为“Twitter 和 Facebook 展示了一条更简单的在线创作途径”，另一位独立网络组织者亚伦·帕雷基（Aaron Pareki）说。“最初的愿景是每个人都有自己的空间并制作东西。然后筒仓形成并吸引了人们，因为它更容易。

我花了两天时间在他们最近的旧金山营地（本周末在纽约市举行另一个营地）与他们和其他运动中的其他人一起度过了两天，被他们的意图所展现的愿景所震撼。我了解了更多关于他们为实现这一目标而创造的各种技术，包括所谓的“网络提及”和“微格式”，这些都是向重新去中心化迈进的基础。

我还带回了仍然很初级的开源工具，这些工具使我能够朝着更独立的方向前进。就我而言，因为我使用 WordPress 来写个人博客，我已经安装了几个扩展 WordPress 软件基本功能的软件模块。一个是“Jetpack”，它让我创建的帖子能显示在社交网络网站上；另一个是“IndieWeb”，用于将回复带回我自己的网站。

出站作品依赖于 Tantek Çelik 的“POSSE”，它代表“发布（在您的）自己的网站上，在其他地方联合。获得评论、喜欢、收藏和其他回复取决于 Ryan Barrett 的 Bridgy。我不会详细介绍技术细节，但即使在目前的早期阶段，这些东西也接近于神奇——而且比我去年秋天在《Wired News》的一篇文章中第一次听说它时要先进得多。

这也是典型的互联网创新：在边缘而不是中心创建和部署；粗糙，并不断改进。如果我们幸运的话，通过在我们自己的设备上测试来帮助这些人，这是未来的重要组成部分。

发布在 Liberty 目录, 已获许可

制作自己的独立网站

如何让 2021 年成为独立网络之年。

2021 年 1 月 16 日 3 分钟 读完

在我成长过程中所接触的网络，从最真实的意义上来说，就是一个数字游乐场。它是由人们仍在摸索过程中拼凑起来的各种“科学怪人”HTML 实验构成的。

不完全知道自己在做什么的美妙之处在于不会过早地进行评判。没有需要达到的标准，你可以自由地另辟蹊径。去探索，尝试那些可能行不通的事情，而不抱有它们一定会成功的期望。这是一个拥有初学者心态的开放世界。

在我成长过程中的那个网络有点小瑕疵，事物并不总是按照它们应该的方式显示，而这也是其美妙的一部分。它刚好有足够的瑕疵让你独立思考。

1991 年是个人上网的一年，是任何外行人都能打开网络浏览器并访问新的超媒体维度的第一年。没有首选项、搜索建议、中心化的网站。有新闻组。你拥有你所创造的东西以及你在现实生活中的联系人发给你的东西。在 2021 年，我认为我们需要回归到那种个人主义水平。我们需要让 2021 年成为独立网络之年。

这并不是说我认为那些庞大的垄断平台会消失。推特、脸书、主流的“新闻”媒体网站——它们现在都像是一种公共设施，就像管道和电力一样。它们会在监管和历史中找到自己的位置。但它们不是你的网站。

你的网站是你自己创建的。从顶部到底部，内容完全由你自己塑造和呈现，随你心意。你的网站是你自我表达的地方，没有粉丝数量或统计数据可玩。你的网站是用于创造，而不是反应。

一切都是你的，但它不一定看起来很孤单。你的网站可以通过我们称之为互联网的这个东西所带来的联合和协议与整个网络世界互动。比如：

• IndieWeb POSSE（在你自己的网站上发布，在其他地方联合的缩写）
• Webmention 网络提及以及一种简单的实现方式
• twtxt 实例提供去中心化的时间线体验
• Neofeed，我为 Neocities 制作的个人时间线项目（它是开源的，你可以帮我扩展它！）

你的网站是你的起点。你在线身份的唯一真实来源，从这里你可以生成一次性副本,并向任何你喜欢的平台分发。这才是真正拥有你的内容的含义。而在互联网上，你的内容就是你。

这是我的网站。当我第一次创建它时，我是为自己做的。我对访客没有期待。我只是知道我更愿意把这些想法和我学到的东西放在这里，在外面，在公共互联网的折叠中留下不可磨灭的印记，而不是放在我机器的某个黑暗角落里，一旦我不在了就永远消失了。

制作您自己的网站。您你会培养出自己当之无愧的成就感，并为您在网络上的独立做出贡献。你会通过实践、通过解决自己的痒点来学习。

了解网络技术。就像您小时候第一次拿着铅笔或画笔一样使用它们。进行实验，除了发现你可以做些什么来让它取悦你之外，别抱任何期望。

这些网站和文章启发了这篇文章，并帮助我实现了网络提及！

• Why the Indie Web movement is so important, Dan Gillmor
• Jamie Tanna
• Max Böck
• Microblogging, Paul Robert Lloyd
• Zachary Dunn
• Adding Webmentions to My Static Hugo Site, Ana Ulin
• Adding Webmention Support to a Static Site, Keith J Grant
• Webmention.rocks

提示：上述链接请移步 原文链接

脚注

这篇博文标题的灵感来自于 David Cox 的“此网站是个人的（以一种好的方式）”，他在其中清晰地描述了他的新个人网站和目标。与这篇博文完全不同 😁

Webmentions

✏️ https://www.macram.es/cajon-de-sastre/esta-semana-me-inspiro-iv/

您发表过自己的帖子提到本文吗？让我知道网址。

（原表单请访问：https://frills.dev/blog/070224-this-website-is-personal-girls/）

2024年第23周周报

问题现象

在配置 nginx 反向代理过程中，发现 Microsoft Edge 浏览器似乎缓存了网址的 http 习惯。

举例来说：对于 www.kaffa.im，如果访问过 https://www.kaffa.im 成功后，即使服务器取消了 https 访问，只提供 http 服务，当访问 http://www.kaffa.im 时，浏览器并不请求 80 端口的 http 服务，而是根据缓存继续会请求 443 端口的 https 服务。

由于很早之前第一次发现是在 Edge 中，本想写一篇吐槽微软对于这事处理的傲慢态度，今天又在豆包 AI 中询问了此事的翻译，结果豆包好像非常捍卫微软的品牌声誉似的，说这并不是微软的傲慢，而是出于安全考虑，这种回答还真是让我非常吃惊。

我仔细阅读了关于这个问题源头的一些对话：

1. https://issues.chromium.org/issues/41266980
2. https://learn.microsoft.com/en-us/answers/questions/988950/edge-redirecting-http-to-https

问题解决

更进一步

这个问题刨根问底，答案在 Chromium 源码逻辑里。

但我时间资源有限，如果某位有闲有兴趣的专业程序员擅长这块，还望不吝分享和指正。

活动

从群友的推荐中参与了亚马逊公司的一场关于 AWS 的市场活动。

感受

1. 亚马逊负责讲解 AIGC 技术的员工对 AIGC 应用的细节比较了解。
2. 该活动缺少预先演练，例子二中存在一些硬性障碍，导致无法真正实操成功。
3. 亚马逊茶吧中茶包种类多，很国际化。
4. 参与人群是跨境电商，但在云上，即使按模板部署开源应用这样的事，也存在许多技术细节和门槛。在到场的几十人中，由于技术坑的叠加，能将两个例子跑通的人一个都没有，营销效果打了折扣，品牌触感也不够好。
5. 例子是，衣服换模特让电商拍摄成本降低，说亚马逊和店匠公司一起做了一个案例，但实操环节，过程和细节都没让人感受到 AI 能降低成本，图片生成的效果不确定，批量SKU如何做也没讲。

2024年第22周周报

2024年第21周周报

2024年第20周周报

评分

⭐⭐⭐⭐⭐ ⭐⭐⭐⭐⭐ 10 / 10

评论

理解商业和管理业务最重要的几本书之一。

AI 网络迷踪来啦

网络迷踪：在互联网社区中，一种通过一张图片确定图片拍摄位置的游戏。这个游戏的神奇之处在于，人们低估了一张图片带有的特征信息。

在上个月的《你在哪？一图定位三次体会》中，我尝试了 Geo Guessing 游戏，今天看到已有俄罗斯程序员实现让 AI 来玩网络迷踪 。

从编程角度来说，他实现了一个函数，这个函数签名差不多是这个意思。

def geo_guessing(img):
    img_info = get_info(img)
    x, y = ai_proc(img_info)
    return x, y

AI 网络迷踪的实际效果

使用上次的三个例子，AI 成功率为 0%。将长沙猜为了深圳，将江苏宿迁市郊猜为了京郊（其中冬天的树可能含有较多的北方植被信息特征，但市郊还是猜对了，而图像预处理似乎识别了远处有不少山脉），而最后的摩天轮就完全没有头绪了，看来 AI 的神奇之处的前提还在于，AI 有特定数据。例如 AI 可能可以通过植被来定位大概的范围，但摩天轮这样的专有数据 AI 是很难有的。后者更多的是搜索要解决的问题。

上面验证的是：这款 AI 并不能更高效的完成网络迷踪游戏，而在可想象的将来，对于专有特征的图片定位，一个具备常识的人还是略胜于 AI 的，其中主要原因是 AI 面对特定领域数据时，总是不足的，这不总是 AI 的问题，而是数据这种新基建的问题。

2024年第19周周报

2024年第18周周报

锤子找钉子

本文探讨的结构很简单，即大家常说过的：手里握着锤子，看什么都是钉子。

很多人好奇新技术，学习新技术，验证学习的新技术时，便会使用新技术构建很多已构建的成熟软件。然而，如果新构建并未获得相比旧构建有比较优势的制品时，就命中了上述结构：手里握着锤子，眼里都是钉子。

值得注意的是，现实中的“钉子”们存在很多细微的差异，比如有很多类似钉子的东西，其实是螺丝和针。锤子对付螺丝和针，也不是不行，但算不上好用。

软件开发

上述是偏软件工程的叙述，换算为软件开发领域的表述就是：

1. 掌握了一种编程语言则认为该编程语言适合开发任何软件。
2. 掌握了一种数据软件则认为该数据软件适合开发任何软件。
3. 掌握了一种操作系统则认为该操作系统适合开发任何软件。
4. 掌握了一种编程框架则认为该编程框架适合开发任何软件。

任何代码都是成本

一些代码是业务规则，但任何代码的一面至少都是成本，它需要有人开发、有人测试、有人维护（重构、升级）。

并不是任何软件都值得构建，但我非常理解那些掌握了新技术的年轻工程师，毕竟年轻只是爱构建，很少问为什么。

但只要稍稍有十年经历，一旦有机会维护十年前的代码时，就能理解这里在说什么。

如果可以不修改别人代码，较为便利地实现业务目的时，就不要修改别人代码。

如果需要修改别人代码的逻辑，最好完整地、采用非耦合地方式利用软件，然后才是依赖开发框架，最后是第三发库。

你几乎很难找到长达十年维护的非知名软件，所以，当需要在长期使用的软件中引入一个依赖时，要万分小心，此时有两种考虑：一，慢慢地自己研发；二、如果能看懂源码且源码对个人来说有可维护性时，再审慎依赖。

绝大多数的构建都是无意义的

从五年的长度去看，绝大多数的构建都是无意义。公司活不过五年，五年后技术更新了，你的主要依赖升级了，你的第三方依赖更新了或下线了。公共领域已经有非常多且功能不错的软件，继续构建的大多软件都没有明显存在的理由。

然而，年轻总是爱构建，当审视自身，年轻时也总是会做很多别人眼里无意义的事，这些别人眼里的无意义对当事人来说其实挺重要。

这也许是张颂文老师《灿烂的花园》中说的，去 “创造阅历” 。在第二集中，颂文听见了烟花，这种生活的好奇心来了，让他骑上三轮车在乌漆嘛黑的夜里出发，朝着“烟花”的方向出发，最后除了一路颠簸，只有伸手不见五指的乡路，众人折返，一无所获。然后就是这种看似无意义的行为，构成了一行人人生难忘的花园经历。

所以

在这个内卷时代，现实让人不停提升经济环境效率，将社会推向充分竞争，竞争并非是缺点，但过度后就属于恶性竞争，产生内耗。在这个最好的年代，尤其更要注重和鼓励探索，竞争可以获得生存的机会，但在良性竞争下鼓励探索才能孕育变革，如 OpenAI 技术栈的诞生，靠的是八年的投入、几十亿美金的投资、软件研发的探索。在技术发展到数量级瓶颈时，这些关键的变革一旦成立，几乎决定的就是跨领域的恒久成立的国家竞争优势。