 |
TlasterV2EX 第 312726 号会员，加入于 2018-04-29 21:55:46 +08:00 |
MTlaster
Tlaster
Tlaster 最近回复了
15 天前 回复了 Tlaster 创建的主题 › Linux › 记录一下再一次尝试使用 Linux 作为主力系统失败的经历 |
@ttimasdf 唉你怎么不说话啦，你该不会不知道前几年 V2EX 上不少人推荐的关闭 Windows Defender 的软件是谁写的吧，不会吧不会吧，这顶🤡帽子您还是戴好吧。
16 天前 回复了 Tlaster 创建的主题 › Linux › 记录一下再一次尝试使用 Linux 作为主力系统失败的经历 |
@luciankaltz 倒是能理解这个做法，但是需求上不太切合，虽然 Android 确实也不是不能这样搞，就是会有点扭曲。我还是比较偏好一台机子搞定所有事情，这样假设我突然有一个什么灵感我可以马上切回到开发现场，或者玩游戏累了顺便写写代码，这种事情在我身上还是经常会有的。而 mac studio 现在只有在开发 iOS/mac 相关应用的时候才会使用。
不过这些都是现在的情况，我也在考虑未来吧 mac studio 作为正在的开发机子，留一个 Windows 用来专门游戏，这样其实我也确实不需要额外折腾。
不过这些都是现在的情况，我也在考虑未来吧 mac studio 作为正在的开发机子，留一个 Windows 用来专门游戏，这样其实我也确实不需要额外折腾。
17 天前 回复了 Tlaster 创建的主题 › Linux › 记录一下再一次尝试使用 Linux 作为主力系统失败的经历 |
@secondwtq V 社有心情搞 SteamOS 不搞 Steam 的 Wayland 版确实有点抽象了
掌机我反而推荐常驻 SteamOS/Bazzite/ChimeraOS ，因为不存在 Nvidia 带来的一系列问题，我自己 GPD Win4 就常驻 ChimeraOS ，游戏库里面的游戏都是即开即玩的，没遇到需要配置的，Windows 在掌机上的体验还是差的非常多。想要双系统最好还是 Win To Go 到一张 TF 卡，一个 nvme 搞双系统那还是洗洗睡。
为数不多的我想要在掌机上跑 Windows 的场景就是：我想玩 Halo Wars 2/FC24 ，别的一个 ChimeraOS 就搞定了。
掌机我反而推荐常驻 SteamOS/Bazzite/ChimeraOS ，因为不存在 Nvidia 带来的一系列问题，我自己 GPD Win4 就常驻 ChimeraOS ，游戏库里面的游戏都是即开即玩的，没遇到需要配置的，Windows 在掌机上的体验还是差的非常多。想要双系统最好还是 Win To Go 到一张 TF 卡，一个 nvme 搞双系统那还是洗洗睡。
为数不多的我想要在掌机上跑 Windows 的场景就是：我想玩 Halo Wars 2/FC24 ，别的一个 ChimeraOS 就搞定了。
17 天前 回复了 Tlaster 创建的主题 › Linux › 记录一下再一次尝试使用 Linux 作为主力系统失败的经历 |
@ttimasdf 你说的对，确实是这样的，我只是从 Windows Phone7 开始就在 Microsoft Store 上架过几个应用而已，对 Windows 一点都不了解。
不过我确实是 Windows 臃肿的既得利益者，因为 https://github.com/Tlaster/YourAV 让我嫖到了 Github Copilot 的免费使用权，我还是非常感谢你软的
不过我确实是 Windows 臃肿的既得利益者，因为 https://github.com/Tlaster/YourAV 让我嫖到了 Github Copilot 的免费使用权，我还是非常感谢你软的
17 天前 回复了 Tlaster 创建的主题 › Linux › 记录一下再一次尝试使用 Linux 作为主力系统失败的经历 |
@tool2dx 确实是双系统了，本来想常驻 Linux ，现在还是回到 Windows 了，等 Gnome 和 Nvidia 两个 Bug 修复之后再试一下。
17 天前 回复了 Tlaster 创建的主题 › Linux › 记录一下再一次尝试使用 Linux 作为主力系统失败的经历 |
@lixiangwuxian 这么多回复我觉得就只有你看完了😂感谢
win 虚拟机这一步倒是没想过，可以试一下
之前用 valve index 的时候没遇到 steam vr 有问题，想当然的以为 bigscreen beyond 也可以用，结果就是我想当然了
win 虚拟机这一步倒是没想过，可以试一下
之前用 valve index 的时候没遇到 steam vr 有问题，想当然的以为 bigscreen beyond 也可以用，结果就是我想当然了
26 天前 回复了 daqing 创建的主题 › 分享创造 › 关于聊天软件的后续来了（最新进展） |
> 核心点，现在我不能明确的讨论
突然好奇起来为什么核心卖点不能讨论，总不能是区块链/币圈聊天软件，聊天就可以转币/发红包/开合约/领空投吧
另外：
> 目前只能从苹果系统开始做，后续发展的符合预期，会拓展到 Windows 和 Linux ，顺便说一句，Windows 也打算做原生的，而 Linux 打算用 tauri 做
提到 Windows 原生我就来劲了，你想用的是这个 WinUI 3 ，还是 UWP/WinUI2 ，还是 WPF ，还是 MFC 。
我推荐是既然想到 Linux 用 Tauri ，那么不妨桌面直接用 Tauri 搞，要不然你会面临每个平台都需要人来维护的尴尬场景，开发和测试的成本会非常高。
如果还需要移动端，都用 Native 技术栈的话你需要维护 5 个客户端，再加上一个后端，想想都很刺激，不妨看看 Rocket.Chat 的做法：我们全都用 Typescript ！从后端到前端到客户端全都是 Typescript 一把梭，维护成本会小不少。
突然好奇起来为什么核心卖点不能讨论，总不能是区块链/币圈聊天软件，聊天就可以转币/发红包/开合约/领空投吧
另外：
> 目前只能从苹果系统开始做，后续发展的符合预期，会拓展到 Windows 和 Linux ，顺便说一句，Windows 也打算做原生的，而 Linux 打算用 tauri 做
提到 Windows 原生我就来劲了，你想用的是这个 WinUI 3 ，还是 UWP/WinUI2 ，还是 WPF ，还是 MFC 。
我推荐是既然想到 Linux 用 Tauri ，那么不妨桌面直接用 Tauri 搞，要不然你会面临每个平台都需要人来维护的尴尬场景，开发和测试的成本会非常高。
如果还需要移动端，都用 Native 技术栈的话你需要维护 5 个客户端，再加上一个后端，想想都很刺激，不妨看看 Rocket.Chat 的做法：我们全都用 Typescript ！从后端到前端到客户端全都是 Typescript 一把梭，维护成本会小不少。
33 天前 回复了 monkeylmj 创建的主题 › Android › 各位 Android 大佬， 2024 年了 Jetpack Compose 现在用的多了吗，有没有什么硬伤？ |
@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 就只要做渲染就行。
数量大的列表性能问题以前踩过坑，现在基本上没有了，有几个原因：1. 列表项目的 Composable 带了太多状态，最好列表项目是不带状态的。2. Composable 里面有耗时操作。举个例子的话，HTML 解析不要在 Compose 里面做，要在 Model 里面就处理掉，Compose 只做富文本渲染。
说白了就是不要在 Compose UI 里面做业务逻辑，这些应该是上层（比如 ViewModel ）的职责，Compose UI 就只要做渲染就行。
33 天前 回复了 monkeylmj 创建的主题 › Android › 各位 Android 大佬， 2024 年了 Jetpack Compose 现在用的多了吗，有没有什么硬伤？ |
从 alpha 就开始用到现在了，写了不少纯 Compose 应用，最近的例子： https://github.com/DimensionDev/Flare
新应用可以直接纯 Compose
槽点就是：写 Compose 是完全不同的思维范式，如果之前写 View 的话，很容易用 View 的思维去写 Compose ，然后踩到 Compose 的坑，有一些会导致性能问题，最后怪 Compose 性能差，但实际上 Compose 的性能现在（ 1.7 ）已经完全不差了。
不过 Compose 一定需要开 R8 （ isMinifyEnabled = true ），不开的话性能确实不行
新应用可以直接纯 Compose
槽点就是：写 Compose 是完全不同的思维范式，如果之前写 View 的话，很容易用 View 的思维去写 Compose ，然后踩到 Compose 的坑，有一些会导致性能问题，最后怪 Compose 性能差，但实际上 Compose 的性能现在（ 1.7 ）已经完全不差了。
不过 Compose 一定需要开 R8 （ isMinifyEnabled = true ），不开的话性能确实不行
Select Language