바이브코딩은 처음에는 개발자가 선택할 수 있는 하나의 방식처럼 보였습니다. 하지만 지금은 AI가 개발 과정 전반에 들어오면서, 점차 피하기 어려운 변화가 되어가고 있다고 생각합니다.
그렇다고 앞으로의 컨퍼런스가 AI 이야기만으로 채워져야 한다는 의미는 아닙니다. 기존의 .NET 기술과 설계, 운영 경험은 여전히 중요하고, 오히려 그런 기반을 얼마나 알고 있느냐에 따라 AI를 활용한 결과도 크게 달라졌습니다.
다만 이제는 .NET으로 만든 MCP나 Agent, 반복 작업을 줄이기 위해 만든 Skill, AI와 함께 개발한 오픈소스처럼 이전에는 없었던 결과물과 개발 과정도 하나의 기술 주제로 자연스럽게 다뤄졌으면 합니다.
AI 이전에는 아이디어가 있어도 시간과 구현 비용 때문에 시도하지 못했던 일이 많았습니다. 지금은 개인도 더 많은 아이디어를 빠르게 실험하고 실제 결과물로 옮길 수 있게 됐습니다. 그 과정에서 무엇을 만들었는지만이 아니라, 기존의 .NET 지식이 어떻게 활용됐고 AI의 결과를 어떤 기준으로 검증했는지까지 함께 공유된다면 의미가 있을 것 같습니다.
결국 AI를 별도의 유행으로 다루기보다, 변화한 개발 환경 안에서 .NET 개발자들이 무엇을 만들고 어떻게 일하고 있는지를 폭넓게 담아내는 방향이면 좋겠습니다.
실무 개발자들은 AI를 도입해 개발하면서 오히려 개발 시간이 더 오래 걸리는 현상이 발생하고 있습니다.
이른바 ‘AI 생산성 역설(Productivity Paradox)’ 또는 '리뷰 세금(Review Tax)'이라고 불리는 현상인데, 테스트용 프로그램이나 개인 프로젝트가 아닌이상 AI가 생성한 코드를 검토하고 오류를 수정하고 기능을 개선하는 작업을 하다보면 혼자 개발할때보다 개발 시간이 더 걸립니다. 실무에서 특히 산업현장에서는 작은 오류가 큰 문제를 일으킬 수 있기 때문에 특히 더 민감하게 받아들이고 있습니다.
그러나 결과물의 품질은 내 지식으로만 개발할때보다 더 좋아지는게 사실이라서 AI 도입을 포기할 수도 없습니다.
많은 시니어 개발자들이 AI가 생성한 코드를 100% 신뢰하지 않는 것은 사실입니다. 이러한 사실을 바탕으로 개발자들이 AI와 함께 생산성을 높이기 위한 방법들을 고민하는 시간이 있으면 좋겠습니다.
지금 막 스친 아이디어인데, AI가 도입되기 전에는 서로의 도메인에서 기술적 어려움을 경험과 함께 공유하고 네트워킹을 하는 자리였습니다. 물론 주요한 목적은 기술적 어려움에 대한 경험 공유일 것입니다. 나는 아직 잘못한다고 생각하는데 다른 사람들은 어떻게 하고 있나 같은 것들이겠죠.
하지만 AI가 들어오면서 기술적 이슈는 사실 Model을 똑똑한 것을 써버리면 문제가 크게 되지 않는 수준에 이르렀습니다. LLM이 도움이 되지 못하는 산업이 분명히 있을거라 생각은 하지만 제 선에서 추측해보기는 어려울 정도로 저는 일반적이 되었다고 생각합니다. 산업군이나 기술에 따라 학습량이 절대적으로 적어서 척척 알아먹는 똑똑한 수준까진 아니어도 좋은 모델을 쓴다면 유저와 AI의 충분한 논의 끝에 답을 찾아갈 수 있는 과정이 프론티어 모델들에는 잘 마련이 되어있다고 생각하기 때문입니다.
지금 AI 시대에 '특정 산업군에서 발생한 특정한 문제’만을 해결한 경험을 공유하는 것은 사람들을 모이게 하는데 큰 도움이 되지는 않을 것 같고 AI로 만든 0.1 버전의 product 자체가 많이 공유되면 좋겠다는 생각입니다. 현재 닷넷데브가 새롭게 갖춘 방향과 일치하는 부분이라고 봅니다. builder’s log에 무언가 나만의 제품을 올려보는 것입니다. 그것들을 모아서 한해 농사로 자랑해보는 시간이 되면 좋겠습니다.
AI가 생기면서 코드 수가 엄청나게 증가한 이유는 예전에는 구상단계에서 끝나버린 것들을 실제 바이브코딩으로 만들어 내고 있기 때문인 것이 한몫한다고 생각합니다. 그리고 업무에서 사용하신 잉여 토큰으로 그런 취미활동을 하실 것 같습니다.
사실 AI 시대이기에 기술적 특성을 파악해서 나의 상황에 적합한 기술을 채택해서 제품을 만드는게 정상이긴 한데 닷넷데브에서 주최하는 컨퍼런스라면 AI made 이긴해도 dotnet이어야 의미가 있을 거 같습니다. 그래서 .NET으로 무언가 바이브코딩으로 만든 결과물을 자랑하는 컨퍼런스가 되었으면 좋겠습니다. 한국에서 .NET이 인기가 없는 이유는 절대적으로 많이 안쓰기 때문이라고 생각하기 때문이지만 .NET 자체는 기술적으로 결함이 없는 강력하고 현대적인 개발 환경이기 때문입니다.
말하다보니 요약하면 평범한 AI 헤커톤 with .NET 이런 느낌일 것 같습니다.
.NET을 가지고 어떤 재미난 거를 해봤다를 공유하는 즐거운자리가 되면 좋겠고,
“이거 어떻게 구현하셨어요?” “왜 이렇게 구현하셨어요?” 같은 질문에 스트레스 받는 자리가 되지 않았으면 좋겠습니다. 실무에선 이 질문이 중요하지만 컨퍼런스 아이디어 싸움에선 중요하지 않으니까요.
실무에선 이런 패턴은 안쓰는데요. 라는 피드백이 들어온다면, 그럼 현재 아이디어 유지한 상태로 실무 패턴의 키워드를 알아서 그대로 전체구조 다시 잡으라고하면 끝일 문제이기 때문입니다.
그리고 이런 문화는 실무에 도움이 전혀 안된다고 볼 수도 없고, 무엇보다 재미를 가중시키기 때문에 지속가능성 측면에서도 유리하다고 생각합니다.
기술적 프라이드 같은 것보다 하나의 문화를 만드는게 생태계 자체를 빌드업하는 것이고, 그게 커뮤니티의 본목적이고 자생하는 길일 것이라고 생각합니다. ← 이런 커뮤니티 행사에 주니어 세션을 일정량을 유지하려고하는 이유이기도 할 것입니다.
개발자가 되려면 이정도는 알아야지 라고 생각할 수 있겠으나, 어차피 개발자는 기술이라는 게 매번 새로 나오는 만큼 평생 공부해야하는 직종이라 ‘이정도는 알아야지’ 라는 맥락이 틀렸다고 봅니다. 어떤 문제를 해결하는 과정에서 자연스럽게 경험으로 습득되는 지식이 진짜 지식인거고 책에서 가비지컬렉터나 멀티스레딩 보고 실무 투입해봤자 실무에서 안쓰면 까먹는게 현실입니다. 그러니까 대단한 기술이래도 안쓰는 기술이면 사장되는 것이 필연인 만큼 기술이 먼저일 수는 없으니 기술에서 자유로워져서 일단 아이디어로 즐겁게 모이는 자리가 되면 좋겠습니다. 그 시작이 .NET이면 의미 있을 것 같습니다.
