@fructose #1 有可能是 AI 写的或者润色过的。AI 特别擅长这种语法正确但是读起来难受的长难句。

母语非中文的作者如果能写成这样，那和母语也差不多了。甚至已经超出中文互联网的平均水平了。

这是 fastjson 第几次出安全漏洞了……这种以高性能标榜的库，往往都比竞品更难维护、bug 更多，以至于很多时候这点性能优势已经不值得了。

@SiLenceControL #139

> 任何计算机系统你设置的密码计算机会有 bug 记错都是让我觉得及其荒谬的

bitrot 了解一下。最近给公司的 NAS 产品做技术支持，已经有好几个用户遇到诸如莫名其妙的崩溃、密码怎么都输不对的情况。最后发现都是因为他们自己换的内存条的硬件故障。memtest86+ 跑个几分钟就开始报错了。
而密码验证前一般都会经过诸如 argon2 这种 memory-hard 的 KDF 运算，进一步放大 bitrot 的问题。

不过 OP 是什么情况就不得而知了。

我们父母那个年代，上交工资倒是常态。大部分男性乐于这么做，因为这样自己就可以当撒手掌柜了。

与此同时那个年代的人普遍物欲低、顾家，而且“贤惠”还是女性的美德之一。很少有人觉得让老婆管账不妥，甚至“藏私房钱”还会让男同胞所不齿。至于现在嘛……

P.S. 楼上很多人不喜欢“上交”这个说法，但本质上是一样的。结婚后的收入本来就是夫妻的共同财产，不管它的有效控制权在谁手里。遇到一个败家老婆，口袋捂得再严，她也总有办法给你掏空。

所以对于这个问题，但凡没有在结婚前二人达成一致且互相信任，婚后必出事。

我帮助过一些技术小白搭建个人博客一类的静态站。

实际发现，痛点往往不在于“发布”这个动作本身。照着文档，不管是直接调 API 还是给 git 仓库配置 webhook ，对于没有技术基础的人来说其实不算困难。复制粘贴几下的事。

最大的痛点，在于微调页面布局和样式，达到一个自己满意的状态。这个没点 HTML 和 CSS 基础是做不到的。很多小白都是在这一步被劝退。别人做的博客主题不喜欢，自己又不会弄，最后就不了了之。

小白能接触到的 AI 能力也有限。就算 AI 能搞定复杂的前端样式，那“部署静态页面”这个更简单的操作也更容易搞定。所以没看出来你做的这个工具的主要受众是谁。

@archxm #43

我觉得，在贬低别人职业能力之前，最好先掂量一下自己有多少斤两。

OP 或许不是楼里某些人说的“大佬”，但从他的历史博客文章来看，至少是一个在自己领域能够游刃有余地发现和解决问题的称职工程师。

你觉得 OP 是“半吊子工程师”，那你自己呢？

/t/1215194 身为程序员连点“零碎的数据”都不知道该怎么存，只知道个 GitHub 。我不懂代码的舍友都能闭着眼睛列出一堆便宜、稳定、不需要梯子的替代方案

/t/1210634 基本的包管理都玩不转。这种帖子发到 Arch Linux 论坛的 Newbie Corner 都会被标记为 spam

/t/1191227 搞不定 nginx 代码，让 AI 解决的。要知道你在 2020 年就是“10 年 C++，2 年 golang”经验了（/t/656124 ），这么容易就被 AI 替代了？

/t/1173852 没逼硬要装。我还真没见过正经的软件工程师有这样的想法

别说半吊子工程师了，让你年轻 20 岁，以现在的经验应聘我司操作系统团队的初级岗位，估计都够呛。

至于《黑客与作家》作者 Paul Graham ，不认同他的某些观点很正常，但说他是“半吊子程序员”？哈哈，你还没这个资历去碰瓷，还是洗洗睡吧。

> 开剪辑软件又有点重

这句话不太认可

看你这网站的功能，对标的是那些简单的 ffmpeg wrapper ，而不是商业剪辑软件（说实话后者我没用过，不清楚它们有啥复杂功能；但你列举的那些功能我能第一时间想到对应的 ffmpeg 命令或者轻量开源工具的名称）

那既然本地跑个 ffmpeg 都觉得重了（ wrapper 的 overhead 基本可以忽略不计），同样的硬件在浏览器里用 wasm 跑 ffmpeg 只可能更重而不是更轻（

曾经以为刑拘离我们这种安分过日子的普通人很远，直到有次得到父亲被刑拘的消息。

原因是他参加了一个饭局，酒桌上有个人猝死了。在场所有人都被刑拘。
还好父亲没有参与劝酒，周围同事也做了证明，所以很快就无罪释放了。

@kera0a #2 现在看 GitHub 也不太靠谱了。有了 AI ，随便哪个阿猫阿狗都能把自己的 commit 记录包装成行业专家。真正的行业专家反而没什么精力去大肆搞开源。

除非是对知名开源项目有持续的原创高质量贡献。不过这种也是爱好者居多，能力肯定是有的，但不一定是最优秀的那批人。

既然用了 ffmpeg ，那 OP 有没有尊重 ffmpeg 的开源许可证呢？

@nc #106 直觉上肯定会认为 Tor 的 IP 更脏，但实际体验是，大网站对 Tor 的容忍度很高，甚至可能仅次于家宽 IP 。

我个人体验就是：不管是用哪家的 VPS 搭梯子，或者用多贵的机场，Google 搜索经常触发 recaptcha ，Reddit 不登录不让我访问，GitHub release 直接给我限速到 4 kB/s……而 Tor 几乎没遇到这类问题。

最近在折腾给古老笔记本适配 coreboot ，收获很多，还结交了几个热衷于开源硬件的网友。

Tor + 接码平台，目前已知对一般人来说最靠谱的方案。

取决于接码平台的号码质量（我用的 grizzlysms ），运气好的话半小时之内就能注册成功。
但这种方式仅限于日抛账号，因为即使注册成功也可能很快被封。

那些机场的 IP 包括大厂 VPS 的 IP 比 Tor 的还不干净，很多时候连接码的机会都不会给你。
如果你能搞到家宽 IP 之类的或许会好些，不过我没试过具体也不清楚。

---

话说 @Livid 能否考虑优化下 V 站账号注册的逻辑。
既然现在启用了邀请码，anti-spam 这方面应该已经足够了，就不要强绑定 Google 账号了。
我记得当时折腾了两个多小时才注册成功。把人生的短暂时间浪费在这上面，非常令人沮丧。

移动端 Chrome 书签最大（或者说唯一）的痛点就是没有提供管理的接口（毕竟不支持插件）；也不能批量导出，哪怕是 Android 设备不 root 也做不到。只能同步到 Google 账号然后换到 PC 上进行操作（涉及到把隐私交给 Google 的问题）。这就导致了书签多起来整理起来非常蛋疼，只能一个一个点。

本来以为 OP 搞了什么高端操作绕过了这个限制，点进去发现是个标题党，跟 Chrome 书签没半毛钱关系。

你这工具做得再好用也白搭，因为用户没办法把自己的存量书签迁移过去。除非一开始就只用你的工具管理书签，或者没几条存量书签——那说明他本来就不是重度书签用户。

至于 Firefox 嘛，好用的书签管理插件多了去了，为啥要用一个外部工具还是闭源付费的……

open source 不等于 open collaboration ，该怎么处理全看你自己心情。如果你想跟他合作，那就花点时间沟通。否则无视就行。

控烟其实也不远了，至少官方有这个意向。

最近不止一次看到有官媒传话筒大 V 在分析，烟草每年给国家财政带来多少负担之类的。

好像懒猫微服默认就是 LUKS2 全盘加密？而且 key 是本地生成的，后门风险很小。

不过还是那句话，如果有极高的隐私安全需求，不要去选择闭源的（或者自己没能力去审计的）系统。

AI 说什么你就信什么？这种一眼不靠谱的，应该追问 AI 让它给出能够支持其结论的文档（比如 W3C draft ），而不是一上来就发帖求证。

我们公司训练的 RAG 还坚信 JavaScript 已经在 Web 标准中 deprecated 了，比你这个更离谱。