多端最好，转发的方案有合规问题

体制内那不是想学啥学啥，反正只是打发时间
你不要把这个当学习，你就当是和别人钓鱼养花一样培养的一个兴趣爱好

个人建议，写过 typecho 那可以简单接触下前端了。
第一阶段可以考虑 Javascript/TypeScript + React/Vue + Node.js 等重写个类似 typecho 的程序。
这个比较简单，很容易出效果，很快能看到正反馈。有了正反馈比较容易深入学下去

看着很不错，可惜我没有资产可供记录

我很喜欢和 AI 探讨代码架构/模块设计，多轮探讨下来 AI 确实能帮我提高整个项目的架构设计合理性和可维护性

写代码的话一般就简单用用 copilot 的补全，vibe coding 让 AI 写大段代码要看场景

纯业务 CRUD 代码用 AI 补全很快，也不太太担心可维护性啥的，毕竟“古法”手工编程写出的业务代码一般也是一坨 哈哈

核心模块，逻辑性很强那种代码，用 AI 写目前看还是不太行

Rust 做业务太费劲了，只适合做那种代码逻辑长期稳定的项目

Chrome 在 macOS （ M 系列芯片）上的硬件加速也有问题，打开 PVE 网页终端之后一段时间后会导致 Chrome 整个 App 白屏
我测试关了硬件加速就好了，但是渲染会变慢，特别是在用了 WebGL 的页面上

后来发现不关闭硬件加速，在 flags 中开启 Skia Graphite 渲染就正常了，不知道这个对你的环境有没有用

技术角度来讲，做个管理系统没啥难的，就是 CRUD 。但是魔鬼隐藏在细节中，各种业务没有你想的那么简单

另外如果不是领导要求做，那就不要主动提这个事
做内部系统费力不讨好，做得好你也很难体现出价值（对业务可量化的提升），做不好你背大锅

@cybort 不用充分多，有些蓝牙/Wi-Fi 设备是固定位置的，有一个固定的 SSID 就可以定位到你
地图厂商就有接口可以把 SSID 转为经纬度，有些厂自己也有 SSID 到经纬度的转换库

@flytsuki 因为用蓝牙扫描附近设备的 ssid 可以定位到你的位置，就算单独拆出蓝牙权限也没用

所有地方全用 clone ，你会发现 Rust 也没那么难，哈哈哈

这种问题，自己提个 pr 就能解决
homebrew 的 formula 都是志愿者写的，人家用不到 cmake 3 自然就不会去制作这个 formula
maintainer 只是管理合并 pr 的而已，他没有义务帮你制作这个 formula

硬盘自己报的健康度不一定准的

前两周月刚遇到的坑，有一个西数 sn750 ，健康度 100%，我部了个 mongodb 写多了直接数据库直接 checksum 错误崩了
另一个 intel 企业盘，读取错误数 100w+，两个盘混用的，一开始我还以为是 intel 盘坏了
后来测了几天，才发现导致异常的是 sn750 ，数据全迁移到 intel 盘上数据库再也没崩过

@ultimate42 可以 uname -s 判断下系统是否是 macOS ，动态选择 tar 命令

if [ "$(uname -s)" == "Darwin" ]; then
TAR=gtar
else
TAR=tar
fi

$TAR .....

gnutar 就是标准的 gnu 的 tar 程序，和 linux 的 tar 是一个版本，你要和 linux 完全兼容最好就用这个
mac 自己的 tar 是一个定制的 bsdtar ，因为它已经占了 tar 这个名字，homebrew 才把 gnu-tar 程序改名为 gtar
同样有坑的还有类似的 gnu-sed

只是替换 PATH 的话不会对系统有啥影响，但是最好还是直接调 gtar 吧

Apple 自定义的文件属性，只在 macOS 上有效，这个警告不会影响解压出来的文件内容

windows + wsl
或者 mac + docker (配合 vscode 的远程 remote container)

怎么都在说 ubuntu 屎多 ，我觉得还好，除了 snap 那个，snap 可以选择不用
别的感觉和 debian 没啥区别

Ubuntu 每个 LTS 小版本发 .1 之后我就会升。我的用例是跑 Docker ，各种 Web 前后端服务，GitLab 等，目前还从没遇到过不稳定的情况