assclb

非常相似的背景, 看得难受, 祝幸运

@muwoo 不是, 我做逆向开发的

我出于个人兴趣爱好跟进了你们的这个客户端很久, Electron 版本的跟了, Tauri 的也跟了, 所以我能讲出来前面的那个 "暴论" 里那些多细节

所以我才很清楚你们代码完全是能正常维护的, 至少代码体量及可维护性比抖店的高多了, 很多地方我总以为你们下个版本迭代就会优化, 结果一直没搞, 有些小 bug 也没修, 急得我都快给你们提 "PR" 了

@muwoo

问题咨询: 技术选型是否真的合理?

- 客服接待软件本身就是需要有非常强大的兼容性, 客服的设备参差不齐, 会跑在 win7-win11 等各种设备上, 在性能还没达到瓶颈的情况下, 肯定优先考虑兼容性更强的技术栈.

- 我跟进了你们非常多个版本, 我看在 Tauri 版本内测前的 Electron 版本(比如 1.30.x ) 你们代码完全是可维护可调整的, 至少问题完全没有大到无法调整/优化, 需要更换整个技术栈的地步

- 你们团队似乎只有两位研发人员: tong**fang 和 wang*qiang 在参与该项目

在人员有限且现有代码有合理优化空间还没到性能瓶颈的情况下，放弃兼容性更强的技术栈，进行如此大规模的技术调整，是否真的值得？这是一个我很想知道的问题


补充: 不论是上面的评价还是现在问的问题, 不针对任何人, 也不认为是 "KPI" 导致的, 都是出于技术角度来考虑的, 对于我上面的 "暴论" 中用到的一些比较冒犯的措辞, 表示一下歉意

我下个暴论: 这么大的性能提升不单纯是切换技术栈得来的 (不否认 Tauri 的优秀), 主要还是 得物商家客服 Electron 版本做的稀烂

- 登录多一个账号的时候是开一个全新的应用实例 (10 个客服就等于开着 10 个 Electron 应用在跑)
- 账号密码登录以后是明文存储的
- 右下角的托盘图标都是空白的
- 全局还挂着某个研发的 QA Test 工具
- Vue3 Reactive 直接包着一个超大对象
- 编译完代码几乎没有什么混淆

在这种态度下这种设计下, 我不认为这是 Electron 应用的真实水平


至于 Electron 兼容 win7 嘛, 把 Electron 版本降回 22 就好了

@showonder 中肯的, 如果不是奔着牌子或者系统尝鲜, 没有买的必要

@showonder 看数据的话是这样的, 本身 iPhone 的 CPU 性能就强, 华为这两年的 CPU 的性能提升又微乎其微

落到日常体验的流畅度的话,就得自己去线下摸一摸鸿蒙 Next 的机子感受一下了

已分享

世界就是个巨大的草台班子

以下数据来源：拼多多
```json
{
"readyDate": "2024-07-17",
"cstmrServScore": 2.9271217077970073,
"cstmrServRank": 0.4145756584405985,
"cstmrServScorePpr1w": 0.0064,
"cstmrServScoreWarningStatus": 0,
"cstmrServScoreWarning": "",
"spLmScore": 2.152919260702677,
"spLmScorePpr1w": 0.0137,
"spLmScoreWarning": null,
"fhLmScore": 4.409962324978008,
"fhLmScorePpr1w": 0.0019,
"wlLmScore": 2.8028336080395726,
"wlLmScorePpr1w": -0.0283,
"jcfwLmScore": 2.5033595867181893,
"jcfwLmScorePpr1w": 0.0177,
"jcfwLmScoreWarning": null,
"ptHelpRate1m": 0.027014085631060215,
"ptHelpRate1mPpr1w": 0.0548,
}
```

@biglion666 不同无法理解，我也是 13 mini ，部分应用会卡，多任务等于没有，切一切基本就没后台了....