프롬프트 엔지니어링을 배우지 마세요. 여기 더 중요한 것이 있습니다

Source: Dev.to

I originally posted this post on my blog.

저는 AI 전도자가 아니며, 반대자도 아닙니다.

코딩에 AI를 사용해 본 적이 있습니다(내 경험 보기). 일주일이나 이주일 정도 지나자 제가 점점 의존하게 되는 것을 느꼈습니다(문제 설명). 그때부터 저는 AI를 작은 코딩 작업—작은 함수 생성이나 오타 찾기 정도—에만 사용하고, 영어를 주요 프로그래밍 언어로 여기지는 않았습니다.

보안 연구원 Marcus Hutchins는 그의 글 **Every Reason Why I Hate AI and You Should Too**에서 이렇게 강하게 말합니다:

“AI로 모든 것을 ‘학습’하는 것이 아니라, 정규 기술을 배우는 것이 옳다고 강하게 주장할 수 있습니다. 도메인 전문가가 LLM을 서툴게 프롬프트하는 것이 ‘World’s Best Prompt Engineer’ 머그잔을 든 일반인보다 훨씬 더 좋은 결과를 가져올 것입니다.”

저는 핵심 메시지에 동의합니다.

논점

모두가 AI에 의존하게 되면, 옛 방식으로 돌아갈 때가 됩니다:

• 코드를 읽기
• 신뢰할 수 있는 테스트 작성하기
• 고전 교과서 탐독하기
• 펜과 종이로 버그 디버깅하기

코딩 외에도 같은 원칙이 적용됩니다: 종이 책을 읽고, 손으로 메모를 하며, 스스로 요약을 작성해 감각과 판단력을 기르는 것이죠.

AI를 사용하는 것은 수학 시험에서 계산기를 들고 있는 것과 같습니다: 가장 좋은 계산기라도 무엇을 계산해야 할지 모르면 쓸모가 없습니다. 먼저 탄탄한 실력을 쌓고, 그 다음에 AI를 활용하세요.

옛 방식 실천법

코딩은 단순히 기호를 조작하는 것(이때 AI가 빛을 발함)만이 아니라, 비기술적인 매니저와 소통하고, 마감일을 협상하며, 정중하게 “아니오”라고 말하는 등 인간관계 기술도 포함됩니다. 이러한 대인 관계 능력은 자신감과 효율성을 위해 필수적입니다.

결론

그래서 저는 Street‑Smart Coding: 30 Ways to Get Better at Coding을 썼습니다. 초기에 알았으면 좋았을 스킬들을 공유하기 위해서죠.

Street‑Smart Coding을 여기서 구입하세요. 시작할 때 가지고 있었으면 좋았을 로드맵입니다.