@rotcar #19 对的 算是单平台 两款产品分别基于 ESP32S3 和 RK3568
后者感觉都不怎么算嵌入式的范畴 跑个 openwrt 在上面跑应用
ESP32S3 是从 ESP32 升级来的 代码几乎不动 能接的外设就多了

（技术无用 考证有用 职称有用
现在嘛 沉迷在考证的快乐中 哈哈哈

其实我也一直在思考 嵌入式框架到底是要做啥工作
ESP-IDF 干的 对我来说就是硬件的一层 API 抽象
开发者要做的也就是写一下 所谓的 main 逻辑
上电 -> Wi-Fi 联网 -> 外设交互 -> 序列化、服务器交互
这些我都封装好了各种功能函数 感觉称作框架不太适合 更像脚手架、工具包
框架听起来像是“模板” 使用的方式像是“克隆” 可谁会天天起新项目呢

况且 起一个新项目的成本可能远没这么高？只有 cpp 比较乱而已？
我现在用 micropython 要做的就是把写过的功能复制粘贴下
稍微改下逻辑 就又好了一个需求
感觉再进化下 我已经在研究拖拽式编程了（好多需求就是这么简单

最近就在学 esp-rs 体会到了传统 cpp 式的麻烦 make 来 make 去
也可能我一直路子比较野 没有过底层详细定制的经验 哈哈

吃灰神器 当时借同事已经吃灰的旧款对比 自己从京东买了个新款
用了两次就给退货了 我想不到啥场景需要我按着手机稳定一个方向拍

”真正有价值的是你值得记录的生活“

我的方案也是 SeafilePro 不过仅用于同步手头正在用的 和用来随时分享的文件 目前大小大概 100G 左右
自己的所有电脑（ win+mac ）都安装了 seafile 客户端（不是挂载的那个 seadrive ）全量实时同步
所以这些文件 所有设备均有拷贝 已经大大超出了 321 的范畴 我认为是足够了
其他归档类的东西放在我的 QNAP 上 靠 OVPN+SMB 访问 仅几个终端有这个权限 分享给别人靠自建的 cloudreve

原格式存储 其实无所谓吧 你把服务器所在的那一份副本忽略掉 这样看是不是好很多（

@sunchuo #9 那还得写 for 呢 起码一个 for i in **/*.zip 吧 切换目录确实可以-o 太麻烦了

@momooc #10 这个简单 判断函数里多加几个就行了 我记得 unar 也可以解压
不过下载的图包一般没人用这些格式 所以不加也无所谓

@shinyzhu #5 哈哈哈 想了想确实 如果是为了解压来的 那应该升压了吧

@bunny189 #6 万物 Rust 化 我也在入教中～

@sunchuo #7 unar 只有写 shell 脚本 才可以原地解压所有压缩包吧
有哪个命令可以不用 for 的情况下 直接解压全部 rar 和 zip 吗（
需求就是 PT 下载了一个超大图包 而且很多子文件夹

感觉这个代码的问题是没对文件结构做缓存
导致解压后如果压缩包里还有压缩包 也会一起解压
（不过这好像变成了特性？还挺好

@yoiteshaw #3 哈哈哈 有点盲从了吧 不过确实有种安心的感觉
因为听到的说法是 只要没乱用 unsafe 那能跑的代码差不多就是对的
性能？性能后面再说（起码比 js 快吧

@yoiteshaw #1 对我来说 比 Python 好的点就是 不用源码交付 环境不这么难装
况且心智负担 在业务场景我感觉不是什么大问题 对我来说很难用到高级特性 unsafe

不过这么看其实 go 才最符合需求 哈哈哈 直接超简单的跨平台编译 小工具特别顺手
但是 go 语法太简单了 有些人总喜欢要源码看看 就抄的很快 rust 让我更安心一点
（至少 会 rust 的程序员 水平应该不至于写不出我写的一些小工具
（（我不希望我的东西别人捡起来就能直接使用 这才是重点 hhhh

@v2defe #16 那感觉不稳定 万一碰掉了就直接断电

嗯 没发现有什么问题 我看我这的切换时间大概是 13 号凌晨
老城退网还得很久呢 还可以再用几年 vBras 铺了一半多了

@zhixiao #3 我的宽带是带公网的 另一个宽带没公网但是确实始终是 fullcone
感觉这并不算什么问题 （？

确实 试了一下怎么都是 49.65.xxx 段的了

一朝相伴 一夕相牵 便是家园