Tlaster

@ttimasdf 唉你怎么不说话啦，你该不会不知道前几年 V2EX 上不少人推荐的关闭 Windows Defender 的软件是谁写的吧，不会吧不会吧，这顶帽子您还是戴好吧。

@luciankaltz 倒是能理解这个做法，但是需求上不太切合，虽然 Android 确实也不是不能这样搞，就是会有点扭曲。我还是比较偏好一台机子搞定所有事情，这样假设我突然有一个什么灵感我可以马上切回到开发现场，或者玩游戏累了顺便写写代码，这种事情在我身上还是经常会有的。而 mac studio 现在只有在开发 iOS/mac 相关应用的时候才会使用。
不过这些都是现在的情况，我也在考虑未来吧 mac studio 作为正在的开发机子，留一个 Windows 用来专门游戏，这样其实我也确实不需要额外折腾。

@secondwtq V 社有心情搞 SteamOS 不搞 Steam 的 Wayland 版确实有点抽象了
掌机我反而推荐常驻 SteamOS/Bazzite/ChimeraOS ，因为不存在 Nvidia 带来的一系列问题，我自己 GPD Win4 就常驻 ChimeraOS ，游戏库里面的游戏都是即开即玩的，没遇到需要配置的，Windows 在掌机上的体验还是差的非常多。想要双系统最好还是 Win To Go 到一张 TF 卡，一个 nvme 搞双系统那还是洗洗睡。
为数不多的我想要在掌机上跑 Windows 的场景就是：我想玩 Halo Wars 2/FC24 ，别的一个 ChimeraOS 就搞定了。

@ttimasdf 你说的对，确实是这样的，我只是从 Windows Phone7 开始就在 Microsoft Store 上架过几个应用而已，对 Windows 一点都不了解。
不过我确实是 Windows 臃肿的既得利益者，因为 https://github.com/Tlaster/YourAV 让我嫖到了 Github Copilot 的免费使用权，我还是非常感谢你软的

@tool2dx 确实是双系统了，本来想常驻 Linux ，现在还是回到 Windows 了，等 Gnome 和 Nvidia 两个 Bug 修复之后再试一下。

@lixiangwuxian 这么多回复我觉得就只有你看完了感谢
win 虚拟机这一步倒是没想过，可以试一下
之前用 valve index 的时候没遇到 steam vr 有问题，想当然的以为 bigscreen beyond 也可以用，结果就是我想当然了

> 核心点，现在我不能明确的讨论
突然好奇起来为什么核心卖点不能讨论，总不能是区块链/币圈聊天软件，聊天就可以转币/发红包/开合约/领空投吧
另外：
> 目前只能从苹果系统开始做，后续发展的符合预期，会拓展到 Windows 和 Linux ，顺便说一句，Windows 也打算做原生的，而 Linux 打算用 tauri 做
提到 Windows 原生我就来劲了，你想用的是这个 WinUI 3 ，还是 UWP/WinUI2 ，还是 WPF ，还是 MFC 。
我推荐是既然想到 Linux 用 Tauri ，那么不妨桌面直接用 Tauri 搞，要不然你会面临每个平台都需要人来维护的尴尬场景，开发和测试的成本会非常高。
如果还需要移动端，都用 Native 技术栈的话你需要维护 5 个客户端，再加上一个后端，想想都很刺激，不妨看看 Rocket.Chat 的做法：我们全都用 Typescript ！从后端到前端到客户端全都是 Typescript 一把梭，维护成本会小不少。

@monkeylmj isMinifyEnabled = true 会开启 R8 代码优化（ https://developer.android.com/build/shrink-code ），因为 Compose 也是用 Kotlin 写的，所以也会享受到 R8 代码优化带来的好处。
数量大的列表性能问题以前踩过坑，现在基本上没有了，有几个原因：1. 列表项目的 Composable 带了太多状态，最好列表项目是不带状态的。2. Composable 里面有耗时操作。举个例子的话，HTML 解析不要在 Compose 里面做，要在 Model 里面就处理掉，Compose 只做富文本渲染。
说白了就是不要在 Compose UI 里面做业务逻辑，这些应该是上层（比如 ViewModel ）的职责，Compose UI 就只要做渲染就行。

从 alpha 就开始用到现在了，写了不少纯 Compose 应用，最近的例子： https://github.com/DimensionDev/Flare
新应用可以直接纯 Compose
槽点就是：写 Compose 是完全不同的思维范式，如果之前写 View 的话，很容易用 View 的思维去写 Compose ，然后踩到 Compose 的坑，有一些会导致性能问题，最后怪 Compose 性能差，但实际上 Compose 的性能现在（ 1.7 ）已经完全不差了。
不过 Compose 一定需要开 R8 （ isMinifyEnabled = true ），不开的话性能确实不行