註冊並分享邀請連結,可獲得影片播放與邀請獎勵。

碗
@tcdwww
Avatar illustration by @KGY_HN aka. 陶瓷大碗/吐槽大王 | 前社畜 | 非垂类帐号 | 不迎合任何人 | 关注 ≠ 完全赞同其立场 | 蓝标是 @ulfmaw 送的,碗是一般推油且没收益
709 正在關注    2.3K 粉絲
感谢诗音姐姐 @ScarletKc 分享的优惠券,现在我可以用 @cognition 家的 Devin 来推进 #塑料碗# 的开发进度了! 好耶! 接下来还会继续分享我 build 的过程😺
顯示更多
其实很多人(包括我)都会觉得软件开发者应该对软件卸载流程负起责任,把残余数据清理干净。 但是我有一个还不太成熟的脑洞:能不能让软件开发者自己提供一份机器可读的卸载清单。 macOS 上安装卸载软件的流程倒是很简单,下个 dmg,把 .app 拖进 Applications;不用了,再把 .app 拖进废纸篓。 但对于普通 App 来说,macOS 并没有一个「用户把我拖进废纸篓了」的官方卸载 hook。所以 App 本身没机会在这一刻顺手处理 Application Support、缓存、配置等数据。 部分复杂软件会另外提供 uninstaller,但要求用户卸载每个软件时都去寻找它自己的卸载方式,我感觉也不太现实。 所以我在想,是否可以有一种标准化的 manifest,由开发者声明自己会创建哪些数据。例如: ~/Library/Application Support/foo:用户数据,删除前必须确认 ~/Library/Caches/foo:缓存,可以安全删除 ~/.config/foo:配置文件,删除前确认 然后包括 Mole 以及各种包管理器之类的工具都可以消费同一份数据。 (其实我不是第一个有这种想法的,Homebrew Cask 的 zap 其实大概接近我想要的了。我更想要的是由软件作者自己维护,而且能够表达「这是什么数据、能不能直接删除」的公开格式
顯示更多
0
27
112
1
轉發到社區
没错,这只碗还在找工作。 目前意向是擅长前端的全栈工程师、前端工程师。 在自学 Agent 开发,已经有一个在自己 Telegram 群组跑起来的群宠 Bot「塑料碗」。 意向 base 北京,其次是上海/杭州。 在线脱敏版简历可以戳 -> 欢迎通过在线脱敏版简历里面的 email 联系我。
顯示更多
0
33
270
44
轉發到社區
玩了玩,感觉真的超级超级良心。已严肃支持(