N
NatiStream
Transcript
Hiển thị

The Golden Age of AI Building

Andrew Ng argues that AI capabilities are advancing at an unprecedented pace, making it the best time ever to build with AI. As coding becomes easier, the bottleneck shifts to product management and deciding what to build.

Andrew Ng lập luận rằng năng lực AI đang tiến bộ với tốc độ chưa từng có, khiến đây trở thành thời điểm tốt nhất để xây dựng với AI. Khi việc lập trình trở nên dễ dàng hơn, nút thắt chuyển sang quản lý sản phẩm và quyết định xây dựng cái gì.

What I want to do today is um chat to you about career advice in AI.

Điều tôi muốn làm hôm nay là trò chuyện với các bạn về lời khuyên nghề nghiệp trong lĩnh vực AI.

And um in previous years I used to do most of this you know lecture by myself.

Và trong những năm trước, tôi thường tự mình giảng dạy phần lớn nội dung này.

But what I thought I'd do today is um I'll share just a few thoughts and then hand it over to my good friend Lawrence Moroni who I invited to uh speaker and kindly agreed to come all the way to San Francisco.

Nhưng điều tôi nghĩ mình sẽ làm hôm nay là chia sẻ một vài suy nghĩ, sau đó chuyển sang cho người bạn tốt Lawrence Moroni, người tôi đã mời làm diễn giả và anh ấy đã tử tế đồng ý đến tận San Francisco.

just lives in Seattle uh to

Anh ấy sống ở Seattle, đến để

share with us a very broad market landscape for what he's seeing in the job market as well as tips for um career growing a career in AI.

chia sẻ với chúng ta bức tranh thị trường rất rộng lớn về những gì anh ấy thấy trong thị trường việc làm cũng như các mẹo để phát triển sự nghiệp trong AI.

But there were just um two slides and then one more thought I want to share with you before I hand it over to Lawrence which is um it really feels like the best opportunity the best time ever to be building with AI and to building a career in AI.

Nhưng chỉ có hai slide thôi và thêm một suy nghĩ nữa tôi muốn chia sẻ với các bạn trước khi chuyển sang cho Lawrence, đó là thực sự cảm thấy đây là cơ hội tốt nhất, thời điểm tốt nhất từ trước đến nay để xây dựng với AI và xây dựng sự nghiệp trong AI.

A few

Một vài

months ago, I know that in social media, traditional media, there are a few questions about, you know, is AI slowing down, right?

tháng trước, tôi biết rằng trên mạng xã hội, truyền thông truyền thống, có một vài câu hỏi về việc liệu AI có đang chậm lại không, đúng không?

I people saying, well, is GP5 that good?

Mọi người nói rằng, liệu GP5 có tốt đến vậy không?

I think it's actually pretty good, but there are questions about is AI progress slowing down?

Tôi nghĩ nó thực sự khá tốt, nhưng có những câu hỏi về việc liệu tiến bộ AI có đang chậm lại không?

And I think part of the reason the question was even raised was because if a benchmark for AI is, you know, 100% is

Và tôi nghĩ một phần lý do câu hỏi này được đặt ra là vì nếu một benchmark cho AI là 100% là

perfect answers, then if you make rapid progress, at some point you cannot get above 100% accuracy.

câu trả lời hoàn hảo, thì nếu bạn tiến bộ nhanh chóng, đến một lúc nào đó bạn không thể vượt qua độ chính xác 100%.

But um one of the studies that most influenced my thinking was work done by uh this organization MER meter that studied as time passes how complex are the tasks that AI could do as measured by how long it takes a human to do that task.

Nhưng một trong những nghiên cứu ảnh hưởng nhất đến suy nghĩ của tôi là công trình của tổ chức MER meter, nghiên cứu rằng khi thời gian trôi qua, các nhiệm vụ mà AI có thể làm phức tạp đến mức nào, được đo bằng thời gian con người cần để làm nhiệm vụ đó.

So few years ago maybe GBD2 could do tasks that

Vậy vài năm trước, có lẽ GBD2 có thể làm các nhiệm vụ mà

a human could do in like you know a couple seconds and then they could do tasks that took a human 4 seconds then 8 seconds then like a you know a minute 2 minutes 4 minutes and so on and the study estimates that the length of task AI can do is doubling every seven months.

con người có thể làm trong khoảng vài giây, rồi chúng có thể làm các nhiệm vụ mà con người mất 4 giây, rồi 8 giây, rồi khoảng một phút, 2 phút, 4 phút, v.v. và nghiên cứu ước tính rằng độ dài nhiệm vụ AI có thể làm đang tăng gấp đôi mỗi bảy tháng.

Um and I think on this metric I feel you know optimistic that AI will continue making progress meaning the

Và tôi nghĩ với chỉ số này, tôi cảm thấy lạc quan rằng AI sẽ tiếp tục tiến bộ, nghĩa là

complexity of task as measured by how long a human takes to do something is doubling rapidly and same study with smaller data set seems to same study argued that AI coding um the doubling time is even shorter maybe like 70 days so this code that used to take me you know I don't know 10 minutes to write then 20 minutes to write 40 minutes to Right.

độ phức tạp của nhiệm vụ, được đo bằng thời gian con người cần để làm điều gì đó, đang tăng gấp đôi nhanh chóng và cùng nghiên cứu với tập dữ liệu nhỏ hơn dường như lập luận rằng AI coding có thời gian tăng gấp đôi thậm chí còn ngắn hơn, có lẽ khoảng 70 ngày, vậy code mà trước đây tôi mất, tôi không biết, 10 phút để viết, rồi 20 phút, 40 phút. Đúng.

And AI could do more and more of

Và AI có thể làm ngày càng nhiều hơn

that.

điều đó.

And so the reasons I think this is a golden age to be building best time we've ever seen is um maybe two themes which are more powerful and faster.

Và vậy lý do tôi nghĩ đây là thời kỳ hoàng kim để xây dựng, thời điểm tốt nhất chúng ta từng thấy, là có lẽ hai chủ đề: mạnh mẽ hơn và nhanh hơn.

So we can all of you in this room can now write software that is more powerful than what anyone on the planet could have built you know like a year ago.

Vậy tất cả các bạn trong phòng này giờ có thể viết phần mềm mạnh mẽ hơn những gì bất kỳ ai trên hành tinh có thể xây dựng, bạn biết đấy, như một năm trước.

Um by using AI building blocks.

Bằng cách sử dụng các khối xây dựng AI.

AI building blocks include large language models,

Các khối xây dựng AI bao gồm các mô hình ngôn ngữ lớn,

rack, agent workflows, voice AI, and of course deep learning.

Rack, quy trình tác nhân, AI giọng nói, và tất nhiên là học sâu.

It turns out that a lot of LMS have a decent at least basic understanding of deep learning.

Hóa ra nhiều LMS có hiểu biết cơ bản ít nhất là khá tốt về học sâu.

So if you ever prompt one of the frontier models to implement a cutting edge neuronet network for you like pro try prompting it to you know implement a transform network for you is actually not bad at helping you use these

Vậy nếu bạn từng nhắc một trong các mô hình tiên tiến triển khai một mạng nơ-ron tiên tiến cho bạn, như thử nhắc nó triển khai một mạng transform cho bạn, nó thực sự không tệ trong việc giúp bạn sử dụng những

building blocks to build software quickly.

khối xây dựng này để xây dựng phần mềm nhanh chóng.

Um and and so we have very powerful building blocks that were very difficult or did not exist a year or two ago.

Và vậy chúng ta có những khối xây dựng rất mạnh mẽ mà rất khó hoặc không tồn tại một hai năm trước.

And so you can now build software that does things that no one else on the planet, right?

Và vậy bạn giờ có thể xây dựng phần mềm làm những điều mà không ai khác trên hành tinh, đúng không?

Even the most advanced teams of planet could have done.

Ngay cả những đội tiên tiến nhất trên hành tinh cũng có thể đã làm.

And then also with um uh AI coding, the speed with which you can get software

Và sau đó cũng với AI coding, tốc độ bạn có thể có phần mềm

written is much faster than ever before.

được viết nhanh hơn nhiều so với trước đây.

And I personally found it is important to stay on the frontier of tools because the tools for AI coding changes right I don't know really rapidly.

Và cá nhân tôi thấy điều quan trọng là phải theo sát biên giới của các công cụ vì các công cụ cho AI coding thay đổi, đúng không, tôi không biết, thực sự rất nhanh.

So I feel like um uh you know since several months ago my personal number one favorite too became cloud code um moving on from some early generations I think uh and then I think um since the release of GPD5 I think open eye codeex has actually made

Vậy tôi cảm thấy như, bạn biết đấy, từ vài tháng trước, công cụ yêu thích số một cá nhân của tôi trở thành cloud code, chuyển từ một số thế hệ đầu tiên, tôi nghĩ vậy, và sau đó tôi nghĩ từ khi phát hành GPD5, tôi nghĩ open eye codeex thực sự đã có

tremendous progress and this morning Gemini 3 was released which you know haven't had time to play over it yet just this morning right seems like another huge leap forward so I feel like if you ask me every 3 months what my personal favorite coding tool is.

tiến bộ to lớn và sáng nay Gemini 3 đã được phát hành, mà bạn biết đấy, chưa có thời gian để thử qua, chỉ sáng nay thôi, có vẻ như một bước nhảy vọt lớn khác, vậy tôi cảm thấy nếu bạn hỏi tôi mỗi 3 tháng công cụ coding yêu thích cá nhân của tôi là gì.

It actually probably changes definitely every six months, but quite possibly every 3 months.

Nó thực sự có lẽ thay đổi chắc chắn mỗi sáu tháng, nhưng khá có thể mỗi 3 tháng.

And I find that um being

Và tôi thấy rằng việc

half a generation behind in these tools means being frankly quite a bit less productive.

chậm nửa thế hệ trong các công cụ này nghĩa là thực sự kém năng suất hơn khá nhiều.

And I know everyone says AI is moving so fast or engineered so fast but AI coding tools of all the sectors in AI many things maybe don't move as fast as the hype says it does but AI coding tools is one sector where I see the pace of progress is tremendous and staying at the latest

Và tôi biết mọi người nói AI đang di chuyển rất nhanh hoặc được thiết kế rất nhanh nhưng các công cụ AI coding trong tất cả các lĩnh vực của AI, nhiều thứ có lẽ không di chuyển nhanh như hype nói, nhưng các công cụ AI coding là một lĩnh vực mà tôi thấy tốc độ tiến bộ là to lớn và việc ở lại với

generation of tools rather than half generation behind um makes you more productive and with our ability to build more powerful software and build it much faster than ever before.

thế hệ công cụ mới nhất thay vì chậm nửa thế hệ giúp bạn năng suất hơn và với khả năng xây dựng phần mềm mạnh mẽ hơn và xây dựng nó nhanh hơn nhiều so với trước đây.

I think one piece of advice that I give now much more strongly now than even a year ago or two years ago is just go and build stuff right take classes from Stanford take online courses and additionally

Tôi nghĩ một lời khuyên mà tôi đưa ra giờ mạnh mẽ hơn nhiều so với thậm chí một hai năm trước là cứ đi và xây dựng mọi thứ, đúng vậy, hãy tham gia các lớp học từ Stanford, tham gia các khóa học trực tuyến và thêm vào đó

your opportunity to build things and I think Lauren's going to talk about showing them to others is greater than ever before but there's one weird implication of this that um is maybe not is still I don't know more and more people are appreciating but not widely known which is the product management bottleneck which is that when it is increasingly easy to go from a clearly

cơ hội của bạn để xây dựng mọi thứ và tôi nghĩ Lauren sẽ nói về việc cho người khác thấy chúng là lớn hơn bao giờ hết nhưng có một hàm ý kỳ lạ của điều này mà có lẽ không phải là vẫn, tôi không biết, ngày càng nhiều người đang đánh giá cao nhưng không được biết rộng rãi, đó là nút thắt quản lý sản phẩm, tức là khi việc đi từ một đặc tả phần mềm được viết rõ ràng

written software spec to a piece of code, then the bottleneck increasingly is deciding what to build or increasingly writing that clear spec for what you actually want to build.

đến một đoạn code ngày càng dễ dàng, thì nút thắt ngày càng là việc quyết định xây dựng gì hoặc ngày càng là việc viết đặc tả rõ ràng cho những gì bạn thực sự muốn xây dựng.

When I'm building software, I often think of going through a loop where we'll write some software, write some code, show it to users to get user feedback.

Khi tôi xây dựng phần mềm, tôi thường nghĩ đến việc đi qua một vòng lặp nơi chúng ta sẽ viết một số phần mềm, viết một số code, cho người dùng xem để nhận phản hồi từ người dùng.

I think of this as a PM or product management

Tôi nghĩ về điều này như công việc PM hoặc quản lý sản phẩm

work and then based on the user feedback I'll you know revise my view on what users like what they don't like this UI is too difficult they want this feature they don't want that feature and uh change my conception of what to build and then go around this loop many times to hopefully iterate toward a product that users love and because of AI coding the process of building software has

và sau đó dựa trên phản hồi của người dùng, tôi sẽ, bạn biết đấy, sửa đổi quan điểm của mình về những gì người dùng thích, những gì họ không thích, UI này quá khó, họ muốn tính năng này, họ không muốn tính năng kia và thay đổi quan niệm của tôi về những gì cần xây dựng và sau đó đi quanh vòng lặp này nhiều lần để hy vọng lặp lại tiến tới một sản phẩm mà người dùng yêu thích và vì AI coding, quá trình xây dựng phần mềm đã

become much cheaper and much faster than before but that ironically shifts the bottleneck to deciding what to build.

trở nên rẻ hơn nhiều và nhanh hơn nhiều so với trước đây nhưng điều đó trớ trêu thay lại chuyển nút thắt sang việc quyết định xây dựng gì.

Um so um some weird trends I'm seeing in Silicon Valley and in many tech companies people have often talked about a engineer to product manager engine to PM ratio and you know you take these ratios a grain of salt because they're kind of very over the place but you hear

Vậy nên một số xu hướng kỳ lạ tôi thấy ở Thung lũng Silicon và trong nhiều công ty công nghệ, mọi người thường nói về tỷ lệ kỹ sư trên quản lý sản phẩm, kỹ sư trên PM và bạn biết đấy, bạn nên coi những tỷ lệ này với chút hoài nghi vì chúng khá là lung tung nhưng bạn nghe

companies talk about agm ratio of like 4:1 or 7:1 or 8:1 this idea that one product manager writing product specs can keep you know like four to eight or some number like that engine is busy but because engineering is speeding up whereas product management is not sped up as far as much by AI as engineering um I'm seeing the end to PM ratio trending downwards maybe even two or one

các công ty nói về tỷ lệ agm như 4:1 hoặc 7:1 hoặc 8:1, ý tưởng rằng một quản lý sản phẩm viết đặc tả sản phẩm có thể giữ cho, bạn biết đấy, bốn đến tám hoặc một số nào đó kỹ sư bận rộn nhưng vì kỹ thuật đang tăng tốc trong khi quản lý sản phẩm không được AI tăng tốc nhiều như kỹ thuật, tôi thấy tỷ lệ kỹ sư trên PM đang có xu hướng giảm xuống, có lẽ thậm chí hai trên một

to one right so some teams I work with the proposed head counts was like 1 PM to one engineer which is a ratio unlike almost all Silicon Valley so the traditional Silicon Valley companies and the other thing I'm seeing is that um engineers that can also shape products can move really fast where you go one step further take the engineer take the PM and collapse them into a single human

trên một, đúng vậy, một số đội tôi làm việc cùng có đề xuất số lượng nhân sự là 1 PM trên một kỹ sư, một tỷ lệ không giống gần như tất cả Thung lũng Silicon, các công ty Thung lũng Silicon truyền thống và điều khác tôi thấy là những kỹ sư cũng có thể định hình sản phẩm có thể di chuyển rất nhanh, nơi bạn đi thêm một bước, lấy kỹ sư, lấy PM và gộp chúng vào một con người duy nhất

and I find that um uh they're definitely engineers that like doing engineering work that you know don't enjoy talking to users and having that more human empathetic side of work but I'm finding increasingly that the subset of engineers that learn to talk to users get feedback develop deep empath empathy for users so that they can make decisions about what to build.

Và tôi thấy rằng ừm, họ chắc chắn là những kỹ sư thích làm công việc kỹ thuật mà bạn biết đấy, không thích nói chuyện với người dùng và có khía cạnh công việc mang tính con người, đồng cảm hơn. Nhưng tôi ngày càng nhận thấy rằng tập hợp con các kỹ sư học cách nói chuyện với người dùng, nhận phản hồi, phát triển sự đồng cảm sâu sắc với người dùng để họ có thể đưa ra quyết định về những gì cần xây dựng.

Those

Những

1 / 12