后台日志写到轻量级数据库里，比如 sqlite 。

然后同步到前端的 indexedDB 里。前端自己去数据库里取数据。

"甚至对比大厂多数员工还强一些的人", 技术只强一点，远不足以弥补学历上的差距，要强很多才行。

是人才，还是有社招特批渠道的。

@minami 我只是觉得以前国内技术牛人有，但是都在写商业闭源代码，曝光少，代码能被大家看到的也少。

现在大开源时代，一切本事凭代码说话，国人技术真还挺强的。

看了一下，基本都是国内大公司。特别是 TX，光一个 AI 学习框架下面，就有 4 ～ 5 个不同立项。感叹有钱有闲，雇一些高手，能真切推动软件行业技术力的发展。

换个思路，买台廉价的云服务器，然后家里 24 小时开一台强力电脑，用 socket rpc 实时挂载服务到云上，提供各种计算服务。

这样你就拥有了一台又便宜，又强力的云服务器。

@MorningStar0 "业务逻辑基本全部在前端交互上"

前端代码写太多逻辑，并不是好事。自从 5 年前有了 WASM 后，现在除了前端和后端，还有中间端粘合层的 WASM 。

特点就是能集合所有语言的大成，JS 没有完善的单元测试，有些代码 BUG 只有运行期才蹦出来，不好查错。而 WASM 可以化身任何成熟的语言，比如用 Java 写前端。粘合层是很强大的，同一套代码，前端后端都能用。

@A388 “我经常看见有人说 react 比 vue 适合大项目。”

我对这句话的理解是，前者是库，后者是框架。一般来说，库的适用范围，是会比框架稍微广泛那么一点。

至于是不是大项目，还是要看有多少人一起开发，相互怎么合作了。如果团队里所有人技术栈都是 VUE，那用 VUE 也挺合适的。

@WasteNya 你觉得自己技术很强，也许只是自以为的强。

真正的强，1 大项目落地，2leetcode 国际排名。

我始终觉得跳个好的公司平台，比个人努力要更重要。

在小公司只依赖个人学习，来提升水平是很有限的。一是大部分人都不自觉，有工作压力后，学习缺乏动力。二是个人技术想要落地，没合适平台还是很难的。

比如把老项目 JQ 改造成 React，不是技术上可不可以。而是费了那么大功夫后，时间花的值不值的问题。

@WasteNya 每个公司工作流都不一样，在业务为导向的公司，就好好写业务，好好搬砖。

想什么开发其他的模板化工具，在老板眼里，就只是不务正业。

@WasteNya 问题是楼主公司技术栈就是 JQ，换任何人来工作半年，也都是这个水平。

除非他上班摸鱼，写其他框架代码或者刷 leetcode，水平才会提高。

"排除万难做到，要多跟进一点，多上心一点"
对于程序员来说，上心 = 死命加班。

白天公司都写了一天代码，回家晚上再在电脑前坐那么久，用健康换取零花钱，真还挺可怜的。

我用过 APTX-LL，绝对能打游戏，也有 PC 的解决方案。

但有两个前提
1. 你的 PC 蓝牙发射器必须大功率，无遮挡，否则信号会物理断断续续，这和任何音频压缩技术都没关系。
2. 入耳式我也不确定效果是否能完美。只试过颈挂式，玩游戏完美。

关于 UB 我也想说一句，你遇到的坑，基本前人都遇到过。

我最近遇到的一次，就是 memcpy 结果不稳定，网上一查，写明了 If the objects overlap, the behavior is undefined.

很多时候真是吃一堑长一智。

C++目前作为万能胶水语言，在各个领域都占有一席之地，如果是多平台高性能开发，就很难完全避免 C++。

正因为 C++被定位”高性能“，和机器运行机制最接近，那些影响性能的动态类型，都被尽可能的排除在外（游戏行业为了追求帧率，还把 RTTI 都关掉），结果就是无比复杂的编译期推导，这也是过于追求性能的代价。

内存泄漏也是一样，GC 很早就提出 C++ std 预案了，一直悬而不决，肯定不是做不了，而是加了必然会影响性能。

游戏里有一种叫帧内对象的内存池。有些内存分配的对象，真不用去管什么内存泄漏，无脑用就可以。三帧后，整个内存池都不在了，必然会被回收。

@junkun "世界上就没有不犯错误的人，更不乏反复犯同一个错误的人。"

不不，这锅不能让 C++语言来背，并不公平。

我个人觉得，无关语言，而是写代码那个“人”，才是产生 BUG 最重要的主体。并不是语言之间有高下。

可能你在以往项目里，遇到了很讨厌的 BUG，非常难查，所以顺带着厌恶 C++。但是也有很多老项目，运行的非常良好，代码结构清晰。就看开发的人，有没有心把代码写好，易维护了。

原来你只是 webview, 内部的页面不是自己写的？

HOOK 页面方法太多了，默认 android/ios webview 都可以重载 url 。

@junkun “就比如搜索 chrome 内存安全，就可以看到一篇报道，指出：自 2015 年来，use-after-free 占 chrome 安全漏洞的 36.1%。”

我觉得吧，BUG 还是和项目的体量正相关，并不是说用别的语言 BUG 少，而是缺少 chrome 这种超级巨无霸项目。

在管理超级大项目的时候，C++其实还挺占优势的，因为语言出现的足够早，有各种架构研究。

人经验上去了，遇到的坑多了，BUG 自然就少了。

你是混合开发 APP 嘛，我个人觉得这方法有点奇怪，JS 就让前端处理不是挺好的。

Webview 有自己的 JS 缓存，只要没过期，就不一定会走网络和你这个本地请求。

反而你自己去下载 JS，有点点多此一举了。

@junkun "就像 c++不阻止你再次使用 deleted 的指针。"

所以养成好习惯很重要，微软都有推荐用 SAFE_DELETE 置空 deleted 对象指针。也有推荐 reset 掉 std::move 后的野内存。

泄漏检测工具也很多，都 2021 年了，内存应该不再是 C++主要的问题了。