水木社区手机版
- 主题:要迈向一人一月一百万行代码了
- 【 在 ECUCoder 的大作中提到: 】
: 太疯狂，一个月就把原本整个职业生涯才能产出的代码写完了。。。
--
FROM 221.216.159.* - 在 openssl 和 ffmpeg 被完整用 rust 重写之前，不要相信这种宣传。
【 在 chunhui 的大作中提到: 】
: 如图
: 这已经不是效率问题了。这是工作层次问题。
--
FROM 183.250.29.* - 在我的场景里面,虽然我没有完全重写FFMPEG,但当我需要FFMPEG的时候,我一般就把我需要的部分重写。因为我很讨厌引入FFMPEG这么一大堆的依赖。
另外呢,就是你说的这些话是一句正确的废话。而且连这句话我都已经说过很多遍了：现在还有人会讨论火箭回收的可行性和必要性吗?
我们讨论的事情, 当然是未来即将发生的事情,而不是现在已经发生了的事情。后者没什么好讨论。
【 在 hgoldfish 的大作中提到: 】
: 在 openssl 和 ffmpeg 被完整用 rust 重写之前，不要相信这种宣传。
:
--
FROM 116.233.45.* - 这俩和百万行代码是两个性质。绝大多数代码都是业务相关的流水账。处理这种代码上百万行哪怕上千万行，只是ai工程问题，不是ai的智商问题。
【 在 hgoldfish 的大作中提到: 】
: 在 openssl 和 ffmpeg 被完整用 rust 重写之前，不要相信这种宣传。
--
FROM 221.216.159.* - 我之前也有调用部分 ffmpeg 的需求，想无需声音，显示 h265/vp9 的短视频。可不可以聊聊这是怎么做到的。你用哪些提示词和 AI 工作流？
ffmpeg 的代码量极大，你用 AI 重写完后，占项目多少代码行？
话说，从项目质量的角度看，重写这些被千锤百炼过的代码，没啥好处。没有必要，是坏的工程实践。我当时想直接调用 vp9 的解码器原因是那会儿资源受限，而不是看不爽 ffmpeg.
【 在 lvsoft 的大作中提到: 】
: 在我的场景里面,虽然我没有完全重写FFMPEG,但当我需要FFMPEG的时候,我一般就把我需要的部分重写。因为我很讨厌引入FFMPEG这么一大堆的依赖。
: 另外呢,就是你说的这些话是一句正确的废话。而且连这句话我都已经说过很多遍了：现在还有人会讨论火箭回收的可行性和必要性吗?
: 我们讨论的事情, 当然是未来即将发生的事情,而不是现在已经发生了的事情。后者没什么好讨论。
: ...................
--
修改:hgoldfish FROM 183.250.29.*
FROM 183.250.29.* - 业务相关才麻烦呢。
我自己用 AI 就两个效果。
如果是创新型的项目，尤其是完全脱离现实的各种工具库，用 AI 写起来是非常的快。
如果是复杂业务逻辑的，有流程的，用 AI 的效果就一般般。像刚刚有个需求是让 AI 兼容新版旧版的 API. 客户端提交新的参数就返回新的字段，提交旧的参数就返回旧的字段。我跟 cursor 啰嗦了十分钟，才得到想要的代码。
【 在 chunhui 的大作中提到: 】
: 这俩和百万行代码是两个性质。绝大多数代码都是业务相关的流水账。处理这种代码上百万行哪怕上千万行，只是ai工程问题，不是ai的智商问题。
--
FROM 183.250.29.* - 比如微软现在的那些云计算，各种用户管理，监控，数据，前端登陆，展示。。。这种 ai不是很擅长么。
【 在 hgoldfish 的大作中提到: 】
: 业务相关才麻烦呢。
: 我自己用 AI 就两个效果。
: 如果是创新型的项目，尤其是完全脱离现实的各种工具库，用 AI 写起来是非常的快。
: ...................
--
FROM 221.216.159.* - 这也是业务啊。比如某个客户因为是领导的小舅子，所以在 CRM 里面有个特别标志，适用人工标志的最高折扣。别说在美帝没这种事。。你说 AI 怎么改。
新来一个领导，文书审批的流转多一个环节。你说这种 AI 怎么改。
Java 程序员，我估计是这一轮 AI 浪潮里面最没有获得感的。
【 在 chunhui 的大作中提到: 】
: 比如微软现在的那些云计算，各种用户管理，监控，数据，前端登陆，展示。。。这种 ai不是很擅长么。
--
修改:hgoldfish FROM 183.250.29.*
FROM 183.250.29.* - 这种业务，需求，不得写个文档么？这文档ai看一眼，代码基本上可以一遍过。
【 在 hgoldfish 的大作中提到: 】
: 这也是业务啊。比如某个客户因为是领导的小舅子，所以在 CRM 里面有个特别标志，适用人工标志的最高折扣。别说在美帝没这种事。。你说 AI 怎么改。
: 新来一个领导，文书审批的流转多一个环节。你说这种 AI 怎么改。
: Java 程序员，我估计是这一轮 AI 浪潮里面最没有获得感的。
: ...................
--
FROM 221.216.159.* - 现实中的代码都是一遍过的垃圾代码，十几年前写那百万行代码的程序员说不定离职跑去地极死那了。代码行对打工者是资历的证明，但是对于公司都是成本。
AI 要是真牛逼，只要两件事情：
1. 吹它如何砍代码，把大厂的几亿行代码删成几十万行。
2. 大厂良心发现，用 AI 把 ffmpeg, openssl, curl, openbsd 等众多用爱发电的开源项目用伟大的 rust 给重写了。
特别是后者，很多开源项目作者穷得揭不开锅。维护二十年，连块 AI 卡都买不起。大厂们拿这些开源项目做做广告，顺便让开源软件作者早点退休。全世界人民都用上更好的 AI 写的安全代码。win win win，三赢啊！
【 在 chunhui 的大作中提到: 】
: 这种业务，需求，不得写个文档么？这文档ai看一眼，代码基本上可以一遍过。
--
修改:hgoldfish FROM 183.250.29.*
FROM 183.250.29.*