@dsgdsfh 做视频可能只是她们的工作，有兴趣的是赚钱和人气，并不一定是数码科技。

我看你在 V2 发帖，是真的挺喜欢折腾这些产品的。

其实双性取向也没什么不好，没必要非黑即白的，非选一条道的。现在大城市里不结婚的人，多了去了。按照自己的想法活着就好。

去 B 站看了一眼楼主，我怎么觉得挺正常的一个男人。

一般没几个女性对科技产品有如此浓厚兴趣，她们只对八卦和购物有兴趣。

这种情况适合用 line parse 功能。

先把{"name": "A" .. }这个对象片段包含的连续行提取出来，别的行号内容都保留下来。

只序列化和反序列化这一小部分的文件内容，然后再拼装输出一个完整文件。相当于自己手动局部对象 JSON.parse/stringify ，而不是全局。

可以，就是 4 楼的办法，我用这个设置代理。

用 indexdb 很合适，就是 API 是异步，而 localstorage 是同步，需要改改代码。

不建议学前端，你已经 30 岁了，前端都是小需求，赚不到什么大钱的。

大公司需求会相对正规一点，但是一般人也进不去。

前端最大的问题，在于小公司需求是跟着客户走的。而客户一般都不懂代码，一拍脑袋就决定需求。

这种伺候人的工作，时间久了，别说公司不要你，你自己都不想干了。

DX12 是 9 年前推出的，只支持 win10 。

微软在十年前就放弃了 win7 ，只不过用户不肯放弃。

在 B 站上搜”arm dx9 游戏“就可以了。

一般来说 dx9 游戏都是 x86 程序，你可以运行一点别的 x86 程序，也是没问题的。

我的看法不一样，都 2023 年了，要有 LLVM 那种编译器里，前端后端的概念区分。

语言最后都是会变成字节码和虚拟机，所以后端运行你只需要一种语言，就是 wasm 就可以了。

前端随便选，可以用一个榔头敲所有钉子，只要你愿意。

我试了一下，这样写可以：

enum A {
X = __builtin_bswap32(1),
};

估计还是为了什么兼容性吧。

没扩招前，计算机本科含金量不低的，反正我见过的那些人都很强。

离开一线开发，大部分都是对代码失去兴趣的人。但由于工作态度认真，赶上前期的高薪低房价，目前混得普遍都不差。

楼主说的公司老油条，应该都不是正规计算机专业出生的。

pdf 里图片，就是普通的 jpeg ，并没什么玄乎的东西。

淘宝压缩也就是把 jpeg 大小压缩了一下。

@aw2350 这世界上除了男的就是女的，女性有几个冒尖也很正常。

就算 V2 也没几个能刷过 500 题的，能力是可以培养的，至少别人学习态度认真。

这文章有点意思，支持一下。wasm 最大的用途，并不是网页开发，根本就打不过传统的 JS/TS 框架。而是利用规范化的虚拟机，把繁杂的业务代码统一起来运行。

业务代码随时会变，随时会改，那么 wasm 的解释器很有用。
业务代码需要高性能，那么 wasm 的 jit 很有用。
业务代码会用不同的语言编写，那么 wasm 编译器很有用。

总是 wasm 用的好，就是新一代写业务代码的杀手锏。

@icyalala 好像 JSON5 完美解决我也提到的这一些痛点。

看来还是有大佬会改革，灭掉引号的。

@eason1874 "不是 JSON 多此一举，而是 JS 提供了语法糖，允许你在部分场景省略引号"

JS 是鸡，JSON 是蛋。

应该是先有 JavaScript 语法糖, 后有 JSON 。

设计理念应该是越来越先进才是，没想到会退化。

@eason1874 空格是特殊情况，这个加引号完全能理解。

日常大部分键名也没有空格，不做兼容，手打很累啊。

@buxudashi 我觉得是为了偷懒，既然 javascript 语言能顺利解析 keyname, 没理由别的语言不可以。

把 json 当成手写配置文件，平白无故多了要打那么多双引号，还不能用单引号替代，就不太开心。