: 推 HuangJC: 垃圾不是大事，影响稳定度的是：覆蓋式的升级稳不稳定。 09/27 14:05
: → HuangJC: 在 win 经常是不稳的，移除重装经常可以改善 09/27 14:05
: 推 HuangJC: 在Mac 则经验还不足，因为我同事本来常嘲笑我胡搞（不经a 09/27 14:08
: → HuangJC: pp store 下载，而自行上网下载来安装，问题是我 Xcode 09/27 14:08
: → HuangJC: 想改用旧版，只有这招）才产生奇奇怪怪的问题，但最近他 09/27 14:08
: → HuangJC: 说他的也一样了；那就可能是Xcode 自己有问题 09/27 14:08
: 推 HuangJC: Win os 我就是做两个分割，第一个是os,os升级时一定要 fo 09/27 14:10
: → HuangJC: rmat 重装，覆蓋式升级又慢又不稳，我也无法理解 09/27 14:10
: → andrew43: brew cask 反安装脚本也是志工们写的，清理干净程度根 09/27 20:03
: → andrew43: 本说不准。 09/27 20:03
: → andrew43: 除非程式乱写，否则暂存和偏好档的体积实在不值得使用 09/27 20:06
: → andrew43: 者花太多精力去清理还有误删的风险。 09/27 20:06
什么是乱写，我突然想通一点
因为有 win app 的开发经验，我来说一下
win 下有所谓 DLL 架构，也就是如果程式很大，可以这样开发
A.exe => A.exe + common.dll
B.exe => B.exe + common.dll
common.dll 是 A，B 两支程式的共用部份
有这个东西，则这两支程式可以缩小一点
怎么撰写 DLL，书上教很多了；问题出在管理
如果这间公司还蛮长寿的，而 common.dll 出了很多版
当 a, b 两支程式用同一版时还没有问题
当它们用不同版时，则最好一起用最新版
而最新版必需向旧版相容；否则旧版那支程式其实也无法适应这个共用的 DLL
这种事情其实 OS 本身就发生很多
但只有 OS 在开发 DLL 毕竟是干净多了
如果各公司都可以任意的开发 DLL
那他们管理 DLL 版本的功力就很重要
管不好的话，干脆不要共用，各存一版在各自的子目录里 XDDD