惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

云风的 BLOG
云风的 BLOG
M
MIT News - Artificial intelligence
博客园 - Franky
J
Java Code Geeks
V
Visual Studio Blog
G
Google Developers Blog
罗磊的独立博客
MongoDB | Blog
MongoDB | Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Recent Announcements
Recent Announcements
Last Week in AI
Last Week in AI
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Stack Overflow Blog
Stack Overflow Blog
博客园 - 司徒正美
The GitHub Blog
The GitHub Blog
腾讯CDC
阮一峰的网络日志
阮一峰的网络日志
V
V2EX
博客园 - 【当耐特】
IT之家
IT之家
I
InfoQ
U
Unit 42
C
Check Point Blog
Martin Fowler
Martin Fowler

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
将人工智能应用到软件开发中?那你需要了解这些
出海老白 · 2023-10-25 · via 人人都是产品经理

随着科技的发展,AI 技术也在不断的发生变化,AI与软件工程的融合会是一种新的突破方式,通过下面的文章,我们一起看看这两者的融合需要了解什么吧!

软件开发人员依靠确定性而蓬勃发展。如果您向程序提供一组输入,您将始终获得相同的输出。在软件历史的大部分时间里,软件完全建立在确定性逻辑的基础上。

我们甚至有一个术语:自上而下的编程。所有算法都遵循一条路径,其分支也基于预期的逻辑。当我们调试代码时,我们会一遍又一遍地沿着相同的路径运行,找到行为偏离预期的地方,并使其回到正轨。

确定性和确定性逻辑适用于许多软件。但现实世界并非如此。相比之下,AI是概率性的。答案从来都不准确。相反,AI使用模型来预测行为,然后生成该行为。

也许描述这一点的最佳方式是传统软件与AI的更新方式。传统软件会获得更新和补丁。AI可以学习、自行进化、理解并吸收用户反馈,无需人工干预。这使得传统软件更加精

通过将AI应用到软件工程中,我们可以两全其美:既精确又灵活的软件。本文将探讨这次合并,以及它对开发人员和工程师以及他们的作品的用户意味着什么。

一、AI与软件工程的融合

如今,开发人员有机会使用AI作为其编码过程的一部分。新的AI工具可帮助创建代码、查找错误、设置测试套件以及生成测试和示例数据。在某些方面,AI可以帮助提高开发人员的工作效率,减少重复性任务所花费的时间,发现缺陷,并帮助经验不足的开发人员像经验丰富的开发人员一样编写代码。

但也有一个缺点:AI是出了名的不可靠。您需要能够检查其工作。AI目前的工作具有明显的信心,即使结果不正确,也使其结果看起来正确。因此,如果您不具备与您要求其处理的主题相关的技能、知识和经验,您将无法判断它何时出错。

也就是说,AI可以为开发、维护和测试代码的过程提供巨大帮助。虽然并非所有事情都会受益,但在这个过程中的某些时刻,AI可以介入并减少所需工作量数小时甚至数天。

但这不仅仅与生成代码有关。这也与生成的代码有关。AI和软件工程的融合将使开发人员能够创建更加智能、以用户为中心的应用程序,并且软件用户的体验将比传统的手工编码应用程序更加灵活和动态。

随着时间的推移,我们将看到一些应用程序基于实时用户反馈而动态发展,而一些软件甚至可以在用户遇到错误和不兼容性之前先行解决它们。它永远不会是完美的,但它肯定有助于使软件变得更好。

二、日常软件任务中的AI:真正的好处是什么?

这一切听起来不错,对吧?但让我们归根结底:软件工程中的AI到底是什么,可以让开发人员有额外的时间看《神秘博士》、和狗玩耍,或者:睡觉?让我们看看我们想到的五个领域。

1. 重复性任务的自动化

有大量非常枯燥、平凡的任务需要开发人员的技能,但一点也不有趣。一个例子是帮助编写重复的代码块。

编码员长期以来都能够设置他们的 IDE 来填写代码块,就好像它们是宏一样,但AI可以学习代码块的模式和意图,并帮助使用程序员或组织的风格生成它们,而无需预先准备。 – 对它们进行编程。它可能会建议:“我以前见过你写过这样的代码。你想让我为你构建它吗”。

是的,这可以帮助开发人员专注于更具创造性的工作,但它也可以在代码之间引入一致性,而不需要开发人员尝试将代码适应限制性模式。

2. 预测分析和提高软件可靠性

这是AI可以根据模式和趋势预测代码行为的地方。AI工具可用于预测系统过载,预测用户行为,可能优化用户体验,并对需要改进的领域进行预先维护。另一个巨大的好处是随着运行平台的变化和更新而更新代码以满足最低要求。

除了节省编程时间之外,该软件几乎完全可以自行变得更加可靠和有弹性。

3. 加快开发/测试周期

代码总是需要测试。典型的循环包括一些编码、一些测试、一些修复……冲洗、清洗、重复。然而,由于AI可能能够预测软件行为,因此它们甚至可以在测试开始之前标记错误。

开发环境长期以来能够标记语法和类型转换错误,这涉及语言结构的知识。但是,如果开发环境可以开始标记逻辑错误,这可能会大大加快代码交付速度并减少给定项目所需的修复阶段的数量。

4. 降低软件维护成本

大多数软件项目一旦完成,就需要近乎持续的维护水平,以跟上发现的错误、平台的变化和性能问题。我编写了一款有助于促进非营利捐赠的软件,我至少花费了80%的时间来响应用户请求或添加新功能,而只是根据支付网关不断变化的要求重写代码。如果我可以减少任何吃力不讨好且繁琐的维护工作,就可以为用户提供更多的价值。

5. 保持人的因素

尽管在开发环境中添加了AI,但所有迹象都表明,在可预见的未来,程序员——真正的人类程序员——将创建大多数软件。

减少时间和乏味当然可以帮助开发人员保持敏锐,但AI还可以监控团队的整体绩效,如果团队成员被过度利用、过度劳累或走向倦怠,则向经理提供通知。它还可以帮助重新分配团队任务,使每个成员都能发挥自己的优势,并帮助进行规划和资源分配。

三、AI在软件工程中的挑战和局限性

随着技术复杂性的增加,也存在一些问题。在本节中,我将讨论三个值得关注的领域。

1. 增加了复杂性和维护挑战

这是我对软件工程中的AI最大的担忧:随着我们在越来越多的代码中使用AI,我们对其工作原理的了解会越来越少。如果您曾经从其他人那里继承过一个项目,特别是当该组织或开发人员无法提供咨询时,您就会明白我的意思。

AI生成的内容将比您和您的团队编写的代码更像是一个黑匣子,而且风险在于,一旦生成,人类将很难维护。不要陷入期望AI维护自己的软件的陷阱。当AI的代码出现问题时,你和你的团队就需要找出问题所在并进行修复。

2. 数据依赖

AI依赖大量数据来创建模型。如果您不使用公共模型——例如,如果您正在研究公司独特的领域专业知识——可用于训练AI的总数据集可能不够。

此外,AI系统会在广泛的数据集上进行训练,但并非所有数据都达到您想要完成的工作所需的质量水平。

我不断提醒人们,将AI引入软件工程项目就像雇用一群有才华的暑期学生。他们可能很聪明,速度很快,但他们会时不时地丢球,他们离开后你就会有烂摊子需要清理。虽然你的AI不会离开,但它会给你留下一些它无法解决的问题。

本文由 @AI魔法学园 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。