投稿した質問数 2

0

안녕하세요, 재혁님.

말씀하신대로 요즘 AI 수준은 웬만한 개발자들만큼 잘 짜주고 있는게 사실입니다. 그런데 왜 굳이 n8n을 사용해서 그 안에 코드를 작성하느냐가 궁금하신것 같습니다.

물론 말씀하신 것 처럼 n8n을 사용하지 않고 강의에서처럼 사주 Agent 전체를 랭체인과 랭그래프 같은걸 이용해서 100% 완성된 Agent를 100% 코딩만으로 구현해도 전혀 상관없습니다. 여기서 한가지 중요한 점은 "사주 Agent를 만들어야 한다" 라는 목적이 주어졌을 때 이 Agent 혹은 서비스의 구조를 어떻게 짜야겠다는 설계 및 파이프라인을 100% 머리속에서 구체화 하실 수 있을정도의 개발 지식과 기획을 할 수 있느냐 입니다.

그런데 그정도 능력과 실력이 없다면 이를 AI 를 활용해 100% 코드로 구현하는 일이 사실 그렇게 간단하지 않을 수 있습니다. 물론 AI 가 코딩을 잘하긴 하지만 중요한건 AI 의 능력이 아니라 이 AI를 부릴수 있는 "사람의 능력" 입니다.

바이브 코딩이 이렇게 유행하고 AI 코딩 실력이 이렇게 인간을 넘어서는 영역까지 다달았음에도 불구하고 실제 실무에서 실력있는 개발자를 뽑는일이 AI가 없던 시절보다 더 어려워진 이유도 마찬가지라 생각합니다.

말씀하신 것 처럼 오히려 경험이 있고 실력이 있는 개발자들은 어떤 기능을 테스트하고 구현해보기 위해 n8n과 같은 도구를 더 많이 사용하는 분들도 많습니다. 100% 코딩으로 구현할 수 있지만 시간대비 결과를 얻는 시간이 n8n이 훨씬 빠르고 운영 비용과 수정 비용, 프로토타입 개발이 비교할 수 없을정도로 빠른 이점이 있기에 사용을 많이 합니다.

물론 규모가 거대하고 큰 프로젝트라면 n8n에서 테스트 해서 구조를 설계해보고 여러 사항을 체크해보고 문제가 없다면 이를 코드로 구현하는 경우도 있고 규모가 그리 크지 않는 프로젝트라면 부분적으로 n8n을 백엔드로 구현하는 경우도 있기도 합니다.

강의에서 만세력을 구하는 부분은 코드로 작성을 하고 나머지 모든 기능은 n8n에서 작업을 하고 있는것도 이와 비슷한 맥락이라 보시면 될듯 합니다. 만세력의 알고리즘은 코드로 구현하여 정확한 데이터를 추출하되 나머지 부분들은 굳이 코드로 구현하지 않아도 n8n에서 노드로 충분히 구현가능하기에 그렇게 진행하고 있는 부분입니다. 물론 n8n은 프론트의 기능이 부족하기에 강의 후반부에서 프론트 영역 역시 코드를 사용하고 있긴 합니다. 궁금하셨던 부분에 도움이 되셨는지 모르겠습니다.