같은 DOCX 플러그인을 Ruby, Java, TypeScript로 만들어봤더니 — AI 시대의 언어 선택

워드 파일 다루는 플러그인을 세 가지 언어로

개발하다 보면 "이거 무슨 언어로 짜는 게 제일 나을까?" 고민될 때가 있잖아요. 그런데 보통은 한 언어로 만들고 끝내지, 같은 걸 여러 언어로 다 만들어보는 경우는 드물거든요. 그런데 타닌(Tanin)이라는 개발자가 'Cowork'라는 제품의 DOCX 플러그인을 Ruby, Java, TypeScript 세 가지로 직접 만들어보고 그 경험을 비교한 글을 올렸어요. 게다가 요즘답게 AI 코딩 도구의 도움을 받으면서요. 세 언어를 같은 조건에서 비교한 거라 꽤 솔직하고 재밌는 후기예요.

그런데 DOCX가 대체 뭐길래

먼저 DOCX부터 짚고 갈게요. 우리가 쓰는 마이크로소프트 워드 파일 있잖아요. 이 .docx 파일을 더블클릭하면 문서가 열리지만, 사실 그 정체는 'zip 압축 파일'이에요. 이게 뭐냐면, 확장자를 .zip으로 바꿔서 압축을 풀어보면 안에 XML 파일들이 잔뜩 들어있어요. 글자 내용, 글꼴, 표, 이미지 정보가 전부 XML이라는 구조화된 텍스트로 적혀 있는 거죠. 이걸 'Office Open XML' 포맷이라고 불러요.

그래서 DOCX 플러그인을 만든다는 건, 이 압축을 풀고 → 안에 있는 복잡한 XML을 읽고 고치고 → 다시 압축하는 작업이에요. 말은 간단한데, XML 구조가 어마어마하게 복잡하고 규칙이 까다로워서 손으로 다루기 정말 힘들어요. 그래서 보통은 각 언어마다 있는 전용 라이브러리를 쓰죠.

세 언어의 결정적 차이: 타입과 생태계

여기서 언어별 차이가 확 드러나요. 자바(Java)에는 아파치 POI(Apache POI)라는 아주 오래되고 강력한 라이브러리가 있어요. 워낙 성숙해서 웬만한 기능은 다 되는데, 대신 코드가 장황하고 무거운 편이에요. 타입(type)이 엄격해서 컴파일 단계에서 실수를 많이 잡아주는 건 큰 장점이고요. 타입이 뭐냐면, "이 변수는 숫자야, 이건 문자야" 하고 미리 정해두는 약속인데, 이게 엄격할수록 엉뚱한 값을 넣는 실수를 미리 막아줘요.

타입스크립트(TypeScript)는 자바스크립트에 이 타입 기능을 얹은 언어인데요. 웹 생태계라 라이브러리도 많고 코드도 자바보다 가볍게 짤 수 있어요. 다만 DOCX 같은 무거운 문서 처리에선 라이브러리 성숙도가 자바의 POI만큼은 아닐 수 있죠.

루비(Ruby)는 코드가 정말 간결하고 읽기 좋은 걸로 유명해요. 쓱 짜면 동작하는 맛이 있죠. 대신 타입이 느슨해서, 실행해보기 전까지는 실수를 못 잡는 경우가 많아요.

AI 코딩 도구가 바꾼 비교의 기준

이 글에서 특히 흥미로운 포인트는, AI 코딩 도구를 끼고 작업했다는 거예요. 예전 같으면 "내가 어떤 언어를 잘 아느냐"가 선택 기준이었는데, 이제는 "AI가 어떤 언어를 잘 도와주느냐"도 중요한 기준이 된 거죠. 그리고 여기서 타입의 가치가 다시 부각돼요. 타입이 명확한 언어는 AI가 짠 코드가 틀렸을 때 컴파일러가 바로 빨간 줄을 그어주거든요. 그러면 AI도 그 에러를 보고 스스로 고칠 수 있어요. 반대로 타입이 느슨한 언어는 AI가 그럴듯한 코드를 짜놨는데 막상 돌려보면 틀린 경우를, 한참 뒤에야 발견하게 되죠.

그래서 결론 비슷하게 흘러가는 흐름이, "AI 시대에는 타입이 탄탄하고 생태계가 성숙한 언어의 가치가 오히려 올라간다"는 거예요. 사람만 짤 때는 루비의 간결함이 최고였을 수 있지만, AI와 함께 짤 때는 자바나 타입스크립트처럼 안전망이 든든한 쪽이 시행착오를 줄여준다는 거죠.

한국 개발자에게는

이 글이 주는 교훈은 언어 우열을 가리자는 게 아니에요. "내 작업에 어떤 도구가 맞는지는 상황에 따라 다르다"는 거죠. 특히 AI 코딩이 일상이 된 지금, 언어를 고를 때 '타입 안정성'과 '라이브러리 생태계'를 예전보다 더 중요하게 봐야 한다는 힌트를 줘요. 회사에서 새 프로젝트 언어를 정할 때, "이 언어로 짜면 AI가 얼마나 잘 도와주고, 틀렸을 때 얼마나 빨리 알아챌 수 있나"를 기준에 넣어보면 좋을 것 같아요. 또 DOCX, 엑셀, PDF 같은 문서 자동화는 한국 회사 실무에서 수요가 엄청 많은 분야라, 이런 라이브러리 비교 경험 자체가 실전에서 바로 써먹을 자산이 돼요.

정리하며

핵심은 "같은 DOCX 플러그인도 언어마다 경험이 천차만별이고, AI 시대에는 타입과 생태계가 탄탄한 언어의 매력이 다시 커지고 있다"는 거예요. 여러분은 새 프로젝트 언어를 고를 때 가장 중요하게 보는 기준이 뭔가요? 혹시 AI 도구 때문에 언어 선택 기준이 바뀐 경험이 있으신가요?