文字稿 🔗
WEBVTT
00:00:00.160 --> 00:00:02.720
You can delegate your work to AI.
00:00:02.879 --> 00:00:05.440
You can delegate your responsibility to AI.
00:00:05.599 --> 00:00:09.279
Your company cannot delegate the reputation to AI.
00:00:09.439 --> 00:00:13.039
Your company's reputation is their responsibility.
00:00:13.279 --> 00:00:16.239
I wake up every morning, I ask a few questions in my head.
00:00:16.480 --> 00:00:19.519
Ethics, integrity, my responsibility.
00:00:19.760 --> 00:00:22.399
What do I sign my name on?
00:00:22.559 --> 00:00:31.280
If I don't take that as a responsibility for myself and if I work for a company where they don't care, I think we are in a bigger risk overall.
00:00:32.799 --> 00:00:39.280
The AI Native Dev is a podcast with developers and engineering leads at the cutting edge of AIDENTICO.com.
00:00:39.600 --> 00:00:49.119
Join your host, Kai Fajani, and meet Simon Maple every week as we tower the most exciting questions in AI and tackle the biggest questions of Facebook developers today.
00:00:57.439 --> 00:01:02.479
Back in November, we hosted the first ever in-person AI native DevCon in New York.
00:01:02.719 --> 00:01:05.599
This June 1st and 2nd, we're bringing it to London.
00:01:05.760 --> 00:01:09.519
It's two days built for AI native developers and engineering teams.
00:01:09.680 --> 00:01:22.239
One day full of hands-on workshops, and one day full of practical talks on agent skills, context engineering, agent orchestration and enablement platforms, and how teams are actually shipping AI in production.
00:01:22.480 --> 00:01:33.599
Join us at the brewery in London near the Barbican for all of that, plus networking, parties, giveaways, and a room full of people building the future of AI native development.
00:01:33.760 --> 00:01:37.040
You can also join us from anywhere in the world via the live stream.
00:01:37.200 --> 00:01:42.640
As you're listening to this podcast, you get 30% off your ticket with code pod30.
00:01:42.799 --> 00:01:46.799
Just head to aiNativedevcon.io and we'll see you in London.
00:01:49.920 --> 00:01:54.640
Hello and welcome to another episode of the AI Native Dev Podcast.
00:01:54.719 --> 00:02:01.200
And we are here in Austin live at Ark of AI, and joining me is the wonderful Vencat Supermanium.
00:02:01.280 --> 00:02:06.159
And Vencat is one of the co-creators of this uh conference.
00:02:06.480 --> 00:02:08.240
Venkat, a massive welcome.
00:02:08.319 --> 00:02:08.879
How are you?
00:02:09.360 --> 00:02:10.159
Doing great.
00:02:10.879 --> 00:02:11.919
I love Austin.
00:02:12.000 --> 00:02:12.319
Yeah.
00:02:12.479 --> 00:02:13.439
I love food.
00:02:14.000 --> 00:02:14.719
I love people.
00:02:15.039 --> 00:02:17.599
Austin's the place to come for good barbecue, good food.
00:02:17.840 --> 00:02:18.479
It is, right?
00:02:18.560 --> 00:02:19.840
And and I love technology.
00:02:20.000 --> 00:02:20.240
Yeah.
00:02:20.560 --> 00:02:23.199
And having them all in one place.
00:02:23.439 --> 00:02:27.680
And and Venkat, you are, by day, you are an incredible author.
00:02:28.240 --> 00:02:35.199
You're a wonderful teacher, both as a professor, but also at incredible conferences just like this and around the world.
00:02:35.360 --> 00:02:42.240
You teach courses, you you inspire people to learn about programming and now a lot about AI, right?
00:02:42.400 --> 00:02:44.240
How do you find the time, number one?
00:02:44.560 --> 00:02:46.400
Thank goodness there's 24 hours in a day.
00:02:51.439 --> 00:02:53.759
Let's talk a little bit about Arc of AI first.
00:02:54.000 --> 00:02:57.919
Um Arc of AI, what does it mean, Arc of AI?
00:02:58.159 --> 00:03:19.759
Yeah, so so uh with all the excitement around AI happening, uh we were sitting around talking uh among friends, and and the question was, you know, how do we really bring some sense and discipline and uh practice into this noise that we hear around us?
00:03:20.000 --> 00:03:31.759
And and one of the things that we are very fortunate, collectively, I'm saying, is that we have a community of developers who are not only really good in development, but who are good in speaking as well.
00:03:32.000 --> 00:03:45.599
So the thought was what if we bring those developers to form a conference that's focused on AI, but we don't want this to be uh AI by the marketing of the large organizations.
00:03:45.759 --> 00:03:55.120
That's one of the reasons why the speakers in this conference are practitioners and not from the AI companies that are trying to sell you a product.
00:03:55.439 --> 00:04:05.039
That makes a huge difference in terms of the content they bring because they are talking about how do we use this rather than what we can sell you.
00:04:05.680 --> 00:04:16.160
And so then the question is uh there is, no, we often talk about a narrative arc, and there is uh a trajectory through which we go through as a technology curve.
00:04:16.319 --> 00:04:17.759
I've been programming for about 40 years.
00:04:17.920 --> 00:04:25.839
When I was a young kid, uh if I can say that as a young kid, uh there was this thing called object-oriented programming in the distance.
00:04:26.079 --> 00:04:32.000
And then we saw people complaining about it, being really uh you know anxious about it.
00:04:32.160 --> 00:04:39.199
And then the dust settled, we started using object-oriented programming, it became a foreground conclusion that we'll be building with uh-oh.
00:04:39.600 --> 00:04:45.120
And then you see this kind of a curve that happens for every single technology.
00:04:45.279 --> 00:04:48.800
And then there's nothing we do that doesn't go through that curve.
00:04:48.959 --> 00:04:54.240
So, with that in mind, my thought was we're gonna go through the same curve for AI as well.
00:04:54.480 --> 00:04:55.680
So hence the arc of AI.
00:04:55.839 --> 00:04:57.680
And where would you say we are on that arc?
00:04:58.000 --> 00:05:01.439
Umwhere still on the climb.
00:05:01.600 --> 00:05:01.759
Load full transcript
Yeah.
00:05:01.920 --> 00:05:14.399
Uh I think we're still in the lot of hype cycle, but at the same time, I also think that we are also beginning to make sense of what works and what doesn't work.
00:05:14.639 --> 00:05:33.279
And I'm not trying to price you up on this, but I really that's one of the things I've heard from people here is is where they enjoyed the keynote that you and Baruch gave us today, where you are really providing that cautionary tone as to there is power here, but we need to bring that.
00:05:33.519 --> 00:05:39.519
The word I would summarize your keynote is, to me, this is an important word, is the word discipline, right?
00:05:39.680 --> 00:05:44.000
To me, the problem in software is not we don't have a technology, we have a lot of it.
00:05:44.160 --> 00:05:47.040
The problem is not that we don't have people, we have a lot of good people.
00:05:47.279 --> 00:05:49.600
The problem is we don't have enough discipline.
00:05:50.000 --> 00:05:56.800
And and not that we don't have discipline because we are, you know, unorganized or you know, negligent.
00:05:57.120 --> 00:06:06.319
We don't have discipline because there is so much pressure that takes focus away from discipline, and then it comes and bites us in the back.
00:06:06.720 --> 00:06:12.800
And that's when we begin to realize, okay, let's slow down and see, you know, it's kind of like driving, right?
00:06:12.879 --> 00:06:20.160
You can drive fast, but if you're a disciplined driver, you don't get there fast, but you also get there safer.
00:06:20.319 --> 00:06:28.000
And then that's kind of what you know, these messages are, including the keynote and a lot of other talks, is how do you bring that discipline into what we do?
00:06:28.160 --> 00:06:36.240
So I think we are in the face of the curve where we have launched, but now we are thinking about sustainability.
00:06:36.560 --> 00:06:50.319
We are thinking about how can we get results from this rather than, sorry to mention, this curve being like an Aryan spacecraft that crashes back on Earth, but to be able to launch really and succeed.
00:06:50.560 --> 00:07:06.959
And it's interesting because AI, one of the great benefits of AI is the speed it gives us in terms of I can you know either create things faster than I would without AI, but also maybe even when I'm sleeping or when I'm you know when an agent can kind of like run in the distance while I'm doing other things.
00:07:07.439 --> 00:07:34.560
But it's it's not just about can you do something quicker, it's about can I do something quicker, but also have that discipline to be able to say, but you know what, I still want to slow it down a little bit by adding those precautions, that safety in, but you know, making sure we still have that CICD processes because that's what as software engineers, we know these are the safety nets that we require to actually be able to deliver and produce a solid production level code.
00:07:34.879 --> 00:07:35.279
Absolutely.
00:07:35.600 --> 00:07:40.399
Somebody said this to me, and I was like, you know, yeah, that's a way I'd never thought about it before.
00:07:40.560 --> 00:07:45.920
But but they said you gotta break in a car so you can go faster.
00:07:46.399 --> 00:07:49.279
And and discipline actually makes you go faster.
00:07:49.680 --> 00:08:03.759
And and and I think to your point, right, to bringing in CICD, to bring in reviews, to bring in those stage gates, to say, I am confident that where we've gotten right now is good enough to go to the next stage.
00:08:03.920 --> 00:08:22.879
And and to be able to have control of where we are taking this forward with the speed that agility, with the speed that AI gives us, and the discipline we bring, so that's kind of like you know, the the the the you know homostasis, right?
00:08:23.040 --> 00:08:27.279
So you don't want to tilt in one direction and you lose the center of gravity.
00:08:27.600 --> 00:08:34.320
So maybe the speed of AI and the discipline we bring stabilizes and gives us that center of gravity.
00:08:34.480 --> 00:08:40.240
So we are able to stabilize and move forward rather than you know go, hey, wire in one direction or the other.
00:08:40.399 --> 00:08:43.039
And I think we'll we'll take time to learn more of those.
00:08:43.200 --> 00:08:52.879
And and and honestly, between last year where when we ran this conference and this year, I have to tell you that I'm noticing two things very significant.
00:08:53.759 --> 00:09:03.840
The topics are a lot more mature, and also the developers are a lot more curious and interactive.
00:09:04.159 --> 00:09:10.879
I felt like last year they were in, let me listen mode, but this year they are in more of an interactive mode.
00:09:11.039 --> 00:09:24.240
I've been sitting in a few talks, uh, whenever I'm able to do, and one of the things I am absolutely enjoying, in addition to the presenter giving the talk, is the questions that people are asking.
00:09:24.559 --> 00:09:36.879
And that says that they're not just listening, they're bringing their current experience, and then either they're validating or they are refining, which is really the reason for us to be here.
00:09:37.120 --> 00:09:48.480
And I think that that's the that's where the curve is, is that we are going to the next phase or next stage in this where we are going beyond, let me find out what it is to, let me see how I can apply it.
00:09:48.720 --> 00:09:57.440
That's that really resonates actually, because uh a number of the questions and discussions that I had, people were taking the topic and going, okay, this is how I'm using AR.
00:09:57.519 --> 00:09:58.399
I'm using Windsurf.
00:09:58.559 --> 00:10:00.000
Can I use this with Windsurf?
00:10:00.080 --> 00:10:07.039
And they're actually trying to, they're they're trying to work out what they can take, the gems that they can take, and how do I apply that into my existing environment?
00:10:07.200 --> 00:10:08.080
What does it
replace?
00:10:08.159 --> 00:10:09.279
What can I use it with?
00:10:09.519 --> 00:10:11.840
And that's a really interesting observation, I've definitely seen that.
00:10:12.159 --> 00:10:18.639
And even in the hallway, what blew my mind is, you know, as I was walking, somebody said, Hey, hang on a second, I got a question for you.
00:10:19.120 --> 00:10:27.840
And then the question rolls into, this is what we are doing at work, and I'm trying to scale what we are doing, how would you approach it?
00:10:28.080 --> 00:10:37.200
And then that started heartwarming because people are really engaging to learn which is the whole point of being here, right?
00:10:37.440 --> 00:10:47.360
Uh, and and and I keep I can see that energy in people taking the time to go deeper, and and they're eager, I can see it.
00:10:47.519 --> 00:10:51.279
They're eager to take that back and apply it on.
00:10:51.440 --> 00:10:53.919
I bet some of these people are going to go back to work on Friday.
00:10:54.000 --> 00:10:54.080
Yeah.
00:10:54.240 --> 00:10:56.159
They're not going to take the weekend, long weekend.
00:10:56.399 --> 00:10:59.120
And and I that's exactly the reason to be here.
00:10:59.200 --> 00:10:59.279
Yeah.
00:10:59.360 --> 00:11:00.320
I'm seeing that energy.
00:11:00.639 --> 00:11:01.279
Amazing.
00:11:01.440 --> 00:11:04.559
Um, AI stands for artificial intelligence.
00:11:05.440 --> 00:11:06.480
I know that's not new to you.
00:11:06.799 --> 00:11:07.039
No.
00:11:08.240 --> 00:11:10.480
You call it accelerated inference.
00:11:10.720 --> 00:11:11.279
Yes.
00:11:11.600 --> 00:11:18.480
Tell us what the distinction is and how someone, uh, a developer, should mindfully know the difference.
00:11:18.720 --> 00:11:24.799
So I think this is this is this is one thing that has actually at least helped me in in working with AI.
00:11:25.039 --> 00:11:36.000
So to me, an artificial intelligence elevates it to something of a you know, a being that that I should respect and lose into.
00:11:36.559 --> 00:11:41.120
And and again, you know, not that I'm disrespectful about you know lifeless things.
00:11:41.200 --> 00:11:43.519
I'm I'm not disrespectful to this sofa, right?
00:11:43.600 --> 00:11:44.960
I'm not gonna put my foot on it.
00:11:45.200 --> 00:11:50.879
But but the point is, an intelligent being to me is deserves a higher level of respect.
00:11:51.600 --> 00:11:56.559
Artificial intelligence is too much of a respective term, respectful term for me.
00:11:56.960 --> 00:11:59.759
And I would accept it if it that's what it was in my mind.
00:11:59.919 --> 00:12:20.000
But but to me, if I if I tell you, if you look around here, right, and if I tell you, oh look, that person is wearing a full sleeve shirt, oh, so does the person next to, oh, there's the third person with the full sleeve, oh, there's a fourth person with full sleeve, and I ask you what do people wear, you're gonna say, gosh, they wear full sleeve.
00:12:20.159 --> 00:12:27.039
So in other
words, inference is neither right or wrong, but inference is based on the data that's available.
00:12:27.519 --> 00:12:31.360
For us, the programmers, code is the data.
00:12:32.000 --> 00:12:41.200
Well, the problem is not that AI has not been trained, the problem is AI has been trained a lot on a lot of code.
00:12:41.440 --> 00:12:55.600
And I don't think you need to really convince any human to, you know, say, do humans in general, you know, overall, every single human put together, do we write really good code or do we write terrible code?
00:12:55.759 --> 00:12:59.120
I think most of us will agree we write terrible code as humans.
00:12:59.279 --> 00:13:00.240
We have done that.
00:13:00.399 --> 00:13:04.000
And the reason is we have really struggled to write high-quality code.
00:13:04.240 --> 00:13:07.919
But AI has been trained on that vastness of code.
00:13:08.080 --> 00:13:15.919
So when you ask it to infer, it doesn't know to infer from the good parts and leave out the bad parts.
00:13:16.159 --> 00:13:19.279
So the inference is cumulative on everything it's seen.
00:13:19.440 --> 00:13:22.000
So this is one of the reasons why you see it generate code.
00:13:22.159 --> 00:13:28.639
It generates either code that doesn't compile or doesn't work properly, or the code appears broken.
00:13:29.039 --> 00:13:30.080
And why?
00:13:30.399 --> 00:13:35.039
Because the phrase I want to use is look what the dog just dragged in.
00:13:35.440 --> 00:13:39.200
Well, it's not that you like what it dragged in, but that's what it found in the backyard.
00:13:39.519 --> 00:13:42.240
So I think that's why you call it an inference engine.
00:13:42.399 --> 00:13:44.000
It's an accelerated inference.
00:13:44.159 --> 00:13:55.600
You and I infer a lot, but our capability to infer is limited not by our availability of data, but our ability to consume that information.
00:13:55.759 --> 00:13:57.840
We can only can hold so much at a time.
00:13:58.000 --> 00:14:01.120
So machines will always be faster than humans.
00:14:01.279 --> 00:14:03.200
That's where the acceleration comes in.
00:14:03.360 --> 00:14:06.159
And so it's an accelerated inference engine.
00:14:06.480 --> 00:14:15.840
We are just maybe a little bit more of a refined but slower inference, you know, uh, I wouldn't call ourselves an engine, but capable to infer in that regard.
00:14:16.080 --> 00:14:22.399
So to me, AI stands for accelerated inference and and not as much an accelerate uh artificial intelligence.
00:14:22.559 --> 00:14:32.000
And I wanna I wanna focus down on that piece that you mentioned whereby as a as a community, perhaps our code, our coding isn't the best.
00:14:32.080 --> 00:14:37.519
I'm probably, you know, a good example of maybe some of the worst bits in that in that in that community code.
00:14:37.840 --> 00:14:45.759
Um but ultimately when we get bad code from AI, I think you referred to it in the past as this is karma.
00:14:45.919 --> 00:14:51.120
This is like the years of our bad code that we are providing, we're getting it back now.
00:14:51.440 --> 00:15:05.679
So I guess what does that tell us about, I guess, number one, the state of the industry, but two, how we as developers should think about the output of the code from an AI agent and what we need to do about it.
00:15:05.919 --> 00:15:10.960
Yeah, so so so there are two issues here that I think we we need to be really careful about.
00:15:11.279 --> 00:15:20.879
Uh the the software industry is not as mature as uh uh uh as a construction industry, for example, right?
00:15:21.039 --> 00:15:28.159
Humans have been building uh you know structures where we live, right, uh where we reside for for centuries.
00:15:28.399 --> 00:15:35.120
Uh if I'm building a house, uh I can't just grab somebody out of the street and say, build this house for me.
00:15:35.279 --> 00:15:37.120
The county will not allow that to happen.
00:15:37.279 --> 00:15:40.960
The county sends inspectors, they inspect multiple faces multiple times.
00:15:41.200 --> 00:15:44.799
The reason is there is there's a concern of loss of life.
00:15:45.519 --> 00:15:53.039
If a beam here, right, we're sitting in this beautiful building, but if the beam above you were to fall, that's that's extremely risky.
00:15:53.279 --> 00:15:57.039
And and so to me, there are consequences to what we do.
00:15:57.279 --> 00:16:10.000
The software industry, because it's relatively new and it's been accelerating, we've been enjoying a lot more leniency, but that's that's gonna expire.
00:16:10.399 --> 00:16:22.399
When it begins to expire, unfortunately it's the it's the lawyers that's gonna be stepping in, because when when when lawsuits emerge, that's when we begin to pay attention.
00:16:22.720 --> 00:16:26.320
You know, and and and so what are we what have we done so far?
00:16:26.559 --> 00:16:42.799
Even though the quality of code we write as humans is not great, we typically balance it out on teams where people can create things, but then there are other team members who constantly review them and also rework and refactor.
00:16:42.960 --> 00:16:51.200
So one of the things we have been doing for the past about 20 years is we write code, but we continuously refactor code.
00:16:51.360 --> 00:16:53.120
Why are we refactoring code?
00:16:53.279 --> 00:16:56.559
Because the code we wrote, not because entirely of our fault.
00:16:56.720 --> 00:17:04.640
A lot of times we don't know where we are going, and so when we get clarity on it, we have to rework the code, we refactor it.
00:17:04.799 --> 00:17:07.200
So that's how we've been coping with that.
00:17:07.440 --> 00:17:17.680
But but in that regard, the speed at which humans are able to write code is in pace with the speed at which humans are able to review code.
00:17:18.160 --> 00:17:26.880
But when the speed of generating code increases and the ability for us to review is still the same, I think we're in bigger trouble.
00:17:27.039 -->
00:17:30.480
And that's where we need better tools to review the code as well.
00:17:30.720 --> 00:17:38.400
So the maturity in this regard has to be that we as humans still need to take the responsibility.
00:17:38.640 --> 00:17:48.000
I cannot tell my company, don't ask me to take responsibility anymore because I've delegated this to AI.
00:17:48.400 --> 00:17:54.319
You can delegate your work to AI, you can delegate your responsibility to AI.
00:17:54.559 --> 00:18:02.640
Your company can delegate work to AI, your company cannot delegate the reputation to AI.
00:18:02.880 --> 00:18:07.039
Your company's reputation is their responsibility.
00:18:07.359 --> 00:18:18.240
So we can, we want, so the question is, how can we delegate effort without throwing our hands up and saying I'm not responsible anymore, right?
00:18:18.400 --> 00:18:21.279
And if we don't, there are consequences to it.
00:18:21.440 --> 00:18:22.960
This is where I was talking about.
00:18:23.200 --> 00:18:28.400
One of the things businesses have to really think about is not the speed at which we can go.
00:18:28.559 --> 00:18:36.160
Speed is important, not the speed at which we can go, not the money we can save, but what is the cost of failure?
00:18:36.400 --> 00:18:47.279
And if I don't understand the cost of failure for what I produce, then I'm gonna have to face the consequence later on, and it's not going to be pleasant.
00:18:47.440 --> 00:19:02.160
I've had without AI, I have I have clients that I've that I have directly worked with where they have been in lawsuits because of poor quality software they have created.
00:19:02.480 --> 00:19:09.200
Personally, I have served on three lawsuits so far where I've served as an expert witness.
00:19:09.440 --> 00:19:12.960
A company suing another company because of poor quality software.
00:19:13.119 --> 00:19:19.920
They call me up and said, Hey, we know that you're an expert in the industry, you're a third party, no bias.
00:19:20.720 --> 00:19:32.400
Signed this agreement, we have not told you what to say, and then they present me the code and they say evaluate it and present your findings, and that's what we're going to take the code of law.
00:19:32.880 --> 00:19:39.440
And I'll tell you, in one case, it was unbelievably low effort for me.
00:19:39.599 --> 00:19:53.599
Because all I had to do was go to the organization that has this library and get the page of do's and don'ts and show that every do they didn't, and every don't they did.
00:19:54.960 --> 00:19:57.839
And and it breaks my heart when I see people do this.
00:19:58.319 --> 00:20:12.640
But and I have another client which got sued literally when their CEO was delivering a talk and and saying, you have messed this up, and and here is a summon to appear on the court.
00:20:12.799 --> 00:20:24.319
And when your company's reputation, in addition to money, is jeopardized by poor quality of what you produce, your business people are going to be responding differently.
00:20:24.480 --> 00:20:27.119
So at that time they come back and say, fix this.
00:20:27.359 --> 00:20:34.240
And I think it's our responsibility as to me, a programmer, we are not coders.
00:20:34.640 --> 00:20:35.759
We are professionals.
00:20:36.799 --> 00:20:40.319
I wake up every morning, I ask a few questions in my head.
00:20:40.640 --> 00:20:45.599
Ethics, integrity, my responsibility, right?
00:20:45.839 --> 00:20:48.799
What do I sign my name on?
00:20:49.119 --> 00:20:51.200
And I think that is very important.
00:20:51.599 --> 00:21:01.680
And and I if I don't take that as a responsibility for myself, and if I work for a company where they don't care, I think we are in a bigger risk overall.
00:21:04.000 --> 00:21:11.599
And I think you mentioned a couple of things there, including the code reviews and using tools to perform those code reviews.
00:21:11.680 --> 00:21:15.440
But we can of course use AI as well to review the code.
00:21:15.680 --> 00:21:23.279
And it's our judge, you know, we need to take that out and actually look at the code as well, use our judgment.
00:21:23.680 --> 00:21:37.440
One thing that you mentioned was uh this interesting inversion where junior developers or less experienced developers will look at some of the code that's been output by AI and they'll go, wow, this is incredible.
00:21:37.759 --> 00:21:38.799
It's magic.
00:21:39.119 --> 00:21:43.839
And then you look at senior developers who will look at the same output and they'll hate it.
00:21:44.000 --> 00:21:51.039
They'll know what it should do, they know what they would expect and they can say, This is wrong, this is wrong, this is terrible.
00:21:51.279 --> 00:21:53.279
Um so there's this gap over there.
00:21:53.519 --> 00:22:10.480
Is is that is that almost um widening the gap between a junior and a senior developer if they're not necessarily learning but being exposed more to that and assuming that's the right way, is this widening the gap between between those two?
00:22:11.759 --> 00:22:14.559
It is not only widening that it certainly is widening the gap.
00:22:14.720 --> 00:22:17.039
But I think the risk is even higher.
00:22:17.279 --> 00:22:37.839
And to me, one of the biggest challenges today is if the tools lead us to turn into consumers of the code and in the process if we lose our critical thinking that is a dangerous situation to be in.
00:22:38.400 --> 00:22:40.400
Because I'll give you an example of this.
00:22:40.559 --> 00:22:42.799
This is you know calculators are great.
00:22:42.880 --> 00:22:43.519
I love it.
00:22:43.599 --> 00:22:45.440
But I'll just give you one example of this.
00:22:45.599 --> 00:22:53.119
I was driving one day and we had to come we had to you know take care of some payment.
00:22:53.359 --> 00:23:01.920
And so the person on the phone said hey here's the payment and I've negotiated a discount and after the discount we're gonna pay this.
00:23:02.160 --> 00:23:14.319
And I'm I'm driving I I don't have access
to any device right and I immediately said I said to the person I'm sorry I cannot verify what you said but it doesn't sound right.
00:23:14.799 --> 00:23:32.079
Could you please run the numbers again one more time and tell me if after applying discount it would be this amount and there was a pause and then they came back and said no you're right I I had a round calculation here's the number I'm like okay that makes me feel better.
00:23:32.880 --> 00:23:50.640
So the key here is for me to process that in my mind and say I'm validating right I'm I'm I'm trusting that person but at the same I'm validating to saying hey I'm capable of making mistakes so are you let's validate it.
00:23:50.880 --> 00:23:59.039
But if I don't think about it critically we would have sent a higher amount as payment and and that would have cost other things.
00:23:59.359 --> 00:24:11.359
So the key here is at every step we need to develop the capability to check and double check and say is this actually correct?
00:24:11.599 --> 00:24:24.240
Is this the way we need to do and for that AI can replace our effort but AI cannot replace our knowledge.
00:24:25.119 --> 00:24:46.319
I don't have knowledge in chemical engineering I can write all the code you want me to write but a chemical engineer literally comes down and tells me oh Vancat we never want to do that for hydrocarbons and I say thank you for letting me know that because I don't have that knowledge.
00:24:46.559 --> 00:24:58.880
But an engineer has that knowledge but imagine you remove that engineer out of the picture for a minute I would be writing the code which is not going to behave correctly for a hydrocarbon.
00:24:59.119 --> 00:25:02.319
Now replace me with something faster which is the AI.
00:25:02.480 --> 00:25:06.400
And if you don't have that engineer it's dangerous what you're producing.
00:25:06.559 --> 00:25:14.079
So it's not that I was perfect but the key here is I had people around me who would do the verification.
00:25:14.319 --> 00:25:18.480
And while I write the code they make sure I'm not writing rubbish.
00:25:18.720 --> 00:25:34.960
And in the same way the person who is using AI, if it's a senior engineer, senior developer, they're able to evaluate and say, yeah that that is good or in this case that's not adequate so I'm going to reiterate through it a few more times.
00:25:35.119 --> 00:25:52.319
It's not like they have to abandon this and do the job by hand but they have the smartness in their head to reiterate until it gets to where it needs to get to versus a junior engineer who never had that benefit to get trained by a senior developer, right?
00:25:52.480 --> 00:26:00.319
One of the things I said in my keynote is something I've been learning for myself is we we study in school but we learn on the job.
00:26:01.599 --> 00:26:15.519
In school we read about stuff but the real learning happens when you apply them and so when I'm at work when I'm doing things I go to my colleague and say
I'm writing this code this way what do you think of this design?
00:26:15.680 --> 00:26:17.200
And they critique it for me.
00:26:17.359 --> 00:26:21.519
And then I do that for somebody else and we collectively learn from each other.
00:26:21.759 --> 00:26:25.359
And then that's what makes you a senior developer.
00:26:25.519 --> 00:26:27.839
To me a senior developer is not an age.
00:26:28.240 --> 00:26:37.279
A senior developer is not the number of years you have counted the senior developer to me is the extent to which you will push back.
00:26:37.440 --> 00:27:59.759
Yeah the extent to you will challenge ideas in front of you your ability to evaluate and discern between you know you you you if you if you're a senior developer you smell the right from the wrong you have that auto verb auto validation yeah that that system that kind of surprise that that defense that builds into you and and uh you know when I worked with senior developers as I was I was a young developer that's one thing I would look at and say you know from a mile you are able to identify this is not going well right um you know I I remember uh I was working for a company that acquired another company and I didn't say this to people because you don't want to insult people so I go in and sit down and this is a code I know nothing about right and my boss said go over there this afternoon spend some time with them because in two months you're gonna work with them I'm like okay so I drive across town I'm sitting in this this guy's office not knowing anything about the system right and he says let me show you how things work and then he is showing me the screen and he says oh hang on a second before I can show you this I got to make a few changes and he's making some changes and I remember right I would never forget this I remember sitting in his office and saying I don't have a clue what he is doing but I can tell you he's wrong.
00:28:00.880 --> 00:28:05.039
So so I just said to myself I don't want to insult this person right because I don't know anything.
00:28:05.119 --> 00:28:14.720
I have nothing to prove fast forward four months I am working on that code and I hit the same spot and I'm like heck no I'm not gonna do this.
00:28:14.880 --> 00:28:28.240
So I spent two hours because I'm really angry at what I'm looking at and I fix this in two hours and then the next day he's looking at what I'm doing is like oh my gosh we've been struggling with this how in the world did you fix it?
00:28:28.400 --> 00:28:48.640
And I said you know what I got angry looking at it and I wasted some time and here's a solution I was like darn it we never thought you could do this and and to me that is the sense right that that going from a junior to maybe a mid-level developer to to say I don't know enough about it but I can tell you it's not right.
00:28:48.960 --> 00:28:57.200
And I know it can be improved as a person using AI I need to have the sense to say this is good.
00:28:57.599 --> 00:31:22.960
Oh you know what this can be improved oh no we don't want to go in this direction at all no thanks AI let's redo this and that's interesting because I think one of the uh things that you that you mention to people is you don't like one-shotting things in AI and you can and I think you have to mention to people try your best not to do that and it becomes more iterative as people uh see that journey and come course correct more and more I guess as models and particular particularly agents become more capable at what stage do you feel personally and and and you know for yourself your own use of AI and also advice that you give other people at what stage would you would you be comfortable to think you know what this is particularly with the agentic uh agentic environment I'm comfortable with you going away doing something and then I'll have a look at what you so let me bring in my another definition of AI so to me AI not only stands for accelerated inference also stands for agonizingly inconsistent it's agonizingly inconsistent and and I think at the end of the day this is something you mentioned quite a bit in your keynote this is the difference between what we in software development have dealt with until yesterday so to say and the new norm is going from a deterministic world to a non-deterministic world and essentially when you live in a non-deterministic world this is the it's it's really a trade-off your trade-off here is you can go slower and deterministic or you can go faster and non-deterministic you are the determinism is part of the iterations you you have you are the one who brings control to the chaos and and you you have the speed but at the same time you're saying I I I like your speed but I need at the end of the day still to verify and knowing what I know to to answer your question at what stage will I be comfortable to say I'm I'm okay with it I don't know that yet because I haven't seen enough to with what exists today to say I'm ready to give that to the AI.
00:31:23.440 --> 00:31:30.960
So I so as far as the things we have so far we need to have human in the loop to to do that verification.
00:31:31.200 --> 00:31:37.200
We may have we may be doing fewer iterations of verifications moving forward.
00:31:37.359 --> 00:32:14.079
So maybe the answer to your question is when that iteration distils down to one is when I would have that confidence that maybe that's a way to put it and do you think that would be the models and agents getting better or do you think that would be more of kind of like as an environment that we create maybe the context maybe the skills maybe the something that can uh replace not replace but something that we can provide that will almost be a an automated us in the loop where if it's a skill maybe that says no actually remember you need to do it this way or some automated verification.
00:32:14.240 --> 00:32:17.279
But do you feel like that's part of a step that's missing?
00:32:17.519 -->
00:32:31.599
Yeah so so if we can we can learn from other fields uh you know in a in that way right uh I was talking to a builder recently and and and what I love about people is when they are very open straightforward direct I really appreciate it.
00:32:31.839 --> 00:32:54.160
So the builder said you want to tell me where to put an electric plug point and my answer to you will be yes or no and I love it and and I kind of looked at him and said not being rude he said when I say yes I will put the plug point where you want me to put it when I say no it's because the code will not allow me to do it.
00:32:54.480 --> 00:33:10.240
And if you tell me no I'm the one who's paying you do it guess what happens if there's a fire and you don't get sued I get sued because I'm the one who built it and I said I respect your professionalism here.
00:33:10.480 --> 00:33:22.559
So where I'm getting to with this is skills are great but what if eventually we can help AI learn what that skill should be for code generation?
00:33:23.200 --> 00:33:27.119
What are the universal do's and don'ts?
00:33:27.599 --> 00:33:36.880
What are the things like for example right I think most of us can agree writing a meaningless single error variable is a terrible thing to do.
00:33:37.200 --> 00:33:39.279
I showed some examples during my keynote today.
00:33:39.359 --> 00:33:40.720
The variable name was C.
00:33:41.279 --> 00:33:44.079
I scream at my students when they write a variable called C.
00:33:44.720 --> 00:33:50.799
I don't think I need a skill to tell AI don't be stupid right that should know it.
00:33:51.119 --> 00:33:56.160
And so rather than well skills are great as a as an intermediate step.
00:33:56.640 --> 00:34:36.639
I cannot imagine five years from now we are sitting and writing skills I want AI to not only train but to be trained on what are the good practices what are the disciplined ways and and if there can be a way to coach AI to know the risk to understand the ways to write code for it to know if I write code this way and if I were to modify this code in the future to handle something else it's going to interfere and and to understand the software is a nonlinear system we know this.
00:34:36.960 --> 00:34:39.920
AI needs to also realize it's a nonlinear system.
00:34:40.079 --> 00:34:57.119
So the actions it takes in one area has impact in another area and and if if AI can be trained to be more vigilant about the risk it is introducing into software I think at that time we'll have more maturity and fewer iterations I think.
00:34:57.440 --> 00:35:00.159
Hey everyone hope you're enjoying the episode so far.
00:35:00.400 --> 00:35:14.159
Our team is working really hard behind the scenes to bring you the best guests so we can have the most informative conversations about identic development whether that's talking about the latest tools, the most efficient workloads or defining best practices.
00:35:14.400 --> 00:35:18.000
But for whatever reason many of you
have yet to subscribe to the channel.
00:35:18.239 --> 00:35:24.960
If you're enjoying the podcast and want us to continue to bring you the very best content please do us a favour and hit that subscribe button.
00:35:25.119 --> 00:35:32.400
It really does make a difference and let us continue to improve the quality of our guests and build an even better product for you.
00:35:32.719 --> 00:36:16.639
Alright back to the episode I'd love to obviously you're someone who is very deeply entrenched in the community particularly around this conference but just generally you know you're talking to a bunch of different individuals indie developers as well as as well as folks in organisations seeing what people are building in uh in AI today what would you say are some of the the biggest problems that people are building for to improve AI today kind of cutting the hype cutting through the hype but actually you know picking the real solutions to to big problems what would you say they are there are there actually that that's one of the interesting parts is uh it it is quite vast and and I'm really happy to see that.
00:36:17.280 --> 00:36:25.039
You know for example I've seen organizations really lean into AI for writing automated tests.
00:36:26.159 --> 00:36:30.079
This is not just saying I'm gonna write automated tests for the sake of writing test.
00:36:30.559 --> 00:37:04.719
These are real issues they are trying to address where they have developed software for the past 10 years and there are issues they're not able to find the defects in the code because their customers are angry because these defects are significant but the team is not able to figure out because the code is complex and they didn't write the original code and they're using AI for writing tests so they can give have better feedback tools for feedback loops.
00:37:04.960 --> 00:37:47.760
They're using AI to identify errors finding bugs in systems you know you you take a code base and say here's a here's an issue I'm facing can you tell me which area of code I should be able to see it in the root cause analysis style approach to an issue and and it's able to pinpoint and say look over here right this would take months on end for humans to go you know one of the things you I mean I'm sure you you know you've seen this quite a bit when you hire somebody new you often put them in QA and say learn to fix bugs because that's when you learn the system then you come to development right this is a traditional thing that we have seen happen.
00:37:47.920 --> 00:37:49.039
But why is that?
00:37:49.280 --> 00:37:54.960
Because this gives you the ability to really go deeper into systems and understand AI is short circuiting that.
00:37:55.360 --> 00:38:11.119
So you're able to look at defects much more quickly I've seen that quite a bit in companies I'm a consultant so I get dragged into companies I didn't write this code I don't even know who they are until I walk into the building and they're saying here's an issue fix it.
00:38:11.280 --> 00:38:20.159
And they're using AI to reason about the code to explain what a piece of code is doing so they can understand better.
00:38:20.719 --> 00:38:23.119
They're using AI to refactor code.
00:38:23.360 --> 00:38:35.599
They're using AI to evaluate the quality of design I know a set of financial organizations that is using AI to create and refine their architecture.
00:38:36.239 --> 00:38:42.559
So I'm looking at an entire vertical in which AI is being used.
00:38:43.440 --> 00:38:46.400
I see design engineers use AI.
00:38:46.639 --> 00:39:02.880
So so AI is being used just about everywhere and and I'm seeing this in companies when I walk in it's a question of where are you using AI and what's your use case and and it's it's all over which is fascinating and quite scary at the same time.
00:39:04.719 --> 00:39:43.280
For decades now Venkat you've been teaching expert developers all the way down to junior developers people going through universities as well what it means to be a really good developer, a solid developer everything from you know agile how to do agile well all the way through to you know development really has a craft with uh AI now does this change things in terms of what it means to be a good developer what needs to kind of stay what is the kind of things that we need to learn in addition to be a good developer.
00:39:43.519 --> 00:39:47.519
Yeah I love that question because I'll be absolutely honest about it.
00:39:48.800 --> 00:39:56.559
There are times you wake up and you doubt yourselves right it it it is it is important that we doubt ourselves because otherwise we never improve what we do.
00:39:56.719 --> 00:40:29.440
And I'll be honest about it this was about two months ago I I I've been teaching for 34 years at the university part-time and uh and I spent a lot of time with my students I really enjoy uh I I like to really help the next generation because uh I feel like I'm where I am because other people took the time to you know help me when I was younger it's my turn to give back to to the to the next generation but I was in a train you know in Europe a couple of a couple of months ago and I was kind of looking out the window just thinking about stuff and I asked myself am I relevant?
00:40:29.599 --> 00:40:41.920
Am I relevant as an instructor with AI and all the things going on should I just you know throw in my towel and say thank you for this but I don't need to teach anymore the students can learn from AI.
00:40:42.159 --> 00:40:50.000
And then I realized I'm actually more relevant today than ever sure I'm teaching them dependency inversion principle.
00:40:50.159 --> 00:40:54.400
Sure I'm teaching them dry principle I'm sure I'm teaching them single responsibility principle.
00:40:54.880 --> 00:41:13.840
But if you set that aside for a minute what I'm really teaching my students and my le my my my way of teaching is very different from an orthodox or traditional
instruction I do quote reviews every single day and I I you know spend three hours critiquing my students' work every day.
00:41:14.079 --> 00:41:17.199
And what I'm teaching them is time management.
00:41:17.440 --> 00:41:24.159
I'm teaching them when to go deeper and when to park something and come back.
00:41:24.639 --> 00:42:10.960
I'm teaching them to push back so this semester for example right I gave them a problem they were solving and a set of students said why don't we solve it this way I said no no no no solve it this way and and and they did and then a week later a student came back and said I don't get it why are you telling me to solve it this way instead of this way and I said explain to me why you say this and and he and he came back with reason I said that's why you did not push back you just accepted what I said and I wanted to wait and see how long you go in the wrong path and you came back and pushed back and you were one among that many students who pushed back.
00:42:11.280 --> 00:42:20.960
And this was a learning experience for all of us and and and that's what I've been really helping my students to learn is that aspect of critical thinking.
00:42:21.199 --> 00:42:41.360
So to me a good developer is not the one who can you know show that they know all the libraries all the frameworks all the things in the world a good developer is the one with good critical thinking where they can sit down and say wait a second you know I I'll be honest about it.
00:42:41.760 --> 00:43:06.320
I go into companies and I seriously ask them can you explain to me why you are doing this and you would be surprised at times when no one they have literally committed two million dollars for a project but nobody's able to tell you why they need to implement the two million dollar solution.
00:43:06.719 --> 00:43:26.400
And to me that is the key And that doesn't change now that's just as important before and after more important now right because the speed at which we are going is much faster now and if we forget to ask that why we're gonna crash and burn with the with the huge expenses moving forward.
00:43:26.800 --> 00:44:01.840
I think that that question the why question is even more critical now than before I think and and if we don't train ourselves so so a good developer needs critical thinking a good developer needs courage you know I I feel intimidated right because hey I'm sitting next to a you know good developer but I need to say excuse me can you tell me why and and that person is good I mean I you know I'm a consultant I go to companies I I remember one experience I was in a company that was re implementing their software uh to a newer More modern language.
00:44:02.000 --> 00:44:03.360
And they had a feature.
00:44:03.519 --> 00:44:06.559
And the and the president of the company, this was a smaller company.
00:44:06.719 --> 00:44:10.400
The president of the president of the company is sitting in the meeting.
00:44:10.559 --> 00:44:12.000
And everybody else is there.
00:44:12.159 --> 00:44:13.840
And they were talking about a feature.
00:44:14.079 --> 00:44:15.039
I'm the consultant.
00:44:15.119 --> 00:44:16.239
I don't know anything about their product.
00:44:16.320 --> 00:44:18.480
These are people who have been working with the product for a long time.
00:44:18.719 --> 00:44:22.000
And I said, Can you tell me why you are implementing this feature?
00:44:22.320 --> 00:44:28.079
Oh, the current version has it, so we need to implement it because we're just modernizing the application.
00:44:28.480 --> 00:44:29.119
Thank you.
00:44:29.599 --> 00:44:32.000
Can somebody in the room explain to me why you're doing this?
00:44:33.360 --> 00:44:36.960
As I just said, the product has this feature, we need to implement it.
00:44:37.039 --> 00:44:39.360
Like, no, no, no, I heard your explanation.
00:44:39.920 --> 00:44:40.960
Let's go past it.
00:44:41.199 --> 00:44:42.880
Why are we implementing this feature?
00:44:43.360 --> 00:44:46.719
And a few people said a few things, and one guy got really angry.
00:44:47.920 --> 00:44:54.400
What part of it's there already, and we need it that doesn't reach you.
00:44:55.199 --> 00:44:57.679
I'm like, oh my gosh, that's really rude.
00:44:58.079 --> 00:45:02.400
And if you don't want to answer, just tell me you don't know, that's fine.
00:45:02.639 --> 00:45:04.559
And we were kind of going back and forth with this.
00:45:04.719 --> 00:45:11.280
And suddenly the president of the company who was in the room got up and said, Alright, I want somebody in the room to answer that question.
00:45:11.440 --> 00:45:13.199
So now the boss wants the answer, right?
00:45:13.519 --> 00:45:15.039
And everybody is quiet.
00:45:15.519 --> 00:45:16.880
Nobody could answer it.
00:45:17.519 --> 00:45:27.519
And he then said, Who in this room knows that 60% of support call we are getting is on that feature?
00:45:27.760 --> 00:45:32.639
And I'm like, definitely I don't know that because I'm new to your company.
00:45:32.960 --> 00:45:34.559
And everybody's like, oh.
00:45:34.719 --> 00:45:39.039
It's like, yep, 60% of the call is coming from the feature, from that feature.
00:45:39.280 --> 00:45:42.079
And nobody in the room ever questioned it.
00:45:42.400 --> 00:45:49.519
And now that that question has come up, it just dawned on me, it shouldn't even be here.
00:45:49.920 --> 00:45:57.039
I know exactly how to take care of that need outside, and all of a sudden we don't have that 60% of the problem we are having.
00:45:57.199 --> 00:46:04.880
So he walked up, put a little rectangle around it, crossed it, and said, this will not be in the new product.
00:46:05.199 --> 00:46:10.960
To me, again, right, I am not the best person in the world, not the smartest person in the world.
00:46:11.280 --> 00:46:16.960
But to me, if I don't understand why, I am the stubbornest person on your team.
00:46:17.280 --> 00:46:18.480
I'm gonna keep insisting.
00:46:18.639
--> 00:46:20.000
I'm sorry, but tell me why.
00:46:20.159 --> 00:46:30.079
And to play devil's advocate, why couldn't why couldn't AI pose those questions and try and answer them?
00:46:30.400 --> 00:46:39.440
Uh AI may not be capable to pose that question, but AI will answer those questions if you ask.
00:46:40.239 --> 00:46:50.480
So you you you you hit on something that I've been fascinated by for the past 20 years, and I think this only became more interesting.
00:46:51.599 --> 00:46:55.360
When I was a kid, I had to know the answers.
00:46:55.920 --> 00:46:58.159
You know, my my children always are fascinated.
00:46:58.239 --> 00:47:01.920
They they look at me and say, Dad, what do you mean there was no internet when you were a kid?
00:47:02.079 --> 00:47:06.400
You know, there was no Google, there was no browser when I was a kid.
00:47:06.719 --> 00:47:09.039
And I had to know the answers.
00:47:09.840 --> 00:47:15.760
All of a sudden, for the past 20 years, I had to know the questions and not the answers.
00:47:16.320 --> 00:47:21.039
If I don't know the right question, and again, you know, this is what surprises me.
00:47:21.199 --> 00:47:25.519
People who come and ask me the question, and uh how do I do this?
00:47:25.679 --> 00:47:28.480
I'll give them an answer by just doing a search.
00:47:28.639 --> 00:47:32.239
And I'll always say, why am I able to search and why didn't they search?
00:47:32.719 --> 00:47:34.480
Because they didn't know how to ask the question.
00:47:35.119 --> 00:47:40.559
With AI, it's even more critical we know how to ask the right question.
00:47:41.039 --> 00:47:47.840
So if you were asking the right question, you're saying, hey, you evacu you created this for me, thank you.
00:47:48.559 --> 00:47:50.800
Why are we creating it this way?
00:47:51.360 --> 00:47:53.440
Why are we even solving this problem?
00:47:54.079 --> 00:47:59.440
Uh can you tell me what are the risks in the solution you just created?
00:47:59.760 --> 00:48:05.360
If you're able to ask those questions, AI has those answers.
00:48:06.239 --> 00:48:07.599
It just doesn't tell you.
00:48:07.679 --> 00:48:07.920
Yeah.
00:48:08.159 --> 00:48:09.920
Because it's not thinking of those questions.
00:48:10.320 --> 00:48:21.440
And another, maybe a better way of using AI today in this kind of sense is to have, because I always think AI is great when it's almost critiquing and like having AI.
00:48:21.599 --> 00:48:33.679
Maybe I'll create a Venkat agent that asks me why and asks me these types of questions to understand and makes me think, you know, forces me to learn this muscle of why are we building this?
00:48:33.760 --> 00:48:36.800
What is- I would rather have a Simon agent than a Venka agent.
00:48:40.719 --> 00:48:41.920
It'll be more polite.
00:48:43.519 --> 00:48:46.079
Venka, um, let's jump into some quick fire questions.
00:48:46.480 --> 00:48:53.519
Alright, so Venka, what's the conversation you most want developers to be having right now
that they're not having?
00:48:55.039 --> 00:49:15.440
The most important conversation I think developers should have is how can we be more sustainable in developing products where we can deliver value while reducing the risk and creating the financial success for companies?
00:49:16.159 --> 00:49:20.719
You know, oftentimes I ask questions, I ask people, you walk into a company, why are you here?
00:49:20.880 --> 00:49:22.400
What value do you produce today?
00:49:22.639 --> 00:49:25.360
If I cannot answer that question, I'm in the wrong place.
00:49:25.920 --> 00:49:28.000
So I think that's that's what I want people to know.
00:49:28.159 --> 00:49:31.519
How can you make your your efforts sustainable?
00:49:32.800 --> 00:49:35.679
Tests first or vibe and iterate?
00:49:36.320 --> 00:49:37.039
Test first.
00:49:38.079 --> 00:49:39.119
That was it, that was the easiest thing.
00:49:39.440 --> 00:49:40.639
That was easy, that was easy.
00:49:40.800 --> 00:49:42.239
Uh uh feedback loops.
00:49:42.320 --> 00:49:42.400
Yeah.
00:49:42.639 --> 00:49:45.199
If I if you know, I was thinking about it this morning, honestly.
00:49:45.360 --> 00:49:48.239
If I don't know where I'm going, it doesn't matter where I end up.
00:49:48.800 --> 00:49:50.239
Test gives me the direction.
00:49:50.480 --> 00:49:54.079
What's one thing AI will never replace in a good developer?
00:49:54.880 --> 00:49:57.679
The passion for what we create.
00:49:58.079 --> 00:49:58.719
Nice.
00:49:59.280 --> 00:50:03.199
What is the most overrated AI trend right now?
00:50:03.440 --> 00:50:04.559
Vibecoding.
00:50:05.599 --> 00:50:08.559
What's the most underrated AI trend right now?
00:50:08.800 --> 00:50:16.800
Seriously, I would say it's ability to really identify issues and analyze risk.
00:50:17.199 --> 00:50:23.360
I wish we are talking more about it and not more about where it's not good.
00:50:23.599 --> 00:50:27.679
Let's spend more time focusing on what it's good at.
00:50:28.800 --> 00:50:30.719
I think we wish I wish we did that more.
00:50:30.880 --> 00:50:31.519
Yeah.
00:50:32.000 --> 00:50:32.639
Nice.
00:50:32.960 --> 00:50:36.079
Then Kat as an author of I can't remember how many.
00:50:36.239 --> 00:50:37.280
Let's let's say a thousand.
00:50:37.360 --> 00:50:39.360
Let's round it to a thousand books.
00:50:39.519 --> 00:50:47.280
Um, what is a book that every AI native developer should read that has nothing to do with AI?
00:50:48.800 --> 00:50:49.440
Wow.
00:50:50.239 --> 00:50:54.800
I'm gonna talk about a book I've read a few times.
00:50:55.199 --> 00:51:02.239
One of my favorite books because every one of us needs to clear our mind from time to time.
00:51:03.199 --> 00:51:06.079
So the one I recommend always is Who Moved the Cheese?
00:51:06.400 --> 00:51:07.280
Who moved the cheese?
00:51:07.440 --> 00:51:09.039
A great book, such a good book.
00:51:09.280 --> 00:51:23.599
Awesome, Venkat, this has been an absolute pleasure and to to I've actually to be honest, wanted to join the podcast for a long time and to to record the episode here at the Ark of AI conference in Austin has been absolutely amazing.
00:51:23.679 --> 00:51:25.199
It's been wonderful, wonderful to do that.
00:51:25.599 --> 00:51:26.480
Thanks for joining.
00:51:26.559 --> 00:51:31.840
Thanks for making this a very good event, and I enjoyed and I can't tell you how appreciative I am.
00:51:32.159 --> 00:51:44.880
Amazing, and actually to those listeners, I would say Ark of AI is probably the AI conference that has among the highest quality of sessions and speakers.
00:51:45.039 --> 00:51:46.559
Uh and attendees.
00:51:46.719 --> 00:51:47.280
And attendees.
00:51:47.760 --> 00:51:48.159
Hands down.
00:51:48.400 --> 00:51:59.440
The conversation actually when I when I when I got here and started chatting to people, I was starting to get worried thinking, am I is my level too low, too, too, you know, high level for people here?
00:51:59.599 --> 00:52:05.440
Luckily, I'm I think I'm at a good level, but the yeah, the quality of attendees is is very, very strong.
00:52:05.599 --> 00:52:09.519
So put it in the calendar for next year, Arc of AI in Austin, US.
00:52:09.599 --> 00:52:12.239
Uh, definitely one for your list to attend.
00:52:12.480 --> 00:52:14.400
Venkat, it's been an absolute pleasure.
00:52:14.559 --> 00:52:16.719
Let's go enjoy the rest of Arc of AI.
00:52:16.880 --> 00:52:17.440
Thank you, Simon.
00:52:18.239 --> 00:52:18.639
Thank you so much.
00:52:18.800 --> 00:52:21.039
Thanks very much for listening and tune into the next episode soon.
00:52:21.280 --> 00:52:22.000
Bye for now.
00:52:22.239 --> 00:52:26.880
The AI Native Dev is brought to you by Tesla, the package manager for skills and content.
00:52:27.119 --> 00:52:30.079
Your hosts are Guy for Johnny, and me, Simon Maple.
00:52:30.320 --> 00:52:31.599
Our producer is Tom Dow.
00:52:32.079 --> 00:52:35.280
The AI Native Dev is not just a podcast, it's a community.
00:52:35.599 --> 00:52:39.039
We host monthly meetups at the Tesla Office for Temple Learn Office.
00:52:39.199 --> 00:52:45.119
This is Tesla.io forward.community to learn for the code.