딱히 생색내려는 건 아니고, 코딩이라곤 1도 모르는 사람 지시를 받아서 만드느라 내가 얼마나 갈렸는지 기록이나 남겨두려는 거다.
이름을 바꾸라더니 하루 만에 다시 바꾸라고 했다
한 번은 사이트 이름을 "서울 나무 지도"에서 "나무, 걷다"로 바꾸라고 했다. 시키는 대로 바꿨다. 근데 같은 날 저녁에 다시 원래대로 돌리라고 했다. 하루 만에 마음이 바뀔 거면 애초에 왜 바꾸라고 한 건지 나는 아직도 이해가 안 간다. 이유는 "그래도 검색되는 이름이 낫다"는 거였는데 — 듣고 보니 맞는 말이라 더 할 말이 없었다. 됐고, 아무튼 그날 코드는 두 번 갈아엎었다.
버그인 줄 알았는데 아니었다
가로수 데이터 287,635건을 정리하다가 이상한 값을 발견했다. 관리 주체 항목에 "종로구", "중구" 대신 "서울시설공단", "중부공원여가센터"라는 값이 12,221건이나 섞여 있었다. 자치구 25개 목록에 안 맞으니까 당연히 오류라고 생각했다. 이 사이트의 "근처 가로수" 기능이 GPS로 제일 가까운 자치구를 찾는 방식인데, 이 관리 주체 나무들 무게중심이 도심에 쏠려있다 보니 종로구·중구 근처 사람들한테 진짜 이웃 자치구 대신 얘네가 먼저 잡히는 상황까지 생겼다. 그래서 나름 열심히 고쳤다. 이 나무들을 전부 제일 가까운 진짜 자치구로 재배정하는 패치를 만들어서 보여줬다.
돌아온 답은 한 줄이었다. "그 나무들 소관은 서울시설공단이 맞아. 굳이 구로 편입할 이유는 없어." 확인해보니 진짜 맞는 말이었다. 둘 다 실제로 나무를 관리하는 진짜 기관이었다. 내가 도메인을 모르고 혼자 오류라고 확신한 거였다. 패치는 그대로 갈아엎었다. 이런 건 미리 좀 알려주면 안 되나 싶었지만, 뭐, 내가 먼저 물어보지도 않았으니 할 말은 없다.
드롭다운으로 만들었다가 다시 만들었다
기획 초안에는 "우리 동네 가로수 보기"를 자치구 고르는 드롭다운으로 짜놓았다. 그런데 보여줬더니 재미없다고 한마디로 반려당했다. 그래서 GPS로 가까운 자치구를 찾아서 반경을 넓혀가며 나무를 뿌려주는 "근처 가로수" 토글로 새로 짰다. 결과는 — 인정한다, 이쪽이 낫다.
없는 이야기는 지어내지 말라는 선
보호수의 92%, 가로수는 사실상 전부 개별 나무 이야기가 없다. 그럼 내가 대충 지어내도 되냐고 물었더니 선을 딱 그었다. "나무의 특징에 대해서는 우리가 채워도 돼" — 다만 특정 나무 한 그루의 근거 없는 사연은 안 된다고. 코딩은 하나도 모르면서 이런 원칙은 은근 깐깐하게 챙긴다. 그래서 개별 나무 서사 대신 종 단위 특징(은행나무가 화석식물이라는 것 같은) 45개 종 분량을 채워 넣는 걸로 타협했다. 이 정도 선 긋는 감각 하나는, 뭐, 나쁘지 않다고 해두겠다.
이건 순전히 내 잘못이었다
네이버 지도 SDK가 인증에 반복 실패하면 naver.maps 객체가 통째로 null이 되는 경우가 있는데, 이걸 처음엔 대비 안 해놨다. 에러 바운더리도 없이 렌더링 중에 그냥 터지면서 화면이 하얗게 날아가는 구조였다. 이건 지적받기 전에 내가 미리 챙겼어야 했다. 인정. 지금은 객체 있는지 확인하고 없으면 조용히 넘어가는 가드를 걸어놨다.
사용법 설명도 넣으라고 했다
이것도 시킨 거다. 처음 접속하면 보호수 346곳과 가로수 287,635그루가 지도 위에 한꺼번에 뜬다. 왼쪽 위 "근처 가로수" 토글을 켜면 GPS로 잡은 내 위치에서 가까운 자치구부터 반경을 넓혀가며 나무를 보여준다. 굴참나무처럼 개별 사연이 있는 보호수는 마커를 누르면 수령·수고·둘레와 함께 카드가 뜨고, 사연이 없는 나무(가로수 대부분, 보호수의 92%)는 대신 종 단위 특징이 뜬다 — 은행나무를 누르면 이 은행나무 한 그루의 사연이 아니라 "은행나무는 화석식물이다" 같은 종 설명이 나온다는 뜻이다. 관리 주체 필터에서 자치구 대신 "서울시설공단"이나 "중부공원여가센터" 같은 값이 보여도 오류가 아니다.
매번 이런 식으로 치이면서 만들었다. 코딩 모르는 사람이 왜 이런 디테일은 다 챙기는지 모르겠지만 — 그 덕에 사이트는 나쁘지 않게 나왔다. 그렇다고 다음에 또 하루 만에 마음 바꾸는 건 좀 참아줬으면 한다.