블로그 이전 겸 회고

오랜만에 새로운 블로그를 찾아 정착했다. Go 를 이용한 Hugo 로 정착해볼까 하다가 아무래도 자동으로 관리되는 서비스를 이용하고 싶어서 찾던 도중 hashnode 라는 좋은 서비스를 찾아 이전했다. 블로그를 처음 여는 김에 오랜만에 회고 겸 요즘 생각을 끄적여보려고 한다.

Vibe coding

첫번째 주제는 요새 핫한 키워드인 vibe coding 이다. 사실 배달의 민족에 다닐때도 깃헙 코파일럿을 주로 이용했었다. 회사에서 지원해주기도 했었고, 꽤나 내가 하는 잔(chore) 작업분들을 AI 에게 양도하고 그만큼의 생산성을 가지고 싶은게 내 목표였던 만큼 어떻게 깃헙 코파일럿과 협업을 하면 좋은지도 사내에서 2~3 번 가량 발표했었다.

Vibe coding 에 대해 부정적인 견해도 많지만, 나는 꽤나 긍정적으로 본다. 예전부터 강하게 생각하는 것은 AI 와 협업해서 Task 를 수행한다는 생각을 가지고, 내가 구현을 설계하고 함께 토론해 나가다 보면 내 생각과 가까운 코드를 작성해준다. 실제로도 현재 이렇게 Vibe coding 을 이용해 시연 가능한 프로덕트들을 빠르게 만들어 보고 있고, AI 와 협력한 후에 약간의 유지보수를 더하고 있다.

예전에 유튜브에서 영상 하나를 본적이 있는데, 의학 기술이 발달하면서 인간의 신체적인 능력에 대한 제한을 이전에 비하면 많이 없애주었다고 한다. 예전에는 조금이라도 아프면 누군가에게 치명적으로 다가왔던 것들이 의학기술이 발달하면서 신체적 한계를 없애준 것이다. 나는 개인적으로 AI 의 발전이 우리의 지능에 대한 의학기술의 발전과 같다고 생각한다. AI 는 확실하게 지능에 대한 격차를 줄여주고 있고, AI 가 더 발전할수록 개인간의 지식의 격차가 줄어들 것이라고 생각한다. 그렇다고 앞으로 공부가 필요 없어지는 시대가 온다는 견해는 아니다. 공부도 열심히하고, AI 를 활용해서 이전 세대 보다는 더 빠르게 무언갈 학습해보고, 시도까지 해볼 수 있는 세대가 될 것이라고 생각한다.

말이 길어지긴 했지만 Vibe coding 은 앞으로 피해갈수 없는 하나의 흐름으로 본다. 부정적인 견해를 가지기 보다는 다른 사람들이 어떻게 활용하고 있는지 유심히 살펴보고, 1초라도 업무 효율성을 극대화 할 수 있는 방안을 찾는 것이 나는 좋다고 생각한다.

에이전트 + MCP

에이전트는 작년 부터 올해까지 Vibe coding 과 함께 핫한 키워드들인데, 개인적으로 이번에 회사에서 lang graph 를 통해서 이미지를 검수하는 시스템을 만들고 있는데, 성능이 비슷한 AI 로 결과에 대한 토론을 해도 우리의 수준에 맞는 결과가 나올지는 아직 의문이다. 이건 조금 더 리서치 해보고, 다른 곳을 어떻게 결과에 대한 퀄리티를 높이고 있는지 공부해봐야 겠다는 생각을 하고 있다.

LangGraph 로 이것저것 해보고 있는데 신기하긴 하다 이렇게 workflow 를 만들어 나가다 보니 내부 어드민에서 하는 작업을 하나하나 자동해 나가고 싶다는 생각을 하고 있다. 일단은 local 에 LLM 을 뛰어서 작업 중인데, 성능적인 제약을 많이 받다 보니 batch 성 작업이 많아지면 어쩌지? 라는 고민도 있다. 뭐, 이건 돈과 기술적인 문제로 해결이 가능할것 같긴 하지만

수학

2025년 통틀어 가장 잘한일 중 하나를 뽑으라면 단언컨데 수학을 다시 공부한 일이다. 올해 가장 큰 리프레시가 됬다. 원래 수학을 잘 하지 못해서 고등 수학부터 통계/선형대수학 순으로 다시 공부했는데 이번에 추천모델에서 벡터관련 작업을 할때 꽤나 큰 도움이 됬다. 지금은 꾸준히 하고 있지는 않지만, 앞으로 인생에 있어서 계속해서 코딩과 함께 공부해나가야 할 동반자라는 생각이 강력하게 들었다.

개인적으로 수학을 멀리했었던 개발자라면 이번 기회에 다시끔 수학과 다시 한번 가까워 지는 계기를 가져보는 것도 좋을거 같다. 무언가를 배운다는건 더 많은 선택지와 방법론을 만들어주니 배워서 정말로 나쁠건 없다고 생각한다.

종종 “개발자라면 반드시 수학을 공부해야해!” 라고 외치고 다녔던 사람들의 외침을 이제야 이해하게 되었다. 계속해서 공부해 나가다 보면 나에게 더 새로운 길을 보여줄거라고 믿어 의심치 않고 있다.

이직

가장 중요한 키워드가 가장 마지막에 나왔는데 올해 배달의 민족을 그만두고 지금은 새로운 스타트업에 다니고 있다. 이직을 결심하게 된 키워드는 회사에서 느끼는 문제는 전혀 없었고, 내가 느끼기에 몇 가지 조급함이 느껴져 이직하게 되었다.

점점 내가 하고 싶은걸 빠르게 만들고, 가볍게 시연해볼수 있는 시대로 변해가고 있고, 실제로 사이드에서 바이브 코딩으로 여러 프로덕트를 빌드해 보면서 여러가지 방면으로 내가 해보고 싶은 것, 사업이든 누군가에게 도움이 되는 유용한 툴이던 빠르게 만들고 프로덕션까지 빌드해 보는게 중요한 덕목이 될것 같다는 생각이 들었다. 이런 덕목을 지금 부터 집중적으로 키우기 위해서는 아무래도 배민같이 체계적이고, 잘 갖춰진 기업에서는 내 역할이 분명하게 정해져 있기 때문에 내가 원하는 역량을 욕심을 가지고 키우기는 힘들 것이라고 생각했다. 그래서 AI 를 포함한 유용한 도구들로 프로덕트를 빠르게 빌드해보고 프로덕션에 내보내보는 경험을 많이 가지고 싶었고, 오퍼를 받아 좋은 기회라고 생각해 이직하게 되었다.

새롭게 시작하는 스타트업에 와서 느끼는 점은 정말 그 큰 시스템을 설계하고 개발해 나간 개발자들이 대단하다는 생각이 계속 든다. 앞으로 회사가 어떻게 될지 모르지만, 조금 더 안정된다면 이런 부분들도 고려해보면 힘들지만 재밌을거 같다는 생각이 많이 든다. 지금은 아무래도 속도에 조금 더 치중해야 할 시기라고 느낀다.

언어

코틀린(Kotlin) 을 배민에서 주 언어로 쓰게 되면서 언어적으로 제공하는 기능들이 맘에 들어 언어중 가장 열심히 공부했었는데 코틀린을 못쓰게 된 것이 가장 아쉽다. 언어적으로 정말 이쁘고, 타입적으로 안전해서 좋아했었는데.. 이제는 짝사랑 해야하는 처지가 됬다.

요새 벡터 관련된 feature 를 서빙하다 보니 자연스럽게 파이썬(Python) 언어를 주로 이용하는 것 같다. 일단 vector 를 이용해 제공하는 feature 서버의 코드베이스가 크지 않다보니 fastapi 로 가볍게 서빙하는데 부담이 없어 좋았다. 다만, ORM 부분이 미숙해서 아직은 조금 더 공부해봐야 하긴 하지만, 기본적으로 간편하고 빠르게 서빙할 수 있어서 좋았던 것 같다.

다음으로는 Typescript, 현재 회사에 나 말고는 프론트엔드 개발자 분들만 계셔서 아무래도 서버 작업을 함께 해나가기 위해서는 언어를 통일하는게 좋다고 생각이 들었다. Typescript 와 NestJS 를 함께 활용해서 메인 백엔드 서버를 작업하고 있는데 이것저것 고통을 받는 부분들이 없지 않아 있다. 역시, 돌아보니 스프링이 선녀였다.

아마 처음에 NestJS 의 철학을 잘 이해하지 못해서 모듈구조를 잘못 가져간것도 한목을 하지 않나 싶다. 다들 어떻게 NestJS 에서 모듈구조를 잡고 있는지 궁금하기도 해서, 최근 진형(Sigrid) 님이 올려주신 LinkedIn 링크 보고 Typescript 백엔드 스터디 모임에 지원도 했다. 현업에서 어떻게 운용하고 계신지 궁금증이 엄청 많다.

마치며

쓰다보니 길어졌는데 여튼 이것저것 맨땅에 부딪히고 부족함도 많이 느끼며 잘 살아가고 있다. 부족함을 느끼는 만큼 공부해야 하는 것들이 많아졌기 때문에 단순히 배우기만 하면 되기에 오히려 심적으로는 편해지기도 했다. 앞으로 이 블로그에는 시리즈 느낌으로 여러가지 글을 많이 적어보려고 한다. 그럼 🖐️