▲

Show HN은 죽지 않았다, 하지만 압도당하고 있다

 (arthurcnops.blog)
8P by GN⁺ 9시간전 | ★ favorite | 댓글 4개
  • Show HN 게시물 수가 급증하면서 개별 프로젝트의 주목도와 참여율이 급격히 낮아지고 있음
  • 최근 몇 년간 게시물 볼륨은 폭발적으로 증가했지만, 평균 댓글 수와 노출 시간은 지속적으로 감소
  • 1포인트에 머무는 게시물 비율이 일반 게시물보다 높아지며, Show HN의 초기 우위가 사라짐
  • 페이지 1 유지 시간은 약 2.9시간으로 줄어, 프로젝트가 빠르게 묻히는 현상 발생
  • 플랫폼 내 ‘잡음’ 증가와 주목 경쟁 심화가 커뮤니티의 교류와 발견 기능을 약화시키는 문제로 지적됨

Show HN의 현재 상황

  • Show HN은 여전히 활발하지만, 게시물 수와 참여율의 불균형이 심화됨
    • 게시물 수가 늘면서 각 프로젝트에 대한 ‘Proof of Work’ 가 약화됨
    • 주말 프로젝트나 사이드 프로젝트가 폭증하며 품질보다 양 중심의 흐름이 형성됨
  • Johan Halse가 이를 ‘Sideprocalypse’ 라 부르며, 소규모 인디 개발자의 꿈이 약화된 현상으로 지적
    • 자본과 마케팅, SEO를 갖춘 팀들이 대부분의 아이디어를 선점함
  • 일부 흥미로운 프로젝트(Neohabit, OpenRun, uForwarder) 가 묻히는 사례가 발생

게시물 볼륨의 폭증

  • 2023년 2월부터 2026년 1월까지 Show HN 게시물 수가 약 4.8k건으로 증가
  • 전체 Hacker News 스토리 중 Show HN 비중이 약 15.2% 까지 상승
  • 양적 성장에도 불구하고, 질적 참여는 감소세를 보임

‘묘지’로 변하는 게시판

  • 1포인트에 머무는 게시물 비율이 37.2%로 상승, 일반 게시물의 26.2%보다 높음
  • 과거에는 Show HN이 일반 게시물보다 더 나은 반응을 얻었으나, 현재는 상대적으로 낮은 성과를 보임
  • 이는 참여 감소와 피드백 부재로 이어지고 있음

노출 시간의 단축

  • 페이지 1 유지 시간은 평균 2.9시간으로 감소
    • 특히 미국 주간 시간대(피크 타임) 에 게시물이 빠르게 밀려남
  • 게시물의 가시성 확보가 점점 어려워지는 구조로 변화

토론의 감소

  • 게시물당 평균 댓글 수가 3.1개로 하락
  • 커뮤니티 내 대화와 피드백의 밀도가 줄어들며, 프로젝트 간 교류가 약화됨

결론: 죽지 않았지만, 소음 속에 잠김

  • Show HN은 여전히 활발하지만, 과잉 게시물과 주목 경쟁으로 인해 의미 있는 논의가 줄어듦
  • 가치 있는 프로젝트가 묻히는 문제가 지속되고 있음
  • HN이 여전히 ‘가장 멋진 기술 대화의 공간’ 으로 남기 위해, 숨은 ‘보석’ 프로젝트를 조명할 방법이 필요함
▲
xguru 8시간전  [-]

긱뉴스의 Show 도 마찬가지 입니다. 예전에 비해서 꽤 많이 올라오고 있는데요.
그러다 보니 저 조차도 모두 들어가보고 피드백 하기가 어렵습니다.

창작자 분들은 "하루만에 만들었어요" "바이브코딩 했어요" 라고 자랑스럽게 적어주시지만,
정작 그 문구들은 해당 프로젝트를 더 들여다보지 않게 만드는 효과가 있습니다.

내가 쉽게 만들 수 있다면, 다른 사람도 그렇다는 걸 인식하고 엣지를 찾아야 하는 시점이라고 생각합니다.

답변달기
▲
a1eng0 6시간전  [-]

모든 커뮤니티의 딜레마인 것 같아요
규모와 품질.. 어쩌면 커뮤니티가 아니라 세상 전체에 적용할 수 있는 문제일지도요

답변달기
▲
pevjant 6시간전  [-]

아 어쩐지 긱뉴스 나름 매일 빠짐없이 보는데 가끔 처음본게 생겨서 한두번은 내가 놓쳤나 보다 했는데 이런 이유였군요

답변달기
▲
GN⁺ 9시간전  [-]
Hacker News 의견들

  • 나는 AI 보조 개발 자체는 괜찮다고 생각함. 도구는 결국 도구일 뿐이고, 유용하면 쓰면 된다고 봄. 하지만 요즘 Show HN 프로젝트들은 전반적으로 지루한 분위기임. 대부분 깊이 있는 고민 없이 만들어져서 대화할 거리도 별로 없음. 예전에는 문제를 오랫동안 파고든 사람과 이야기할 수 있었는데, 이제는 그런 기회가 사라진 느낌임

    • AI 도구의 장점은 누구나 뭔가를 만들 수 있다는 점이고, 단점도 똑같이 누구나 아무 생각 없이 만들 수 있다는 점임. 예전에는 Show HN이 일종의 필터 역할을 했는데, 이제는 그게 사라져서 아이디어의 질과 상관없이 프로젝트가 쏟아지고 있음
    • 예전에는 ‘노력’이 필터였음. 몇 주를 투자해야 했기 때문에 문제를 깊이 이해했음. 지금은 “20분 만에 프롬프트로 만든” 글들이 넘쳐서, 저자 본인도 코드에 대한 질문에 답하지 못함. 흥미로운 프로젝트는 여전히 있지만 잡음 속에 묻혀 있음
    • Tom Cargill의 “코드의 첫 90%가 개발 시간의 첫 90%를 차지하고, 나머지 10%가 또 다른 90%를 차지한다”는 말을 인용하며, 요즘은 AI가 MVP까지만 빠르게 도와주고 그 이후의 어려운 90%는 여전히 사람이 해야 해서 프로젝트 포기가 더 많아진 것 같다고 함
    • AI를 쓰는 입장이지만, 장기적으로 전문성의 단절이 걱정됨. AI가 인간이 만든 코드에 의존해 학습하는데, 모두가 AI로만 코드를 짜면 20~30년 뒤에는 AI가 배울 새로운 코드가 사라질 수 있음. 특히 최적화된 저수준 코드 같은 영역은 더 위험함
    • 요즘 Show HN에는 반복적인 프로젝트가 너무 많음. 스크린 캡처, LLM 래퍼, 블로그 생성기, SNS 관리 툴 등 이미 수없이 존재하는 것들임

  • Show HN의 품질 문제를 해결하기 위해 논의 중임. 품질 기준을 높이면 자연스럽게 양이 줄어드는 효과가 있을 것 같음. 한 사용자가 제안한 아이디어로는, 경험 많은 HN 유저들이 새 작성자를 도와주는 리뷰 큐를 만드는 것임

    • “이번 주에 뭘 만들고 있나요?” 같은 정기 스레드를 공식화해서, Show HN 전에 아이디어를 공유하도록 유도하자는 제안이 있음. 또한 AI 사용 여부를 명시적으로 공개하게 하고, 프롬프트를 오픈소스처럼 공유하자는 의견도 있음 (관련 논의 링크)
    • 많은 신규 사용자가 Show HN을 단순히 “내가 만든 걸 보여주는 곳”으로 오해함. 간단한 가이드 메시지를 자동으로 보여주는 기능이 있으면 좋겠음. 대부분은 선의로 올리는 거라, 설명만 잘 해줘도 개선될 것 같음
    • 오픈소스 프로젝트에서 낮은 품질의 AI PR을 걸러내는 방법처럼, HN에서도 일정한 품질 기준을 둘 수 있을 것 같음. 예를 들어, 커밋 타임라인을 보고 너무 짧은 기간에 완성된 프로젝트는 추가 검토가 필요하다는 식으로
    • 요즘은 “바이브 코딩 마케팅 산업”까지 생겨서, HN을 타깃으로 한 허울뿐인 프로젝트가 많음. HN이 한 단계 위의 품질 필터링 메트릭을 고민해야 할 시점임
    • 나도 최근에 Show HN을 올렸는데 (링크), AI로 만든 저품질 PR처럼 보일까 걱정됨. 실제로는 오랜 문제를 해결한 프로젝트인데, 이런 분위기 속에서 묻히는 게 아쉬움

  • 75일 전에 Show HN에 올린 내 아이디어가 작은 커뮤니티와 게임으로 성장해서 지금은 매일 판매되고 있음. 단순한 제품 출시가 아니라 자신감 회복의 계기였음. 40세에 접어들며 창의력과 에너지를 잃었다고 느꼈는데, HN 커뮤니티의 반응이 큰 힘이 되었음. 이제는 나도 다른 사람의 프로젝트를 응원하는 사람이 되고 싶음 (원문 링크)

    • 게임을 구매했는데, 시민이 각각 시뮬레이션되는 점이 Banished를 떠올리게 해서 좋았음. 열정과 비전이 바이브 코딩 낙관주의자들보다 훨씬 중요함
    • “sloptimists”라는 표현이 재밌다고 함. 처음 들어봤다고 함
    • 회사 네트워크에서 microlandia.city나 블로그 링크 같은 개인 사이트가 접속되지 않는데, 보안 인증서 문제인지 궁금하다고 함
    • Show HN의 문제는 의미 없는 GitHub 링크가 너무 많다는 것임. 테스트만 통과한 코드가 대부분이라, 차라리 실제로 작동하는 웹앱만 허용하는 게 낫겠음

  • 예전에 Show HN을 올렸는데 반응은 없었지만, 그 사이트가 지금까지 600만 달러 매출을 냈음. 그냥 공유하고 싶었음

    • 이런 일은 자주 있음. 내 최고의 프로젝트들도 처음엔 무시당했지만 결국 성공했음. 예전에 Reddit에서 “Minecraft 짝퉁”이라 불렸던 Blockheads가 5천만 명이 플레이했음
    • HN은 시장 전체를 대표하지 않음. 오픈소스 지향적이고, 사소한 기술적 문제를 지적하는 경향이 있음. 로그인 없이 바로 쓸 수 있는 제품이 Show HN에서 더 잘 먹힘
    • 반대로, 내 프로젝트는 많은 업보트를 받았지만 금방 잊혔음. 아이디어의 신선함이 일시적인 관심을 끌었을 뿐임

  • 재미있는 아이디어로, 1년 후에 공개되는 Show HN 예약 시스템을 제안함. 미리 제목과 요약을 등록하고, 1년 이상 지난 뒤에만 게시 가능하게 하는 방식임. 이렇게 하면 장기적으로 작업한 프로젝트만 올라올 수 있음

    • Taleb의 Lindy 효과를 떠올리게 함. 오래된 책이 여전히 가치 있듯, 오래 준비된 프로젝트가 더 의미 있을 수 있음. 다만 기술 변화가 너무 빨라서 1년은 너무 길 수도 있음

  • 며칠 전 AI 동화책 생성기를 Show HN에 올렸는데, 반응이 거의 없었음. 실물 인쇄와 배송까지 포함된 프로젝트인데도, 겉보기엔 또 하나의 “AI 래퍼”로 보였던 것 같음. 저품질 AI 프로젝트의 홍수가 신뢰를 떨어뜨린 결과라고 느낌

    • 솔직한 피드백으로, 왜 사람들이 이걸 사야 하는지 가치 제안이 불분명하다는 의견을 받음. 기존 아동서보다 품질이 낮고, 가격도 비싸며, “내 아이만을 위한 책”이라는 포인트가 약하다고 함. 또한 언어 감지와 가입 절차의 마찰도 문제로 지적됨
    • AI 생성 텍스트는 이야기의 영혼이 부족하다는 느낌을 받음. 전문 작가들은 구조적 혼란을 금방 알아차린다고 함
    • AI 예술은 HN이나 Reddit에서는 비판받지만, Facebook에서는 인기가 있음. AI 창작물에 대한 인식 차이가 크며, 아이들에게는 인간이 쓴 이야기를 보여주고 싶다는 의견임

  • 요즘 Show HN의 문제는 에이전트 코딩으로 인한 과잉 생산임. 특히 “시장 검증용 랜딩페이지 만들기” 같은 허슬 문화 밈이 극대화됨. 이제는 밤새 수십 개의 boilerplate 프로젝트를 만들 수 있어서, Show HN의 신뢰도 자체가 떨어지고 있음

  • 예전에는 프로젝트가 사람의 손으로 정성스럽게 만들어졌음. 지금은 하루 만에 “바이브 코딩”으로 완성되는 게 당연시되어, 보는 사람도 기대를 잃음. 결과보다 노력의 흔적이 중요하다고 생각함

    • 실제로 AI 보조 프로젝트가 급증한 게 원인임. 관련 글 “The Sideprocalypse”에서도 인디 장인정신의 쇠퇴를 다룸

  • 나도 최근에 비슷한 경험을 했음. 작은 사이드 프로젝트를 만들었는데, 같은 이름의 프로젝트가 2주 전에 이미 Show HN에 올라와 있었음. 코드가 10만 줄이 넘는 바이브 코딩 산물이었고, 문제 해결보다는 “만들 수 있으니까 만든” 느낌이었음

  • 이제는 AI 전용 Show HN(Vibe HN) 을 따로 만드는 게 맞을지도 모르겠음. 절반 이상이 AI 생성물이라, 사람 손으로 만든 프로젝트가 묻히고 있음

    • “AI 없는 Show HN”을 따로 두면 좋겠지만, AI 사용 기준을 어디까지로 할지가 애매함. 80% 이상 AI로 만든 프로젝트만 따로 분류하는 것도 방법임
    • 20년 경력의 프로그래머 친구들도 이미 Claude Code, Codex, Antigravity 같은 AI를 쓰고 있음. 결국 모든 게 에이전트화(agentic) 될 것 같음. 인간의 두뇌가 점점 게을러지는 건 피할 수 없는 흐름임
    • AI가 모든 걸 집어삼키고 있어서, 결국 두 그룹으로 나뉘지 않을 것 같음
답변달기