있었으면 하는 DEV.to 기능 5가지, 없어서 진심으로 다행인 기능 3가지

본문

DEV에서 Trusted Member로 활동하며 리뷰 큐와 댓글 영역에 상당한 시간을 쓰고 있다는 저자가, 매일 쓰는 플랫폼에 대해 "당장 만들어 줬으면 하는 것"과 "절대 도입되지 않았으면 하는 것" 두 리스트를 정리했습니다. 전반적인 불만이 아니라 실제 사용 경험에서 나온 관찰이며, 글로벌 개발자 커뮤니티 플랫폼의 설계가 무엇을 우선시해야 하는지를 보여 줍니다.

있었으면 하는 기능 5가지

첫째, 댓글과 포스트의 원탭 번역입니다. 저자는 모바일 게임 War Sniper 3D의 클랜 채팅을 예로 듭니다. 메시지 옆 작은 버튼을 누르면 해당 메시지가 자기 언어로 즉시 번역되어, 각자 편한 언어로 쓰면서도 모두가 대화를 따라갈 수 있다고 설명합니다. DEV에는 진정으로 글로벌한 작성자 기반이 있지만, 힌디어나 독일어 등 영어가 아닌 언어로 달린 댓글은 대부분의 독자가 그냥 지나쳐 버린다고 지적합니다.

둘째, 공개 수정 이력(public revision history)입니다. 지금은 발행된 글을 수정해도 독자가 무엇이 바뀌었는지 알 방법이 없습니다. 오타 수정 정도는 문제없지만, 철회된 주장, 수정된 코드 스니펫, 누그러진 의견처럼 실질적인 변경은 독자가 diff를 볼 수 있어야 하며, 이는 작성자에게 추가 비용 없이 플랫폼의 책임성을 높인다고 주장합니다.

셋째, 시리즈(series) 발견 계층입니다. 일단 시리즈 안에 들어가면 각 포스트의 태그 아래와 하단 위젯으로 다른 편으로 이동하기는 편하지만, 진입 자체가 문제라고 말합니다. 시리즈를 이름으로 검색할 수 없고, 플랫폼 어디에도 시리즈 탐색 페이지나 탭이 없으며, 전용 시리즈 페이지도 설명이나 스타일 없이 포스트 카드만 나열된다고 지적합니다. 유일한 진입 경로가 개별 포스트의 직접 링크뿐이므로, 평가가 좋은 완결 시리즈를 보여 주는 Discover 피드 탭 하나로 대부분 해결할 수 있다고 제안합니다.

넷째, 실제 푸시 알림입니다. 현재 DEV는 답글이나 멘션 시 이메일을 보내는데, 약 5분 안에 댓글에 반응하지 않을 때만 메일이 발송되는 구조라서 이미 대화에 참여 중이라면 불필요한 알림이 오지 않습니다. 저자는 이를 좋은 알림 설계라고 평가하면서도, 이메일을 열지 않아도 잠금 화면이나 시스템 알림으로 뜨는 모바일·데스크톱 푸시 옵션이 없다고 지적합니다. 기본값은 지금처럼 조용하게 유지하되, 실시간 대화를 원하는 사용자만 opt-in 할 수 있게 하자는 제안입니다.

다섯째, 개인 포스트의 공동 저작입니다. 저자는 Yug Vasava와 함께 Gemma 4 Dev Challenge에 AI 계약 분석기 FinePrint를 만들어 글을 썼는데, 한 명만 "저자"가 되고 다른 한 명은 본문에 이름만 언급될 수밖에 없었다고 합니다. DEV에는 조직 계정 포스트에 최대 4명의 co-author를 표시하는 기능이 있지만, 그 경우에도 주 저자 중심으로 귀속되고 무엇보다 개인 포스트에는 적용되지 않는 우회책이라고 설명합니다. 해커톤과 DEV Challenge 중심인 플랫폼에서 대부분 두 사람의 팀 작업이라는 점을 감안하면 실질적인 공백이라고 봅니다.

없어서 다행인 기능 3가지

첫째, 공개 싫어요 카운터가 없다는 점입니다. 댓글과 포스트는 플래그할 수 있지만 dislike 숫자는 어디에도 표시되지 않습니다. 공개 downvote는 동의하지 않을 때 실제 답글을 쓰는 대신 몰아주기(pile-on) 수단이 되므로, 틀렸다고 생각하면 버튼이 아니라 말로 쓰게 만드는 지금 구조가 낫다고 말합니다.

둘째, 조회수 비공개입니다. 반응과 댓글은 보이지만 순수 조회수는 보이지 않는데, 이것이 "보고 그냥 지나간 사람이 몇 명인지"를 보여 주는 스코어보드를 막아, 사람들이 점수가 아니라 원해서 참여하는 느낌을 유지한다고 평가합니다.

셋째, 팔로우 추천이 없다는 점입니다. Twitter, Instagram, LinkedIn은 활동과 연락처, 방금 팔로우한 사람을 기반으로 계속 팔로우를 권하지만, DEV는 그렇지 않아 팔로우가 여전히 실제 글을 보고 내리는 의도적인 선택으로 남아 있으며, 플랫폼이 성장시켜야 할 네트워크가 아니라 읽는 공간처럼 느껴지게 한다고 설명합니다.

저자는 커리어와 연결된 존재감을 이 플랫폼에 쌓을 만큼 잘 작동하고 있다고 덧붙이며, 매일 쓰는 플랫폼에는 누구나 이런 두 리스트가 생기니 적어 두는 편이 낫다고 글을 맺습니다.

원문: dev.to / 번역·요약: Trawling