Speaker unverified: belief

Transcript context

…We just assume that people roughly know, but yeah, I think a dedicated episode directly on this, I think is something that's sorely needed. And then, you know, something I prompted Sander with is when I wrote about the rise of the AI engineer, it was actually a direct opposition to the rise of the prompt engineer, right? Like people were thinking the prompt engineer is a job and I was like, nope, not good enough. You need something, you need to code. And that was the point of the AI engineer. You can only get so far with prompting. Then you start having to bring in things like DSPy, which surprise, surprise, is a bunch of code. And that is a huge jump. That's not a jump for you, Sander, because you can code, but it's a huge jump for the non-technical people who are like, oh, I thought I could do fine with prompt engineering. And I don't think that's enough. I agree with that completely. I have always viewed prompt engineering as a skill that everybody should and will have rather than a specialized role to hire for. That being said, there are definitely times where you do need just a prompt engineer. I think for AI companies, it's definitely useful to have like a prompt engineer who knows everything about prompting because their clientele wants to know about that. So it does make sense there. But for the most part, I don't think hiring prompt engineers makes sense. And I agree with you about the AI engineer. I had been calling that was like generative AI architect, because you kind of need to architect systems together. But yeah, AI engineer seems good enough. So completely agree. Less fancy. Architects are like, you know, I always think about like the blueprints, like drawing things and being really sophisticated. People know what engineers are, so.…

Stored transcript either side of the excerpt. The highlighted words are the published quote; the surrounding text is unedited source, never generated.