@OceanBreeze 这是我个人的 n 台服务器/vps 组的集群，用来跑各种 bt/梯子/自建网盘的。云服务的 k8s 托管费用太高不至于上

关键词“上市”，要上市的话那自然要编故事了

看看最近的超导闹剧

作为从 wf3 用到 wf4 的用户用了 4 年多的用户，看过非常多评测视频，都发现了一个问题，没有一个视频和评测是从实际用户使用细节体验来告诉你索尼这两代耳机实际做得有多狗屎的。下面是一个四年用户总结的别的评测不会告诉你的问题

1. 极慢的连接速度。无论是 wf3 还是 wf4 ，你的使用体验都是这样的 耳机从盒子拿出来 - 放入耳朵 - 等待差不多 10 秒 - 终于开始放音乐。原本我以为所有无线耳机都这样，直到有一次买了三星 Galaxy buds2 ，这耳机刚放到耳朵里等一两秒竟然就已经连好开始放歌了，你知道这是多么惊奇的体验吗。从那之后才知道，原来高端耳机里索尼是连接速度极其缓慢的耳机。周围有同事就因此放弃了索尼

2. 切换设备也极慢。当你涉及到多个设备的连接要互相切换的时候（比如在公司在手机和电脑之间切换听歌，开会）。你会发现，连着一个设备时，另一个设备连上耳机会极其缓慢，大概长的时候要等 30s 到 1 分钟都有，然后还经常动不动就连接失败。这时候你要手动断开耳机连着的设备再连才行（当然连接缓慢这问题依旧没有任何改善）

3. 这是 wf4 的通病，也基本没见人提过。wf4 佩戴判定非常严格（尤其左耳），佩戴有一点不正确或和耳廓接触没那么紧密，wf4 的音质会极差（完全失去低频和高频，而且声音很远）。这个问题是官方承认并写在 faq 里的，解决办法就是让你塞紧点。曾经我以为是耳机坏了，也算是我用的无线耳机里最奇葩设计了

4. 最想吐的问题：wf4 不连设备或者连着设备不放歌，耳机会发出很轻但极度刺耳的高频嘤嘤嘤的底噪。这也是官方承认和很多人反映的问题。至今没解，我有时喜欢只降噪不放歌工作，但换了 wf4 彻底戒了。

5. wf4 之前更新了多设备连接，但是 bug 一堆，启用后设备难以连接的问题变得更加严重，而且经常同时连着电脑和手机，电脑没任何声音了手机也不放不出声音。解决办法就是彻底关了这破功能

6. 经常导致手机歌外放，无论场合，这是最想骂娘的。其他耳机也有这种问题，但是索尼就是发生概率很高。手机从以前一加到小米都有这问题

7. 通话音质。wf3 的通化音质是基本没有任何可取之处，wf4 比 wf3 强点，但嘈杂或者楼梯间这种有回声的，通话音质依旧是一坨。我每次用 wf4 在楼梯间和我爸妈微信语音，他们都说我声音听不清，断了蓝牙用听筒没问题

所以，我下个耳机绝对不会选索尼了

@yetrun 服了你了，你一个连 TS 都没怎么用过，不光项目经验都没多少，对包括 java 在内的语言都不了解的人，怎么能做到仿佛什么都懂一样在这高谈阔论。说的话还全是错误

成都减灾所发布各大品牌手机、电视开启“地震预警”功能教程
https://m.ithome.com/html/710601.htm

这种预警都是所有手机（包括功能机）都内置的功能，而且延迟和适用范围比 lz 考虑的 api+推送好不止一点。日本手机基本都常年开启，经常时不时收到地震水灾告警，一发布告警整栋楼所有手机一起叫而且是最大音量狂叫，这才是有效的做法。

@yetrun 后端用 TS/JS 的不少，谢谢，express 每周上千万的下载量，nestjs 每周上百万的下载量摆在那里你没法无视。
而且我想你一定是从来都没有用过 TS 吧，TS 中定义的所有类型信息在编译为 JS 后可都会全部丢失哦。TS 无法自动生成 swagger 不是因为用得人少没人做，而是因为从原理上就根本不可能做到。这就是我说的 TS 本身的缺陷/限制。

TS 的这个问题会接连导致其他非常多问题，swagger 生成只是其中质疑，比如你根本没法信任 json 解析出来的对象是符合定义的 class 的，它甚至连最基本的 validation 都做不了。为了给 TS 的这个问题擦屁股，最后结果就是现在 TS 的项目里装饰器满天飞。动不动就出错

@yetrun 你应该看一下我这帖是服么时候发的。

还有你说：“因为主要是以写前端居多，而用 ts 写后端的人大部分是从前端转过去的，需要完成一些小型接口的实现，所以没想到要生成 Swwager 文档” 既然你都这么说了，那么自然我这贴的疑问就很正常了 ： “找了一圈全都是从 swagger 生成 js/ts 代码的工具。难道 JS/TS 程序员都是先手写 swagger 文档然后再反向生成的代码的？实在太强了，手写 swagger 因为过于痛苦我根本难以想象”。
所以我很敬佩你口中的 js/ts 程序员，一个个都是工作中手写 swagger 或者根本不写 swagger 的强者

以及，关于 nestjs ，你看了我这帖的发帖时间的话，就应该注意到这是一年前的坟帖。这一年时间我早就体会到了再 ts 上 swagger 生成到底是个什么鬼体验了。
我上面已经跟你说过两次了，因为 ts 语言本身的缺陷/限制，它明明就是一个强类型语言，但却根本就不存在自动解析 class 生成 swagger 文档的可能性。nestejs 里所谓的 swagger 文档生成实际上就是漫天飞舞写装饰器。手动的一个个把 swagger 的各个元素通过装装饰器给写出来，本质上和直接在注释里写 swagger 的 yaml 文件没多大区别，而且极其容易出错（实际项目开发中已经出错 N 次了）。所以问 ts 下有没有更好的解决办法，答案就是没有，这是 ts 语言本身的问题没有更好的解决办法

@yetrun 问题就在 typescript/javascript 连直接从 class 生成 swagger components 的工具都没有。这就是我发这帖最疑惑的地方，很好奇平时用 ts/js 的人到底是怎么写 swagger 的

@yetrun 你有一点完全认识错误了，Swagger 文档生成并不一定和框架绑定。swagger 文档生成完全是可以不依赖框架，直接解析代码中 class 和注释生成文档的。比如 golang 的 swag 工具。这在强类型（尤其静态语言）中是比较常见的。
即便做不到脱离框架，但在强类型语言中，我基本没见过生成 swagger 文档都必须对每个字段都手动标注的情况。而 typescript 就是明明是强类型语言，但我还必须要手动对每个 dto 字段做标注。至于为什么，这是 typescript 本身缺陷导致的结果，这也是为什么 typescript 的项目里装饰器满天飞的原因。

@Yoehson 思源笔记导出会丢失掉所有笔记内互相之间的关联信息，那么无论你怎么去给思源笔记洗地，它都是在增加用户迁移成本阻碍用户从这个笔记迁移

至于，你说导出保留笔记之间的互相关联，我来打你脸。
1. 思源笔记不光对块的引用会被导出为 siyuan:// 形式的链接，对页的引用也会被导出为 siyuan:// 形式的链接。如果你说块引用没有 markdwon 通用语法支撑，那么对页的引用是彻底标准的 markdown 语法。请问你要找什么角度来给思源笔记洗地？
2. 你不是想问有哪些笔记支持正确导出引用吗？ Obsidian, Anytype 甚至完全封闭的 notion 都支持在导出笔记的时候在 页 这 一 层 级 正确处理笔记引用之间的关联，导出为正确的 markdown 语法。思源笔记别说快引用了，连页面引用处理都懒得做，请问这就是你和作者口中所谓的方便迁移？

@Yoehson 哎哟？ “第二支持一键导出为最基本的全平台通用的文本格式（比如 MD ）” ，还有思源作者说的“思源对导出标准 Markdown 做了很多努力，...... ， 我想这应该不会对你切换软件和迁移数据造成太大的阻碍。”。无论是你还是思源作者都在说，思源导出做得有多好，多方便迁移。怎么现在你就不提了，来时想和其他一些封闭笔记来比了？

@Yoehson 哎哟？ “第二支持一键导出为最基本的全平台通用的文本格式（比如 MD ）” ，还有思源作者说的“思源对导出标准 Markdown 做了很多努力，...... ， 我想这应该不会对你切换软件和迁移数据造成太大的阻碍。”。无论是你还是思源作者都在说，

@Yoehson 而且你要知道，笔记中很多时候并不是在引用块而是引用小节。而对 MD 文档中小节的引用是通用语法

@Yoehson 请看 41L 谢谢

浏览器可以多标签共享 websocket 的

如果要考虑不同浏览器同时登陆，那你得好好想想后面登陆用户到底该怎么处理