RPA+1
可以用 RPA 先把每个平台的数据脚本都做一遍 然后每个人电脑上自己点一下运行
数据收集的话 可以把 RPA 脚本的最后数据写入的那一步写到内部服务器的公共盘上
然后服务器从公共盘把每天数据读取，汇总

现在 RPA 大多个人使用免费 这种策略也能 0 成本试错
如果后期需要远程下发脚本 统一控制之类的功能可以考虑买 RPA 厂商的商业版

@vagranth tls handshake 错误大概率是 https 证书的问题
前两天我的服务器 https 证书过期了 v2rayn 也不通
更新了域名的 https 证书解决了

大型系统重构是有极大风险的
参与过一个日本私有云管理平台的前端项目重构，从 flash 重构为 h5 ，这个项目搞了将近 3 年都没能正常交付
原因相信你们也能想到
原来的 flash 工程经过十几年的迭代,代码量巨大。而且熟悉原项目的人只有一个，前期花了大量的时间去分析原来的代码逻辑，把功能整理出来。
但是因为原来的代码实在是太多了 后期开发时发现了大量的与原系统不一致的表现

所以重构大型系统是有极大风险的 投了几千万上亿进去发现开发的新系统一堆 bug 的时候 所有人都头大

工作不差并且有不错的项目在进行当然是苟着
现在的职业规划就是想办法在工作的时候发现业务系统的问题 提新的解决 idea 给上级 这样就有新项目分配的可能性
我认为在工作中发现问题，有自己的想法去解决问题 发现新的需求 并且付诸实现也是一种经验储备
单纯靠上级布置任务 按部就班 按我现在的岗位 是很容易一周摸 4 天鱼的
我觉得这样时间长了是不利于后期跳槽的
扩展知识我认为是有必要的 比如积极拥抱 AI 尝试把 AI 导入现有系统就是很不错的方向

项目的开始时间和结束时间可以补一补

问题解决不了就拉部门负责人开会 把问题讨论明白 列出来
解决方案也列一列 多写几种
然后往上汇报 让上级做决定 然后再利用上级来往下压实任务
做事负责没问题 但方法要对

@leic4u 多端备份有点意思

@peasant 看 github 有没有什么有意思的开源项目

@winterbells bitwarden 没有云端备份的机制吗？

@GallifreyCAR 如果测试并不对代码进行测试，只是进行黑盒测试 我觉得单元测试并不能替代
原因：
1.单元测试只是对代码分支的覆盖性测试，只对最小单元的代码逻辑负责，不对实际功能负责。
2.我以前经历过的项目中，单元测试会被领导层以覆盖率为唯一指标进行追踪，导致开发人员编写大量的测试用例来覆盖所有分支，对正常开发进度严重干扰。
3.单元测试的高覆盖率不等于软件整体功能的高可用性，这也是我之前那个项目中出现的问题，单元测试覆盖率很好看，但是功能测试中仍然出现大量 bug 。

所以单元测试和功能测试不是替代关系，功能测试这种点点点的测试是必须的，要优化也是把功能测试的实际测试部分 RPA （自动）化，减少部分人力投入。
至于测试用例部分，未来可以考虑通过 AI 自动生成，但现阶段我觉得可行性需要再研究。
但测试自动化这块其实应用上已经相对成熟了，可以考虑做导入。

原来的测试人员是通过什么方法测试的？

@susuper
@lvlongxiang199
谢谢

@litchinn 谢谢

借楼问问，微调（ Fine-tuning ）有啥入门的教程或者例子吗？想动手做一做。

如果项目管理的时候 review 机制是完善且有效的话
AI 输出的代码和人类手写的代码应该是同样有质量保证的
但实际有多少项目能做到对代码的逐行 review 就不好说了

如果项目管理的时候就是乱糟糟的一团
AI 和人工输出的代码一样都需要擦屁股
区别是擦屁股的难度

再进一步完美一点的话
可以租个美国的家庭宽带 ip 当落地
如果这样都能被封 那就算肉身在美国也会被封

粗略估了一下 只算开发侧的话大概需要 8 个人日（包含小程序和后台管理端，API 的所有工作量）
再加上 2 个人日的管理和交流工作量的话
一共大概 10 个人日
另一块是微信认证，管局备案，代码审核，这块算 10 个工作日，可以和开发同步推进
保守估计从项目启动到初版上架最少需要两周时间

技术框架上小程序侧就是 uniapp 或者 taro
开发技术栈上 vue 或者 react 后台 API 的话 java 或者 python 都行

B 公司是制造业吗？
是的话就有价值，因为能进制造业熟悉 ERP 和 MES 之类的系统
以后在制造业比较强的城市跳槽就会有很多工作机会，因为厂里找人看重经验和能力，不看年龄和学历。

115 最近刚上了新版的微信小程序 几乎快把 app 的功能全搬上微信了
跑路应该不至于