op351

@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 自动生成，但现阶段我觉得可行性需要再研究。
但测试自动化这块其实应用上已经相对成熟了，可以考虑做导入。