@Leon6868
pyqt 还算可以的方案。可惜我们客户对依赖的 license 要求很严格。lgpl 这种都不允许。不涉及多信号渲染的话，我认为 imgui 的 python binding 反而更合适，比如 dearpygui 。

打算用 d3 的 axes 和 regljs 构建一个图表库，主打一个量大不卡

@lawfun
因为客户需要实时渲染 300 个信号，每个信号 1M 采样点。我研究和尝试很多方案。原生 macOS+metal 渲染开发效率太低做不来。imgui 因为是 immediate 渲染的，所以每次都要重建渲染 command 导致性能损耗太大。web 方案中，我尝试了 regl 渲染或者 p5js 渲染。目前选择了 uplot 渲染，并降低更新频率。gui 坑太大了，整个过程可以说是把 gpu 渲染和不同 gui 底层逻辑都搞清楚。后期有空我打算写一个 gpu 加速的 js waveform 库。

@Leon6868
retained 可以抽象和提高复用，但就没办法多端复用了。比如 web 的 flex 布局在 swiftui 难以实现。immediate 可以实现任何效果，涉及渲染的状态改变最后又变成了 retained 类似的东西。比如用 immediate 实现组件的销毁动画就必须实现 retained 状态机。所以针对不同使用场景，两者哪个更适合而已。

大部分情况下性能还是够的，但异步是需要配合各自 retained gui 框架的。swiftui 的 task ，web 的 promise ，qt 的 slot&signal 都是实现异步的机制。如果你说要大一统解决方案，那就只有 rxswift ，rxjs ，rxcpp 的 rx 框架。

一方面 web 标准过于庞大了，但又非常零散。时到今日，前端面试问题还会问如何居中。另一方面，js 不是系统级语言。因此需要编写后端桥接。中间需要做了很多额外工作。

因为 GUI 太复杂。GUI 可以分成 retained 和 immediate 模式。Web 以及原生都是 retained 模式。style 和 layout 和 event 等影响渲染因素轮不到开发者控制，只能遵循平台规范。同样的效果要编写的代码又是不一样的。根本没办法复用。immediate 可以让开发者使用同一套逻辑渲染所有平台的效果。但难以实现复杂的动画效果以及每次重新渲染带来的性能损耗和功耗。

此外还有一个最大的难点就是异步处理。主 ui 渲染时候如何和数据线程同步也是非常头痛的问题。不同平台的方案又不一样。尤其是 web ，不光要写前后端代码，还要尽可能避免大数据量交互时候性能问题。

@Jimmy2Angel
fleet 的失败让我退坑了，今年也不续费了。当一个轻量化编辑器可以完成大部分工作时候。重量级的 ide 价值就大打折扣了

虽然不是很好，遇到这种情况，我是直接 sudo

木有，因为现代医学出现前，中医可以说是最成系统的医学。

黄连片 海螵蛸 炒吴茱萸 已经知道的药理是可以消炎和抑制胃酸。v 站大部分人诟病中医是 "it works, but we don't know how." 由此观感上中医和屎山分别不大

保险是刚性兑付的，和银行存款差不多，唯一缺点是退休后能不能拿回本

@elevioux
因为不患寡而患不均。正如楼上说 3000 亿人均才 200+，以前动不动还万亿投资。说白了现在就是没钱了，普通人没钱，有钱人没钱，国家也没钱。

补贴等于调味料，有主菜是前提。大部分人不是缺调味料，是缺主菜。请愿拿调味料换馒头。

最终产品出来前，人需要掌控 ai 生成代码的复杂度，无论 ai 纯度是 100%还是 50%。一旦失控了就是各种 bug 乱飞，最后变成了无法维护的代码。

整个界面用 webgpu 重写吧。我看了 wwdc 总结唯一想法就是，真的难为实现设计师效果的那帮工程师了，估计写 metal shader 写到想哭（最近自己也在手写 metal shader ，我也想哭）

@pigf
是的，简直是亮瞎狗眼。其实 hdr 大部分情况下并不需要

@pigf
最初这位用户的头像是 hdr ，在 MacBook Pro 上显示亮度特别高。而且就只有这一小块，整个屏幕看起来瞬间暗了

@hwaphon
妈的，你的头像怎么可以开 HDR ，整个帖子最亮的崽就是你了