How should/shouldn't I use agentic coding to develop a portfolio?

HCI 관점에서 읽을 만한 이유

이 글은 HCI/UX 실무에서 포트폴리오가 단순한 결과물 집합이 아니라, 어떤 역량을 어떤 방식으로 증명하는지에 대한 문제를 다룹니다. 특히 agentic coding(에이전트형 코딩)과 같은 AI 도구를 활용해 제작 속도와 표현력을 높이는 방식이, 실무자에게는 효율성인지 편법인지 경계가 모호한 지점인데요. HCI 연구자와 디자이너는 이 글을 통해 도구 사용이 역량 인식에 어떤 영향을 주는지, 그리고 포트폴리오 평가 기준이 어떻게 재구성되는지 살펴볼 수 있습니다.

CIT의 코멘트

CIT 관점에서는 이 논의를 ‘만들기’보다 ‘보이기’의 전환으로 읽게 됩니다. agentic coding은 단순히 개발을 자동화하는 도구가 아니라, 개인이 자신의 문제 해결 과정과 설계 역량을 빠르게 외부화하는 수단이 될 수 있는데요. 다만 HCI에서 중요한 것은 결과물의 화려함보다 사용 맥락, 의사결정의 근거, 상호작용 설계의 품질입니다. 그래서 AI로 포트폴리오 제작 속도를 높이는 전략은 충분히 유효하지만, 그 자체가 역량을 증명해주지는 않습니다. 오히려 case study, 리서치 인사이트, 협업에서의 역할을 구조적으로 드러내는 편이 HCI 정체성을 더 명확하게 보여줍니다. 결국 핵심은 AI를 썼는가가 아니라, AI를 통해 무엇을 더 설득력 있게 설명할 수 있게 되었는가입니다.

원문을 읽으면서 던질만한 질문

• Q.agentic coding을 활용한 포트폴리오에서 HCI 역량을 가장 설득력 있게 드러내는 구성 요소는 무엇일까요?
• Q.AI로 제작 속도를 높였을 때, 평가자에게 ‘편법’으로 읽히지 않게 하려면 어떤 맥락 정보를 함께 제시해야 할까요?
• Q.소프트웨어 엔지니어링 배경을 가진 HCI 지망자가 포트폴리오에서 기술 역량과 사용자 연구 역량의 균형을 어떻게 잡는 것이 좋을까요?