[외전] 1. 코딩 초보의 현실 자각 타임: 까만 화면을 넘어 GUI 관리자 대시보드가 절실해진 이유

👤 관리자

조회 수 117

추천 수 0

안녕하세요. 아무것도 모르는 상태에서 맨땅에 헤딩하듯 나만의 커뮤니티 웹사이트를 구축해 나가고 있는 초보 개발자입니다. 오늘은 서버 세팅이나 코드 이야기에서 잠시 벗어나, 제가 웹사이트를 만들며 가장 뼈저리게 느꼈던 '이상과 현실의 차이', 그리고 앞으로 사이트가 나아가야 할 방향에 대해 조금 편안하게 이야기해 보려고 합니다.

1. 내가 상상했던 개발 환경 vs 코딩 초보를 반겨준 무자비한 까만 화면

<실제 개발시에 봤던 그냥 코딩화면, 직관적으로 볼 수가 없다.>

처음 "내 손으로 직접 웹사이트를 만들어봐야겠다!"라고 결심했을 때, 제 머릿속에 떠오른 개발 환경은 꽤나 멋지고 세련된 모습이었습니다. 화면 왼쪽에 예쁜 버튼들이 나열되어 있고, 마우스로 요소를 쭉 끌어다가 놓으면(Drag & Drop) 사이트 뼈대가 뚝딱 완성되는 직관적인 그래픽 인터페이스(GUI)를 상상했죠. 블록놀이를 하듯 화면을 꾸미고, 클릭 몇 번으로 데이터베이스가 착착 정리되는 그런 우아한 개발을 꿈꿨습니다.

하지만 막상 클라우드 호스팅을 받고 서버에 접속했을 때 저를 반겨준 것은, 영화 '매트릭스'에서나 보던 끝없는 까만색 바탕과 깜빡이는 하얀색 커서뿐이었습니다. 마우스는 아예 쓸 수도 없고, 오직 키보드로 알 수 없는 영어 명령어들을 타이핑해야만 컴퓨터와 대화할 수 있는 무자비한 CLI(Command Line Interface) 환경이었죠.

처음 리눅스(Linux) 터미널을 열고 파이썬(Python) 가상환경을 세팅할 때는 "오, 나 좀 해커 같은데?" 하는 묘한 자부심도 잠시 들었습니다. 하지만 터미널 창 안에서 수백 줄의 코드를 수정하고, 데이터베이스에 잘 들어갔는지 SQL 명령어를 텍스트로 일일이 쳐서 확인하다 보니 서서히 눈이 침침해지고 정신이 아득해지기 시작했습니다. "아, 내가 원했던 건 이런 게 아닌데..." 하는 현실 자각 타임이 세게 찾아온 것입니다.

2. 웹사이트는 '만드는 것'보다 '관리하는 것'이 진짜 문제다

어찌어찌 수많은 에러와 싸워가며 회원가입 기능도 만들고, 글쓰기와 썸네일 게시판도 그럴싸하게 완성했습니다. 사용자 입장에서는 꽤 예쁘고 편리한 웹사이트가 탄생했죠. 하지만 정작 이 사이트를 운영해야 하는 '관리자(Admin)'인 제 입장이 되니 이야기가 완전히 달라졌습니다.

커뮤니티 사이트는 생물과도 같습니다. 사람들이 어떤 글을 쓰고, 어떤 댓글을 달고, 하루에 회원이 몇 명이나 가입하는지 끊임없이 모니터링해야 합니다. 그런데 지금의 제 방식대로라면, 누가 이상한 글을 썼는지 확인하기 위해 까만색 터미널 창을 열고 데이터베이스 조회 명령어를 쳐야 합니다. 이건 너무 비효율적이고 고통스러운 일입니다.

3. 통제실이 필요해: GUI 기반 관리자 대시보드(Dashboard)의 절실함

<사이트의 전반적이 상태를 한눈에 보이는 대시보드, 까만 코딩창보다 보기 쉽고 직관적이다.>

결국 웹사이트가 제대로 굴러가려면, 일반 사용자들이 보는 예쁜 대문 말고도 관리자만을 위한 쾌적한 '통제실', 즉 GUI(Graphic User Interface) 기반의 관리자 대시보드가 선택이 아닌 필수라는 것을 깨달았습니다. 제가 지금 가장 절실하게 필요성을 느끼는 대시보드의 필수 기능들은 다음과 같습니다.

첫째, 한눈에 들어오는 사이트 현황판입니다. 오늘 신규로 가입한 회원이 누구인지, 현재 총게시글 수는 몇 개인지 그래프나 예쁜 표 형태로 직관적으로 볼 수 있어야 합니다.

둘째, 게시글과 댓글의 통합 관리 시스템입니다. 지금은 게시글을 관리하려면 제가 직접 커뮤니티 게시판을 이리저리 돌아다니며 글을 확인해야 합니다. 대시보드가 있다면 모든 게시판에 올라온 최신 글과 댓글들을 시간순으로 리스트업해서 한 번에 모아 볼 수 있겠죠.

셋째, 가장 중요한 '클릭 한 번'의 악성 유저 및 유해물 차단 기능입니다. 커뮤니티가 커지면 필연적으로 광고 도배 글을 올리는 스팸 봇이나, 성적인 요소가 포함된 부적절한 게시물을 올리는 악성 유저가 생기기 마련입니다. 이런 문제가 발생했을 때 까만 터미널 창을 열어서 글 번호를 찾아 지우는 것은 상상만 해도 끔찍합니다. 대시보드 화면에서 문제의 글들을 체크박스로 싹 선택한 뒤 [일괄 삭제] 버튼을 누르고, 해당 유저의 활동을 버튼 하나로 정지시킬 수 있는 강력하고 직관적인 관리 도구가 반드시 필요합니다.

4. 진정한 웹사이트 운영자로 거듭나기 위한 다음 스텝

백엔드 서버를 만들고 데이터베이스를 연결하는 과정에서 코딩의 쓴맛을 제대로 보았지만, 이 과정이 없었다면 관리자 대시보드가 왜 그토록 중요한지 평생 이해하지 못했을 것입니다. 까만 화면 속에서 고군분투하며 데이터의 흐름을 이해했기에, 이제는 그 데이터를 화면에 어떻게 예쁘고 편리하게 뿌려줄지 고민할 수 있는 단계까지 성장한 것 같습니다.

현재는 게시글 하단에 관리자 아이디로 접속했을 때만 살짝 보이게 만들어둔 '게시판 이동' 버튼이나 '삭제' 버튼으로 근근이 버티고 있습니다. 하지만 언젠가는 저만의 완벽한 독립형 관리자 페이지를 멋지게 코딩해서 연동하는 날이 오겠죠? 복잡한 텍스트 덩어리들을 깔끔한 차트와 표로 둔갑시키는 그날까지, 초보 개발자의 우당탕탕 웹사이트 제작기는 계속될 예정입니다. 다음에는 또 어떤 에러가 저를 뒷목 잡게 할지 벌써부터 기대(?)가 됩니다.