리뉴얼과 기술 선택에 대한 고민
그누보드를 개발하고 배포하는 입장이지만,
그래서 더더욱 한 가지 방식에만 머무르기보다는
여러 선택지를 직접 써보고 고민해볼 필요가 있다고 생각합니다.
이번 리뉴얼을 하면서
가장 많이 들었던 생각은 이거였습니다.
“그때는 맞았고, 지금은 틀렸다”가 아니라
“그때는 맞았고, 지금은 좀 다르다.”
이 정도로 봐주시면 좋을 것 같습니다.
예전에는 마트에 직접 가서 장을 보는 게 자연스러웠고,
지금은 온라인 주문이 훨씬 편해진 것처럼요.
마트 장보기가 틀린 게 된 건 아니고,
생활 방식이 바뀌었을 뿐입니다.
요즘 개발 환경도 크게 다르지 않습니다.
AI로 코드를 만들고,
원하는 웹 서비스를 훨씬 빠르게 만들어낼 수 있는 시대가 됐습니다.
이런 변화 앞에서
“예전 방식이 나쁘다”라고 말하고 싶은 건 아니었고,
“지금도 같은 방식이 가장 자연스러울까?”
라는 질문이 먼저 들었습니다.
그래서 리뉴얼 과정에서
라라벨도 한 번 써봤습니다.
여기서 오해는 없었으면 합니다.
라라벨을 썼다고 해서
그누보드를 부정한다거나,
이제는 다른 건 다 틀렸다는 이야기를 하려는 건 아닙니다.
그누보드가 편하면 그누보드를 쓰는 거고,
다른 방식이 덜 힘들다면
그걸 선택해보는 것도 자연스러운 일이라고 봅니다.
툴이 목적이 되면, 그때부터는 다 같이 피곤해집니다.
다만 요즘처럼
AI를 이용해 원하는 서비스를 빠르게 만들어낼 수 있는 시기가 되면서,
그누보드 같은 기존 솔루션들도
앞으로 어떤 방향을 가져가야 할지
한 번쯤은 고민해야 할 때가 오지 않았나 싶습니다.
아마 그누보드도
지금 모습 그대로만 머무르지는 않을 거라고 생각합니다.
환경이 바뀌면 도구도 바뀌어 왔고,
그 흐름에서 예외는 없었으니까요.
이번 리뉴얼은
“이게 정답이다”를 말하기 위한 작업이라기보다는,
바뀐 환경 속에서
어떤 선택들이 가능한지를
직접 겪어보고 확인해보는 과정에 가깝습니다.
그 정도로 봐주시면
딱 맞을 것 같습니다.
댓글 3개
시대와 환경에 맞춰 더 좋은 툴을 쓰는 건 자연스러운 순리 같습니다.
변화를 거부하지 않되 휩쓸리지도 않는 것의 그 적절한 중간을 찾는게 좋은 것 같습니다.
restapi 브랜치에서 쓰였던 slim도 붙일 수 있고 심플한 PDO wrapper를 붙이거나 간단하게 만들어서 호환성을 유지하면서 PDO로 전환도 가능합니다.
2023년에 코어를 하나도 건드리지 않고도 해봤던 것들입니다. 코어에서 직접 개선한다면 더 쉽게 접근할 수 있죠.
라이믹스처럼 Laravel Blade 문법의 템플릿도 도입할 수도 있겠죠. 이것도 공개된 패키지도 있고 라이믹스처럼 직접 만드는 것도 그리 어려운 일이 아닙니다.
- https://github.com/EFTEC/BladeOne
- https://github.com/rhymix/rhymix/blob/master/common/framework/parsers/template/TemplateParser_v2.php
restapi 브랜치에서는 기존 그누보드와 완전히 분리된 시스템으로 만들고 있던것이 유지보수 비용을 2~3배 이상으로 만들어 버린게 문제였지만, 점진적으로 구조를 개선하고 불가피한 것은 레거시로 일정 시간 남겨두고 새 시스템으로 전환할 시간을 줄 수도 있겠죠.
과정에서 PHP 5 지원을 종료하고 7.x로 최소지원 버전을 변경해야하거나, 새로운 시스템에 대한 적응기간을 충분히 줘야겠지만요.
개발자용 가이드나 LLM을 위한 skils 공유 등 AI 시대를 위한 작업도 그리 어려운 일은 아닐겁니다. 이미 공유해주신 분도 있죠.
새로운 시대에 조급하신지 모르겠지만 그누보드5 기반에서도 발전은 가능합니다.
많이 뒤쳐진 것은 사실이지만 폐기하고 새롭게 시작해야만하는 정도도 아닙니다. (새로운 것도 기대가 되긴하지만요)
완전히 다른 언어로 바꿀 결심과 실행을 했던 정도라면 그누보드5에 무언가를 하는건 그보다 더 어려운 결정은 아닐겁니다. 단, 한번에 모든 것을 보여주고자하는 욕구 대신 충분한 시간을 줘야하는 인내가 필요한 작업이겠습니다. 영카트는... 플러그인형으로 다시 만든다 생각하시고 하시는게 좋을 것 같습니다만...