Fair point - Though I would say this - the right prompt escalates your **input** from generic to profound - as such maybe your right, prompt engineering might be worthless by its self, and maybe you can get the same results regardless of the prompt - that is to say if you have taken the time to reduce all of the uncertainties in your req…
Fair point - Though I would say this - the right prompt escalates your **input** from generic to profound - as such maybe your right, prompt engineering might be worthless by its self, and maybe you can get the same results regardless of the prompt - that is to say if you have taken the time to reduce all of the uncertainties in your request, and were able to fully flesh out your concept and the steps required to achieve it, with minimal variance in the outcome - then yes i agree that prompt engineering may not change the outcome. I think the difference is those people who don't code and want to use this tech to succeed generally need to learn to ask better questions, give better context, and plan their outcomes in a much deeper and meaningful way. Maybe prompt engineering should be called Idea Engineering haha.
And alas, we agree. Engineers are significantly better at conpartmentalizing problems. That’s a competence that will - in my experience - be a better predictor of increased productivity via LLM use than learning prompt engineering.
Which is why I decided not to teach the latter anymore.
Question is, how do we teach this skill to people en masse? Surely we can’t make everyone a coder.
Fair point - Though I would say this - the right prompt escalates your **input** from generic to profound - as such maybe your right, prompt engineering might be worthless by its self, and maybe you can get the same results regardless of the prompt - that is to say if you have taken the time to reduce all of the uncertainties in your request, and were able to fully flesh out your concept and the steps required to achieve it, with minimal variance in the outcome - then yes i agree that prompt engineering may not change the outcome. I think the difference is those people who don't code and want to use this tech to succeed generally need to learn to ask better questions, give better context, and plan their outcomes in a much deeper and meaningful way. Maybe prompt engineering should be called Idea Engineering haha.
And alas, we agree. Engineers are significantly better at conpartmentalizing problems. That’s a competence that will - in my experience - be a better predictor of increased productivity via LLM use than learning prompt engineering.
Which is why I decided not to teach the latter anymore.
Question is, how do we teach this skill to people en masse? Surely we can’t make everyone a coder.