那个知乎的 FTP 回答有问题，我去 GITHUB 查了代码，有看到：

Serv-U FTP Server v6.3
on PORT command, the client listen on a port and wait the server to connect.
on PASV command, the server listen on a port and wait the client to connect.

说明在 FTP 里，服务器去反向连接客户端，并不是 listen socket 的内置状态切换，而是就是普通的客户端 listen 监听，服务端 connect 连接罢了。

可能早期 TCP/IP 协议里有设计 LISTEN 转换到 SYN_SENT ，随着时间推移，已经被淘汰了。

我甚至都不知道转换代码要怎么写，也没从看到过案例。

没实际测试过，我猜光查询 id ，mysql 肯定不差。
但是通常情况下，业务逻辑都会包涵复杂查询的，而这部分逻辑，基本上都是整个项目的木桶短板。
如果光一个 ID ，那无脑选 google 的 leveldb ，纯键值数据库，查询绝对最快了。

我 bing 也是主力，百度广告太多没法用。

反正正常搜索，bing 都能满足需求。

“我想问一下是只用一个 WebSocket 链接吗？所有的数据传输用 json ，解析不同类型用不同的事件监听触发？”

对于各种表单展示，只用一个 websocket 基本上够用了。只有上传大文件的时候，估计会另外开一个。

然后 websocket 走的是私有协议，加上 WASM 可以随便处理二进制，所以是不是 json 已经完全不重要了，和服务器交互的备选数据格式有很多。

@qq1340691923

“ 没，我之前看 thinkingdata 也是这么做的”

我是 WASM+WebSocket ，由于 WASM 可以做到操纵 DOM ，所以甚至可以不写 javascript ，也就不需要 JSON 。

这种技术栈也就是小公司能用用，已经完全脱离传统前端开发的概念了。

@hei1000

这是真的，只要码率上去后，管他什么压缩算法，无脑选就行了，效果都不差的。

大公司正常写网页，至少有个 json 对象。

嗯。我首创无 json 写网页，完全没一个 json 对象。核心对象全部二进制流加密传输，应该是前无古人，后无来者了。

用长连接写交互式网页，技术选型可以为所欲为。

大公司正常写网页，至少要写个 form 让浏览器去提交。我喵的全部长连接 websocket 内搞定。

我用的是 windows python portable 版本，每一份都是独立的。

平时会下载一些 AI 的 PY 应用，而就算同一个版本，依赖包都不一样，相互之间会有版本冲突。

所以干脆独立算了，也就是多占一点硬盘空间。

看邮箱，是 ftrack 官方招聘吗？

感觉 ftrack 前端页面超级复杂，都不需要什么 Leader 重新设计，直接填无数个小函数就可以了。

拥抱 wasm, 彻底远离写了好多年的 js ，重燃编程爱好。

不知道为什么，业务 JS 也写了不少，但就是对写 JS 兴趣缺失。

我发现前后端一把梭的优势，是可以把传统后端一锅端，直接把后端代码，放到 WASM 里和前端一起运行。

这样就变成了一个传统的应用程序，所有的数据都是本地文件来源和内存数据库。

都不需要网络通讯了。数据通过“伪后端”处理加工后，再发送给前端页面展示出来。

建索引啊，还能有什么办法。

要查找速度上去，那就要看着这索引，建的好不好了。

至于具体算法，那就是 bloom filter 魔改。

分两种情况。

第一白盒测试，按照 google android unittest 的规范来开发，就是给测试环境模拟一个上下文，要虚拟机对象，那就挂一个 JVM 当测试伴侣。这种需要导入一些 android 测试包(Robolectric Testing library)，对我个人来说相对麻烦一点，宁可选择第二种方式。

第二黑盒测试，学游戏开发，有大量的 UI 和状态需要保存。那就把用户所有的输入都记录下来，测试的时候把各种操作都回放。

影响测试代码效率的最重要一点，就是启动到断点之间速度快不快。游戏里有一种代码热加载的技术，可以不用每次冷启动程序，就能测试代码片段。还有一些自定义的游戏脚本命令辅助，可以事半功倍。