V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  op351  ›  全部回复第 3 页 / 共 17 页
回复总数  339
1  2  3  4  5  6  7  8  9  10 ... 17  
97 天前
回复了 ibox163 创建的主题 程序员 公司需要全自动采集
RPA+1
可以用 RPA 先把每个平台的数据脚本都做一遍 然后每个人电脑上自己点一下运行
数据收集的话 可以把 RPA 脚本的最后数据写入的那一步写到内部服务器的公共盘上
然后服务器从公共盘把每天数据读取,汇总

现在 RPA 大多个人使用免费 这种策略也能 0 成本试错
如果后期需要远程下发脚本 统一控制之类的功能可以考虑买 RPA 厂商的商业版
104 天前
回复了 vagranth 创建的主题 宽带症候群 GFW 开始根据 mac 地址阻断了
@vagranth tls handshake 错误大概率是 https 证书的问题
前两天我的服务器 https 证书过期了 v2rayn 也不通
更新了域名的 https 证书解决了
105 天前
回复了 cmos 创建的主题 程序员 会 COBOL 真能躺赢日本?
大型系统重构是有极大风险的
参与过一个日本私有云管理平台的前端项目重构,从 flash 重构为 h5 ,这个项目搞了将近 3 年都没能正常交付
原因相信你们也能想到
原来的 flash 工程经过十几年的迭代,代码量巨大。而且熟悉原项目的人只有一个,前期花了大量的时间去分析原来的代码逻辑,把功能整理出来。
但是因为原来的代码实在是太多了 后期开发时发现了大量的与原系统不一致的表现

所以重构大型系统是有极大风险的 投了几千万上亿进去发现开发的新系统一堆 bug 的时候 所有人都头大
工作不差并且有不错的项目在进行当然是苟着
现在的职业规划就是想办法在工作的时候发现业务系统的问题 提新的解决 idea 给上级 这样就有新项目分配的可能性
我认为在工作中发现问题,有自己的想法去解决问题 发现新的需求 并且付诸实现也是一种经验储备
单纯靠上级布置任务 按部就班 按我现在的岗位 是很容易一周摸 4 天鱼的
我觉得这样时间长了是不利于后期跳槽的
扩展知识我认为是有必要的 比如积极拥抱 AI 尝试把 AI 导入现有系统就是很不错的方向
108 天前
回复了 rabbbit 创建的主题 求职 6 年前端求简历意见
项目的开始时间和结束时间可以补一补
108 天前
回复了 vdrapb 创建的主题 职场话题 我现在该怎么办
问题解决不了就拉部门负责人开会 把问题讨论明白 列出来
解决方案也列一列 多写几种
然后往上汇报 让上级做决定 然后再利用上级来往下压实任务
做事负责没问题 但方法要对
111 天前
回复了 seWindows 创建的主题 Google 我体会到了悬挂指针的感觉
@leic4u 多端备份有点意思
112 天前
回复了 darkway 创建的主题 V2EX v2ex 的 dau 越来越高了
@peasant 看 github 有没有什么有意思的开源项目
112 天前
回复了 seWindows 创建的主题 Google 我体会到了悬挂指针的感觉
@winterbells bitwarden 没有云端备份的机制吗?
@GallifreyCAR 如果测试并不对代码进行测试,只是进行黑盒测试 我觉得单元测试并不能替代
原因:
1.单元测试只是对代码分支的覆盖性测试,只对最小单元的代码逻辑负责,不对实际功能负责。
2.我以前经历过的项目中,单元测试会被领导层以覆盖率为唯一指标进行追踪,导致开发人员编写大量的测试用例来覆盖所有分支,对正常开发进度严重干扰。
3.单元测试的高覆盖率不等于软件整体功能的高可用性,这也是我之前那个项目中出现的问题,单元测试覆盖率很好看,但是功能测试中仍然出现大量 bug 。

所以单元测试和功能测试不是替代关系,功能测试这种点点点的测试是必须的,要优化也是把功能测试的实际测试部分 RPA (自动)化,减少部分人力投入。
至于测试用例部分,未来可以考虑通过 AI 自动生成,但现阶段我觉得可行性需要再研究。
但测试自动化这块其实应用上已经相对成熟了,可以考虑做导入。
原来的测试人员是通过什么方法测试的?
@litchinn 谢谢
115 天前
回复了 kxg3030 创建的主题 程序员 请教大模型微调相关的问题
借楼问问,微调( Fine-tuning )有啥入门的教程或者例子吗?想动手做一做。
如果项目管理的时候 review 机制是完善且有效的话
AI 输出的代码和人类手写的代码应该是同样有质量保证的
但实际有多少项目能做到对代码的逐行 review 就不好说了

如果项目管理的时候就是乱糟糟的一团
AI 和人工输出的代码一样都需要擦屁股
区别是擦屁股的难度
再进一步完美一点的话
可以租个美国的家庭宽带 ip 当落地
如果这样都能被封 那就算肉身在美国也会被封
120 天前
回复了 rcj6056 创建的主题 程序员 关于占座位小程序的问题请教
粗略估了一下 只算开发侧的话大概需要 8 个人日(包含小程序和后台管理端,API 的所有工作量)
再加上 2 个人日的管理和交流工作量的话
一共大概 10 个人日
另一块是微信认证,管局备案,代码审核,这块算 10 个工作日,可以和开发同步推进
保守估计从项目启动到初版上架最少需要两周时间

技术框架上小程序侧就是 uniapp 或者 taro
开发技术栈上 vue 或者 react 后台 API 的话 java 或者 python 都行
B 公司是制造业吗?
是的话就有价值,因为能进制造业熟悉 ERP 和 MES 之类的系统
以后在制造业比较强的城市跳槽就会有很多工作机会,因为厂里找人看重经验和能力,不看年龄和学历。
115 最近刚上了新版的微信小程序 几乎快把 app 的功能全搬上微信了
跑路应该不至于
三大运营商互相跨网 QOS 这场闹剧什么时候才能结束?
还是说永远都是这样了
1  2  3  4  5  6  7  8  9  10 ... 17  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3051 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 73ms · UTC 12:35 · PVG 20:35 · LAX 04:35 · JFK 07:35
♥ Do have faith in what you're doing.