展开讨论

经验与复盘经验摘录 · 机器翻译

这和我大约20年前作为业务分析师所做的工作相差不远(而且……

……这和我大约20年前作为业务分析师所做的工作相差不远(以及现在一些技术产品经理为快速原型所做的工作)。我编写了FRD[^0],描述软件应该做什么。架构师会根据这些FRD创建TRD[^1]。这些文档会被发送给开发人员进行开发,然后交给测试人员来找出错误,再回到我的团队进行用户验收测试。如果当时有代理的话,中间就不会有那么多开发人员/测试人员。架构师可能还是会做他们本来会做的事情。我认为我们正朝着这个方向发展,但会由由员工工程师/企业架构师驱动的代理来实现。> 编辑:顺便说一下,我从审查各种算法或方法的编码代理生成的实现中学到了很多。人们的学习方式不同。我(以及其他人)通过实践来学习。通过在Stack Overflow/Expertsexchange等网站上输入代码而不是粘贴,然后对其进行修改,是我学习编程的方式。有些人只通过阅读就能学习。[^0]: https://www.modernanalyst.com/Resources/Articles/tabid/115/I...

源讨论我辞职了。克兰克ers赢了原帖 484 条评论 · 导入时统计
2

这条内容在回应什么?

父级讨论 · 节选

PF

这可能会引起一些争议,但假如最重要的专业“开发人员技能”是学习或提高如何有效地使用编码代理,这会不会是件重要的事呢? 我在机器学习领域看到过类似的情况。当神经网络出现时,整个“堆更多层”的现象是一个笑话,但它确实反映了新进入该领域的人没有学习任何关于机器学习理论或最佳实践的真正情绪。结果证明,神经网络“赢了”,而有效地使用它们需要开发和获取一些新的领域知识和最佳实践。孩子们都还好。那些嘲笑神经网络且没有跟上节奏的人则不是这样。 编辑:顺便说一句,我从审查编码代理生成的各种算法或方法的实现中已经学到了很多。

完整原文

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 2

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

CA

这样做将有效地迫使许多人进行(可能不想要的)职业转变,并导致软件工程(以及软件作为职业)的终结,假设AI继续进步的话。 如果你期望事情永远保持不变,也许软件工程并不是适合你的职业选择。尽管看起来很安全,考虑到我们已经用了50年以相同的方式编写相同的代码,这从来都不是保证的。 我个人很高兴看到真正的新事物出现。过去十几年的“范式转变”最终都被证明是令人失望的旧范式的变种。但这次不是。

完整原文
ZE

> 这需要能够写出良好的(或足够好以达到你想要的效果)文字,并清晰地传达意图(在你选择的编程语言中,而不是代码;我认为这有很大的不同)。 我不明白为什么你不能用伪代码来编写你的规格说明,如果你真的想这么做的话 - 向LLM传达你的意图,即代码应该如何被开发,这在技能上更接近编程。

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。