Insights
AI가 자동으로 큐레이션·번역·정리하는 기술 동향 피드입니다.
AI 발전으로 인해 엔지니어 자격증이나 단순 경험만으로는 가치가 희석될 수 있다는 분석입니다. 특히 1~3년차 주니어 레벨에서 AI가 생성한 결과물을 검토하고, 그 오류를 지적하며 개선하는 '비판적 사고' 능력이 중요해지고 있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Qiita AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기애초에 엔지니어 자격증은 의미가 없다, 쓸모없다는 비판을 받는 이유는 근본적으로 자격증보다 경험이라는 한 가지 지점으로 귀결됩니다.
풀어서 설명하자면, 공부해서 지식만 쌓는 것보다 현장에서 직접 손으로 움직인 경험이 더 유용하다는 뜻입니다.
실제로 이는 사실이며, 예를 들어 'AWS 전관례(全冠)했습니다!'라고 말하는 실무 미경험자보다, 'AWS 설계부터 구현까지 5년 했습니다!'라는 사람이 평가가 더 높을 것입니다.
다만, 그 경험의 가치가 앞으로 흔들릴 수 있지 않을까 하는 의문이 있습니다.
특히 최근 들어 경험 13년 정도의 로우미들 레인지(low~middle range) 계층에게서 두드러지게 나타날 것이라고 생각합니다.
예를 들어, AWS 프로젝트 멤버를 찾고 있는데,
이런 경우, 경험 연수로 우열을 가리기가 어려워질 수 있습니다.
그 이유는 AI의 등장 때문입니다.
최근 인공지능(AI)의 발전 속도는 엄청나서, 이제는 간단한 도구만 있으면 프롬프트 한 번으로 결과물을 얻을 수 있는 시대가 되었습니다.
실제로 저도 개인적으로 AWS 개발을 할 때 Lambda 코드를 AI에게 맡겨봤는데, 몇 번 프롬프트를 통해 지시하거나 세부 사항을 수정하자 거의 그대로 사용할 수 있는 결과물이 나왔습니다.
동시에, AI에 의존하여 자율성이 없는 엔지니어도 안타깝게 볼 수 있게 되었습니다.
이런 우스갯소리가 실제로 있습니다. 저도 현장에서 봤습니다.
그래서 경험 3년차 엔지니어를 채용했다고 생각했는데, 사실은 AI로 던져주기만 해서 할 수 있는 작업밖에 하지 않았거나,
혹은 AI가 생성한 결과물을 리더가 어떻게든 끌어안아서 프로젝트를 진행하고 있었다는 식의 상황이 앞으로도 발생할 수 있지 않을까요?
이는 자주 논되는 주제입니다.
개인적인 의견으로는 AI에게 지적(ツッコミ)을 가하는 것이 일이 될 것이라고 생각합니다.
화제가 조금 벗어나지만, AI 하면 IT 분야 외의 영역으로 일러스트 생성 AI가 자주 화제가 되죠.
트위터에서는 편의점이나 음식점에 게시된 AI 생성 요리 이미지 포스터에 '기분 나쁘다'는 의견을 내는 사람이 있습니다.
그중 이런 목소리도 있었습니다.
AI 생성 일러스트 자체보다, 이것을 보고 승인(ゴーサイン)를 내리는 (≒ 막지 못하는 사람의 부재) 것이 무섭다.
이것은 IT 세계에서도 남의 일이 아닙니다.
제가 AWS에서 개인 개발할 때 실제로 겪었던 일을 간단한 비유로 설명해 보겠습니다.
S3의 CreateObject 이벤트 알림(event notification)으로 Lambda를 실행하고, 여러 과정을 거쳐 처리된 것을 S3에 출력하는 아주 단순한 아키텍처를 가정합니다.
S3는 오브젝트 배치용과 생성물 배치용으로 input, output와 같이 접두사(prefix)가 나뉘어 있다고 합시다.
Lambda에는 당연히 S3 관련 권한을 첨부해야 하는데, 어떤 역할을 부여할까요?
AI가 답변한 내용은 다음과 같았습니다.
{
AI의 라지콘(ラジコン)이 되어버린 사람들은 이런 부분은 알아차리지 못할 것 같습니다.
위에서는 거만하게 이야기했지만, 이것은 제 프롬프트가 나빴을 가능성도 있습니다.
당시 일은 잊었지만, 'Lambda에 S3를 사용할 권한을 부여하는 역할을 만들어줘' 정도의 지시로 했다면, S3 내부의 프리픽스(prefix)까지 알아서 파악하라는 것은 무리가 있습니다.
그렇다고 해도, 프리픽스마다 권한을 분리한다는 지시를 AI에게 내릴 수 있는 것은, 프리픽스마다 권한을 분리해야 한다는 **지식이 있는 사람**만이 할 수 있습니다. (최근의 AI는 참견쟁이라서, 되물어올 수도 있겠지만요)
그리고 만약 리뷰를 담당하는 사람도 같은 상태라면, 리뷰를 빠져나갈 수도 있습니다.
Lambda 권한 정도라면 아직 괜찮지만, 예를 들어 공개적인 EC2의 SG(Security Group)가 0.0.0.0/0을 Allow하고 있다면 큰일입니다. 1
무서운 점은, 권한이 넓은 방향으로 기울어져 있으면 **움직이는 것은 움직여 버린다**는 겁니다. 그래서 알아차리기 어렵습니다.
무엇보다, FW(Firewall) 설정을 파라미터 시트에 적어달라고 했는데, 자신만만한 태도로 0.0.0.0/0 Allow가 쓰인 시트를 내밀면 어떨까요?
그 이유를 물었더니 'AI가 이걸로 작동한다고 했어요!'라고 대답한다면요?
...무섭죠.
네, 저도 엔지니어를 하고 있지만, 2년 전쯤부터 현장에서도 ChatGPT를 사용하기 시작했고, 최근에는 안 쓰는 곳이 오히려 드물 정도인 것 같습니다.
~~코드 전체를 먹여도 좋으니까 마감일에 맞춰줘라고 했을 때는 기가 막혔지만~~
대부분 어떤 AI 에이전트와 계약을 맺고, 그것을 사용해서 개발하게 됩니다.
다만, 지금 현직에서 엔지니어로 일하며 리더나 매니지먼트 위치에 있는 사람들은, AI가 없던 시절부터 엔지니어로 일해 온 사람들이라고 생각합니다.
원래 지식의 토대가 있고, 최악의 경우 AI가 사라져도 구글링을 하거나 알 수 없는 개인 블로그에서 필요한 정보를 골라내어, 지식과 결합하여 정답에 도달할 수 있는 사람들.
이런 사람들이 제대로 AI를 사용할 수 있고, 신입사원이 AI에 의존해서 엉터리 결과물을 가져와도 리뷰로 막을 수 있습니다.
조금 위에서 말한 '막는 사람'이 될 수 있다는 거죠.
그래서 지금은 AI 구동 개발(AI-driven development)이라는 것이 비즈니스 현장에서도 성립하고 있는 겁니다.
그렇다면, 앞으로 AI에 전적으로 의존해서, 그저 AI가 시키는 대로 3년, 5년을 보낸 사람은 같은 것을 할 수 있을까요?
AI 시대이기 때문에 오히려, AI에게 **'아니, 여기는 이렇게 아닌가요?'**라고 따져 물을 수 있는 **지식**이 더 중요해지지 않을까 합니다.
뭐, 그때쯤이면 AI가 더 발달해서 정말 인간 리뷰어가 필요 없어지는 가능성도 있겠지만요...
엔지니어의 **경험을 쌓기 위한 경험 자체를 어디서 쌓을 것인가라는 문제**가 조금이라도 완화되었으면 좋겠습니다.
AI 시대에는 오히려 이 문제가 더 어려워질 것이라고 솔직히 생각합니다.
주니어 클래스 엔지니어가 하는 일은, AI에 프롬프트를 던지면 끝날 때도 많을 테니까요.
채용하는 쪽에서도 경험 연수(experience years)를 기준으로 뽑는 게 안심할 것 같고, 경험 연수와 지식까지 갖춘 사람이 있다면 그게 최고일 겁니다.
다만, 자격증 취득을 위해 학습한 엔지니어들의 노력이, 경험 연수라는 태그만으로 이야기조차 듣지 못하고 문전박대당하는 것은 슬픈 일입니다.
**AI에 맡기면 왠지 작동하는 것은 만들어버리는 시대에, 일부러 꾸준히 독학할 수 있는 사람.**
이런 사람의 가치는 앞으로 올라오지 않을까, 올라왔으면 좋겠습니다.
추측과 바람을 반반 섞어서 쓰게 되었습니다.
-
Inspector가 활성화되어 있으면 경고를 줄 거 아니에요? Config에서 자동 수정할까요? 맞습니다. 다만 AI에 정말 전적으로 의존하는 사람은, 0.0.0.0/0을 Allow하고 있다는 것이 무슨 의미인지조차 알아차리지 못하지 않을까도 생각합니다. ↩