Cal.com, 오픈소스 버전 Cal.diy 출시... 커뮤니티 반응은?

Cal.diy는 Next.js, React.js, tRPC, Tailwind CSS, Prisma.io, PostgreSQL을 기반으로 구축되었다. 특히, MIT 라이선스(MIT License)를 채택하여 상업적 제약 없이 자유로운 사용과 수정이 가능하다. 또한, Cal.com의 상업적 기능(Enterprise Features)을 제거하여, 자체 호스팅에 최적화된 환경을 제공한다. 하지만, 자체 호스팅을 위해서는 서버 관리, 데이터베이스 관리, 보안에 대한 고급 지식(Advanced Knowledge)이 요구된다.

커뮤니티에서는 Cal.com의 오픈소스 전략 변화에 대해 비판적인 시각을 보이고 있다. 특히, Cal.diy가 '상업적 이용 불가'로 명시된 점에 대해, '미끼 상품(Bait and Switch)' 전략이라는 비판이 제기되었다. 또한, Cal.com이 Docker 이미지 제공 중단을 발표하면서, 커뮤니티의 자율적인 포크(Fork)를 통해 문제를 해결하려는 움직임이 나타나고 있다.

Cal.diy의 자체 호스팅은 데이터 격리 아키텍처(Data Isolation Architecture)를 구축할 수 있는 장점이 있지만, 동시에 보안에 대한 책임을 사용자에게 전가한다. 특히, 캘린더 데이터는 민감한 정보를 포함하고 있으므로, 데이터 미저장 정책(Zero-Retention Policy), 접근 제어, 정기적인 보안 감사 등, 철저한 보안 관리가 필요하다. 서버 관리(Server Administration)에 대한 전문 지식이 부족할 경우, 보안 사고의 위험이 높아질 수 있다.

일부 댓글에서는 Cal.diy의 코드베이스가 복잡하고, 유지보수가 어렵다는 지적이 제기되었다. 특히, '우연한 복잡성(Accidental Complexity)'이 높다는 평가는, 향후 기능 추가 및 버그 수정에 어려움을 줄 수 있다. 따라서, Cal.diy를 선택하기 전에, 코드 품질 및 유지보수 용이성을 신중하게 고려해야 한다. 오픈소스 프로젝트(Open Source Project)의 특성상, 커뮤니티 기여가 활발하지 않으면, 프로젝트의 생명력이 약화될 수 있다.

Cal.com의 오픈소스 전략 변화에 따라, 커뮤니티에서는 Cal.diy 외에도 다양한 오픈소스 캘린더 솔루션(Open Source Calendar Solution)을 탐색하고 있다. 'calrs'와 같은 새로운 솔루션은, 더 단순하고 가벼운 아키텍처를 제공하며, 푸시 업데이트(Push Updates) 기능을 지원한다. 또한, 'just keep it simple' 철학을 가진 솔루션에 대한 선호도가 높아지고 있으며, 이는 복잡한 Cal.diy 코드베이스에 대한 반작용으로 해석된다.