前几天我司产品刚接到阿 sir 的通知，内容安全你懂的，人该低头得低头

只在 go 和 py 比较熟悉
至少 sqlalchemy 比 go 那边的 orm 强真不是一点半点

按照常理来说就是分开提交

我感觉还好，摸到 mac 的键盘肌肉记忆自动 mac 快捷键，反手模键盘操作 window 的设备秒切

@nicholasxuu 我确实有这个想法，不过你也提醒我了，文档里面（ https://support.forzamotorsport.net/hc/en-us/articles/21742934024211-Forza-Motorsport-Data-Out-Documentation ）是有明确指明每秒 60 个遥测数据，差不多平均 0.016S ，一个算可用范围。
相比 rfactor2 这种专业性更强的游戏，在导出视频时就能从游戏引擎层采集了同步的遥测数据。FM 只能获取遥测，也就是说即便采取同步录制，采集的视频和遥测数据的对应也可能有问题，录制方式导致或者其他因素。
另外我想其实更重要的是快速验证一下软件可行性，至于这些视频同步分析这些功能有一些可预知的难度我想放到以后的版本中实现。退而求其次，利用刹车点的曲线 gap 和时速也能够推倒计算刹车点差多少米，在配合重刹区的一些指示牌去调整。其实能做的想法还蛮多的，弯角名称的播报，车胎磨损的语音提醒，就想有个赛道工程师在 TR 里做我们的专属工程师，一步一步来哈哈哈

@bronyakaka 感谢你的推荐，我自己本职是 Python 开发相关。
Python 的 GUI 方向，wxPython 和 pyqt 我两个 python 比较主流的 GUI 方案在其他项目上使用过，当时需要配合 pytorch 做一些实时完成一些采集和推理。个人体感不是很好，毕竟数据采集相关的工作肯定有独立的线程/进程维护，不会放置在和 GUI 相关的主进程中，但是 Python 的多线程受制于 GIL ，多进程的话数据共享也需要而外的进程维护数据相对性能牺牲代价较大。
这个项目的运行环境是运行游戏的同时还运行该软件，后期预想的甚至是配合 N/A 卡的一些录制 API 同步进行一部分录制，以满足圈速分析上刹车点分析的一些需求，所以性能层面可能要很早考虑。
目前我的决定是使用上面的前辈推荐的 tauri 这个框架 [前端技术栈+本地 Rust 后端] ，毕竟非商业项目尝鲜一下，另外一个是我觉得 python 有潜在风险不太适合，但是还是感谢你的推荐，以后有什么小工具需要快速实现又尽可能考虑美观的地方我会看一下 flet 这个框架。

最新买了个小米的 ax3000t ，突然有感觉的，偶尔突然之间会感觉明显的卡顿又马上恢复了。我还以为是我的错觉，同 m1p 的 mbp

- 如果坐一个小时以内都会都会不舒服，优先考虑是不是桌子高度不对，身体前倾驼背严重？然后排查是桌子高度不对还是椅子不合适。
- 如果坐一个小时以上才感觉不舒服，亲这边建议疯狂喝水，这样你就会勤跑厕所，自然就不会久坐不活动

好的了，谢谢各位的答复，基本上是 electron 和 tauri 两个得到大家的认可多一些，我对比调研一下进行选择，再次感谢本贴留言的各位前辈

@lisongeee 因为确实不懂，不好意思

@GordianZ FH 做不太了，只能做做类似 Simhub 那种效果。IsRacing 段是 1 的时候，起码 FM8 车辆真的在赛道中跑，可以通过数据推断映射到地图上具体的弯道，FH 随便在地图上动一动 IsRacing 都是 1 ，没有很好的办法映射到某个赛道某个具体的弯道上，这样 Log 图就算做出来也就没太多意义了

@DiamondYuan 这个思路也可行，我其实不是太懂，我的理解 React-Native 应该也是你这个意思，搞个 Chrome 内核在上面渲染出一些组件界面，只是看起来像是桌面应用，因为跨平台，我想最后选出来的大概率也是这个类型的方案。

@xieren58 这个相当于是.Net 写吗？我 .Net 没什么经验感觉学习成本可能比较高，但是还是谢谢你的回复

可惜是后端，不过确实难得有厦门的 HC ，支持一波

还有其他索引吗比如 stock 之类的

除了当前工作外的所有事

@dbg 没关系的，看他发那点字，就应激那我就真拉垮了

@qize0921 某华南沿海二线