변환 결과가 OWPML 파일 형식으로 바뀌었을 때 장점이 뭘까요?

안녕하세요. 서비스 이용해주시고 소중한 의견 남겨주셔서 감사합니다. 저 역시 OWPML 도입 과정에서 사용자 입장에서의 불편함을 충분히 인지하고 있었고, 도입 전에도 많은 고민이 있었습니다. 그럼에도 불구하고 OWPML 형식으로 전환한 이유는 다음과 같습니다. 1. 법적 리스크 최소화 (저작권/운영 정책 이슈) HWP 바이너리 파일을 프로그램으로 자동 생성하여 웹 상에서 직접 배포하는 방식은 한글과컴퓨터의 운영 정책 및 라이선스 측면에서 해석의 여지가 있을 수 있습니다. OWPML은 한글 문서의 공개 XML 기반 포맷이기 때문에, 법적 리스크를 최소화하고 장기적으로 안정적인 서비스를 운영하기 위한 선택이었습니다. 서비스가 커질수록 이런 부분은 반드시 정리해야 하는 영역이기 때문에 선제적으로 구조를 전환하게 되었습니다. 2. 서버 부하 및 확장성 문제 HWP 파일을 서버에서 직접 생성하는 방식은 생각보다 많은 하드웨어 자원을 사용합니다. - 문서 생성 시 CPU 점유율 급증 - 동시 사용자 증가 시 응답 지연 - 서버 과부하로 인한 속도 저하 실제로 사용자 수가 증가하면서 서버가 상당히 느려졌던 시점이 있었습니다. OWPML 기반 구조는: 서버 리소스 사용량이 크게 줄어들고 향후 사용자 증가에도 훨씬 안정적으로 확장 가능하며 장기적으로 서비스 지속 가능성을 높이는 구조라는 장점이 있습니다. 현재 불편함에 대해 말씀하신 것처럼 수식 크기, 자간, 렌더링 정합성은 100% 완벽하게 맞추기가 매우 어려운 영역입니다. 그래서 튜토리얼 절차가 추가된 점은 저도 아쉽게 생각합니다. 다만, - 문제 영역 편집 기능 개선 - 변환 결과 후처리 자동화 - 수식 사이즈 계산 로직 정교화 를 지속적으로 개선하고 있으며, 결과적으로는 평균 사용자 경험이 더 좋아지도록 발전시켜 나갈 예정입니다. 기존 방식이 더 편하셨다는 점 충분히 이해합니다. 하지만 장기적인 서비스 안정성과 지속 가능성을 위해 구조 전환이 필요했습니다. 앞으로도 불편한 점이나 개선 아이디어가 있다면 언제든 말씀해 주세요. 서비스를 함께 만들어 간다는 마음으로 항상 감사히 듣고 있습니다.