의존성에서 벗어나기

약 3년전쯤, 개발자용 포트폴리오겸 기록을 쌓아두는 용도로 Chirpy 템플릿을 이용해서 Github에 블로그를 배포했었다. Chirpy는 Ruby 기반이고, Markdown 기반으로 레포지토리에 post들을 업로드 하면 Github Action 기반 CI/CD가 돌면서 자동으로 올라갔기 때문에 한동안은 만족하면서 썼었다.

그러나 의존성이라고 불리는 것들이 모두 그렇듯, Chirpy도 오래 사용하면서 문제가 발생하기 시작했다. 버전 업데이트에 따라 CI/CD가 작동하지 않는 일이 잦아졌고, 그때마다 Release note나 Issue를 찾아보며 문제를 해결해야 했다.

그리고 남이 만든 템플릿을 빌려서 사용한다는게 뭔가.. 였다. 명색이 서버 개발자인데 블로그쯤은 직접 만들어봐야 하지 않을까 싶어서 시스템을 직접 구축하기로 결정 했다.

프레임워크는 또 다른 병목이다

여러 서비스를 개발하며 다양한 자바스크립트 기반 웹 프레임워크(React, Vue, Svelte..)를 사용해보았다. 많은 스택들을 사용하면서 내린 결론은, 프레임워크가 대부분의 상황에선 굳이 필요하지 않다는 것이다.

만일 정말 복잡한 클라이언트 인터랙션 요구사항이 필요하다면 프레임워크를 사용하는 것이 맞다. 하지만 블로그같은 심플한 웹 서비스에서 프레임워크는 굳이 필요하지 않다. 서버에 HTML 템플릿을 붙이는 것 만으로도 심플하게 문제를 해결 할 수 있다. 가볍고, 유지보수도 쉽다.

이번 블로그에서는 Markdown 렌더러와 편한 개발을 위해 templ 이라는 Golang 기반 템플릿 엔진을 사용한 것을 제외하면 거의 모든것이 Golang의 기본 라이브러리로 이루어져 있다. 그래서 의존성이 깨지는 문제를 걱정하지 않아도 된다.