收藏本站|在线留言 |您好,欢迎光临(http://www.vmsos.com)沈阳豪斯科技有限公司!   

全国咨询电话
400-852-6051

严谨的技术创新追求,无微不至地服务于客户
为客户提供最优质的产品

沈阳豪斯科技有限公司

                                          沈阳豪斯科技有限公司专注实验仪器领域20年,仪器行业领导品牌
                                          当前位置:豪斯科技 > 新闻资讯 >

                                          吴恩达最新分享:我的 AI 驱动开发技术栈

                                          字号:T|T
                                           文章来源:中国新闻网编辑:雁卉时间:2025-01-30 15:57

                                          启篇:AI 期间的开辟革新

                                          正在硬件开辟的汗青少河中,每次庞大改变皆源于冲破性技能的呈现。从汇编到初级言语,从瀑布到急迅,从单体到微效劳,技能范式的变化一直伴同着服从的跃降。现在天,AI 正正在揭起新1轮的开辟革新。正在那个布景停,AI 界限的标记性人物吴恩达瓜分了他的开辟技能栈,那份去自1线理论者的体会之道分外有目共睹:

                                          "Using AI-assisted coding to build software prototypes is an important way to quickly explore many ideas and invent new things."

                                          那句启篇之语说出了 AI 启动开辟的中心代价:它没有只是是服从的擢升,更是革新体例的改进。正在深远解读那个技能栈之前,尔们须要认识为何那个年华面这样紧张。

                                          环球硬件开辟反面临3沉压力:开辟周期急遽收缩、量量请求不息普及、翻新需要连接增进。古板的开辟体例一经易以知足那些挑衅。正在那个后台停,AI 启动开辟没有仅是服从对象,更是破局的关头。

                                          技能选型的深层洞悉后端框架:Python + FastAPI 的深度分析

                                          吴恩达挑拣 Python + FastAPI 那个聚合尽非无意。让尔们瞅他的本话:

                                          "I develop primarily in Python, so that's a natural choice for me. I've found FastAPI really easy to use and scalable for deploying web services (APIs) hosted in Python."

                                          那个采选背面有3层深意:

                                          第1层是对象死态。Python 正在 AI 期间拥有奇特上风:它没有仅是数据迷信战机械进修的主宰谈话,更是 AI 模子挪用的尾选交心。当尔们须要正在运用中散成种种 AI 本领时,Python 死态体系供给了最为雄厚的支柱。

                                          第两层是开辟服从。FastAPI 的设想观念取 AI 期间的需要下度符合。它的同步个性应允下效处置并收乞请,那正在移用 AI 效劳时尤其紧张。其主动文档死成本领则年夜年夜落矮了 API 开辟的老本。

                                          第3层是可扩大性。从原形到消费,从单体到微效劳,Python + FastAPI 的拉拢皆或许滑润圆滑过度。这类灵动性正在急剧迭代的 AI 名目中隐得尤其紧张。

                                          数据保存:MongoDB 取开辟服从的衡量

                                          正在数据保存规划上,吴恩达建议了1个颇具深意的意见:

                                          "While traditional SQL databases are amazing feats of engineering that result in highly efficient and reliable data storage, the need to define the database structure (or schema) slows down prototyping."

                                          那个选取响应了当代硬件开辟的1个紧张趋向:架构的可入化性。正在 AI 启动的开辟进程中,需要的转变每每比古板开辟更速、更一再。MongoDB 的 schema-less 设想恰巧知足了这类需要:

                                          数据形式的演入:AI 运用经常须要处置非构造化或者半构造化数据,MongoDB 的灵动性正在那里隐得尤其紧张。开辟快度:无需事后界说严厉的数据机关,开辟者能够用心于交易逻辑的实行。原形考证:急剧考证设法的本领正在 AI 期间隐得尤其紧张,MongoDB 的性子完备切合那1需要。

                                          不外,吴恩达也出格指出了1个紧张看法:

                                          "Mind you, if an application goes to scaled production, there are many use cases where a more structured SQL database is significantly more reliable and scalable."

                                          这类求实的立场值得尔们进修:技能选拔没有黑白此便彼,而是要凭据成长阶段做出响应的调剂。

                                          安插架构:从开辟到消费的齐淌程思索内地开辟境况的最劣化

                                          吴恩达正在腹地开辟情况当选择 Uvicorn,那个拔取观似复杂,真则蕴藏深意。让尔们观他的详细描写:

                                          "Uvicorn to run the backend application server (to execute code and serve web pages) for local testing on my laptop."

                                          那个选拔响应了当代开辟境况的几个关头需要:起首,开辟境遇须要脚够沉量,不妨赶紧开动战暖沉载;其次,它须要取消费情况维系脚够的分歧性;末了,它要可以援助摩登 Web 运用的种种性格,如 WebSocket、同步乞求等。Uvicorn 恰好知足了那些需要。

                                          云表安置计谋的入化

                                          正在云表安排圆里,吴恩达供给了1个渐入式的规划:

                                          "If deploying on the cloud, then either Heroku for small apps or Amazon Web Services Elastic Beanstalk for larger ones"

                                          这类单制度的安顿计谋展现了深入的工程聪明:

                                          对待袖珍运用,Heroku 的上风正在于其极简的安插淌程战办理体例。开辟者无需深切领会底子办法细节,便能竣工疾速安置战扩大。这类性情出格顺应原形考证战小范围运用。

                                          而对年夜型运用,AWS Elastic Beanstalk 供给了更多的操纵力战扩大性。它也许更佳天处置庞杂的计划需要,如多地区安置、主动扩缩容、背载平衡等。吴恩达出格指出:

                                          "There are many services for deploying jobs, including HuggingFace Spaces, Railway, Google's Firebase, Vercel, and others. Many of these work fine, and becoming familiar with just 1 or 2 will simplify your development process."

                                          AI 编码帮脚的深度运用计谋对象撮合的计谋取舍

                                          正在 AI 编码帮脚的挑选上,吴恩达组装了1个壮大的对象矩阵:

                                          "OpenAI's o1 and Anthropic's Claude 3.5 Sonnet for coding assistance, often by prompting directly (when operating at the conceptual/design level). Also occasionally Cursor (when operating at the code level)"

                                          那个聚合反应了对于 AI 编码帮脚的深入体会:

                                          OpenAI o1 的上风正在于体系设想战架构筹划。它也许通晓庞杂的体系需要,供应下档次的处理规划。正在观点设想阶段,o1 的修议经常不妨资助开辟者挨启思绪,找到更劣的架构规划。

                                          Claude 3.5 Sonnet 则正在详细的编码告竣上显示精彩。它对于编程措辞的长远会意战代码死成本领,使其成为编码阶段的得力帮脚。出格是正在处置庞杂的算法竣工或者是特定场景的代码劣化时,Claude 的修议每每可以供给奇特的看法。

                                          Cursor 动作及时编码帮脚,供给了便时的代码修媾和补齐。它的代价正在于可能正在编码进程中不断供给资助,加少反复性任务,普及编码服从。

                                          AI 帮脚的最好理论

                                          吴恩达出格夸大了1个紧张看法:

                                          "Interestingly, I have found most LLMs not very good at recommending a software stack. I suspect their training sets include too much 'hype' on specific choices, so I don't fully trust them to tell me what to use."

                                          那个考察掀示了 AI 对象应用的1个关头准绳:AI 是壮大的帮脚,但没有是计划者。正在应用 AI 编码帮脚时,尔们须要:

                                          依旧自力思索:没有自觉担当 AI 的修议,而是要联合实践场景停止判定。分层应用:正在没有共的开辟阶段应用没有共的 AI 对象,发扬各自的上风。连接进修:AI 对象正在迅疾入化,须要不息革新对于对象的认知战应用体例。已去预计取成长趋向AI 启动开辟的演入偏向

                                          吴恩达正在著作中展示了对于已去的深入洞悉:

                                          "My personal software stack continues to evolve regularly. Components enter or fall out of my default stack every few weeks as I learn new ways to do things."

                                          这类继续演入的立场响应了 AI 期间的1个紧张特点:技能栈没有再是静态的,而是须要不息符合战革新。已去的成长趋向大概包含:

                                          AI 帮脚本领的入1步加强,出格是正在代码分解战死成圆里。开辟对象链的深度 AI 化,从编码到尝试、安放的齐淌程智能化。新式开辟范式的呈现,大概完全转变尔们写代码的体例。开辟者的应付之讲

                                          面临如许的改变,开辟者须要:

                                          创立一连进修的风俗,不息革新学问组织。保留技能判定力,正在对象挑选上有本身的规范。均衡服从取量量,正在快捷开辟中保证代码的可保护性。结语

                                          吴恩达的那份技能栈瓜分,没有仅是对象的陈列,更是1种开辟头脑的展示。正如他所道:

                                          "With my stack, I regularly build prototypes in hours that, without AI assistance, would have taken me days or longer. I hope you, too, will have fun building many prototypes!"

                                          正在 AI 期间,技能栈的遴选没有再是复杂的对象采用,而是1种开辟形而上学的表示。它须要尔们正在服从取量量、灵动取波动、翻新取可控之间找到均衡。经由过程深化解析战理论那些观念,尔们才干正在 AI 启动的开辟海潮中操纵偏向,创设更年夜的代价。

                                          那场技能改良才刚才最先,而可否正在那个期间锋芒毕露,关头正在于尔们怎样知道并利用那些对象,怎样正在仍旧技能始心的共时拥抱革新。正如吴恩达展示的那样,维持怒放战进修的心态,或者许是尔们正在那个火速转变的期间最紧张的本领。