我可以看，可能是这个号注册的比较早吧。

每日打卡，可以提升站内等级。

至于文章，就是一个 MD 语法扩展插件，可以变色显示特定语法内容。

不懂 py, 但我知道 surrogates 的意思。是指普通 UNICODE 扩展后，四字节的 UNICODE 片区。

通常范围是 U+D800 - U+DFFF ，可以考虑把数据过滤一次，utf8->unicode 双字节，遍历一次，把范围内的 surrogates 全部干掉就可以了。

@Pastsong

WebGL 对于现在的做 VR/AR 的大型游戏引擎来说，就只是一个发布运行平台，而不是开发平台。

JS/TS 无论从各方面来说，你做个 3D 游戏 DEMO 没问题。要组织一个很复杂的游戏架构，还是相当困难的。

不如用更加实际通用的游戏引擎，去正经开发。

“现有前端技术应该实现哪些技术突破呢？比如，可以承载大型 3D 场景，预加载技术”
不可能的，你说的这些技术，都是强类型语言的特长，你让 JS 去干这个，实在太勉为其难了。

目前主流的网页图形技术，很多都是强类型语言，翻译成 WASM 虚拟机后运行的，完全没前端 JS 什么事。

理论上 VR/AR 是偏 Native 开发方面的，比如游戏开发。

而前端工程师都是字符串拼接大师，别看各种框架花里胡哨，最终 JS 代码都是要拼成一大堆页面 DIV 的。

两者的领域经验和知识积累都完全不同，很难进行转换。

@lilihangzhou 新技术我倒是愿意学，问题是这些框架是竞争关系。

有时候同一段逻辑，放在不同框架下，要写几套即类似又不同的代码。这些高相似的克隆代码，会导致后期维护起来很头大。

说到底，如果 JS 本身光是个 runtime vm 容器，运行各种编译后的代码，那我也能接受。关键它又不是。

写核心单元测试重要。

写逻辑部分的，代码一直在变，你怎么测试嘛。

不如全部逻辑写完后，把调试工具弄高效点，再多做自动化功能覆盖测试。

是不是靠谱，要分情况。

如果楼主只是自己写自己用，那么大概率不靠谱。

如果是眼红 Typora 的商业成功，想抢市场，愿意投入很多开发时间，那相对还是靠谱的。

其实渲染性能很好解决的，学 sublime text4 ，文字全部用 gpu 来渲染，完全不用 html ，运行速度肯定爆炸。

协商缓存没法用啊，楼主数据集合有可能是增量更新，那就意味着可以增量下载。

而协商缓存就是简单粗暴的过期全部重下资源，没意义的，还不如自己发 hash 校验。

我以前的同事，是客户端单方面去向服务器，同步数据集合。

每条记录都有最后修改时间，只要服务器端的数据，大于客户端请求时间戳，都全部给客户端发过去。

我也是 42s 左右，我是 webview 长轮询消息推送，实测安卓手机 42s 不活动，TCP 会强制断开。

所以基本上 30s 必定会发一个心跳包，保持 TCP 活动。

当然每个手机的表现也不一样，时长也不一样，30s 心跳包是所有手机里，最稳妥的方案。

电脑浏览器应该就没这问题，TCP 没活动，几分钟都不会断开。

@WildCat

"前段工程化之后让巨无霸项目变得可能，否则人们还是只能写 $('#foo.bar') 这种命令式编程。"

在前端工程化出现之前，巨无霸软件设计就是很复杂的。

只要命令式编程代码结构组织良好，也能写好大软件。你看 win32 sdk 里，全部都是命令式的消息机制，也运行的很好啊。

唯一会影响代码质量的，应该就是代码数量和架构设计水平了。

我在凌晨 4 点半写代码，就是为了以后能有自由选择生活的权利。

很多时候不是要不要去选，而是能力不够时，根本没得选。

不仅仅是技术上的复杂，工具太复杂，你还可以选择性忽略。

但是前端计算能力上去后，需求也变极其复杂，导致代码量上去后，不好维护，这才是最要命的点。

天天写一大堆逻辑，功能是强了，代码也乱了。也不知道是好事还是坏事。

NV 的驱动可以，可以把屏幕实时转换成 H264/H265 的数据流，这样就可以随意放置 /显示 /读取了。

就和早期 remote desktop 连接本地那种效果差不多。

我写代码专注力并不高，但是调试 BUG 能专注很久，因为有些 BUG 百思不得其解，非常好奇背后的产生原因。

去搜了一下，一般会做游戏三维动画的，再加一些脚本，都会吧。
美术里有一个分支，叫技术美术人员，就是美术和程序的混合体，做这种简直小 case 。