StackOverflow에 올라오는 질문이 이제 한 달에 1000개도 안 됩니다

StackOverflow now gets fewer than 1000 questions a month

data.stackexchange.com ▲ 813 댓글 731 babelfish

요약

StackOverflow의 월간 새 질문 수가 2026년 9월 969개까지 떨어졌습니다.

익명 이용자가 Stack Exchange Data Explorer(공개 데이터 조회 도구)에 올린 쿼리 결과입니다. 2008년 7월부터 2026년 10월까지 달마다 올라온 질문 수를 세었고, 해설 없이 숫자와 그래프만 있습니다.

왜 중요한가

  • 9월 수치는 정점의 0.5%에도 못 미칩니다. 개발자들이 모이던 문답 창구에 새 질문이 거의 들어오지 않는다는 뜻입니다.
  • 하락은 2018년 무렵부터 이어졌습니다. LLM(대규모 언어 모델)만으로는 설명되지 않는 흐름입니다.

핵심 내용

  • 정점은 2014년 3월의 20만 7169개이고, 2017년 3월까지도 20만 개를 넘긴 달이 있었습니다.
  • 2023년에 감소가 빨라져 1월 9만 6624개에서 12월 4만 2284개로 줄었습니다.
  • 2025년 1월 1만 8182개였던 질문은 2026년 1월 3627개로 1년 만에 5분의 1 수준이 됐습니다.
  • 2026년 8월은 1019개, 9월은 969개이고, 아직 끝나지 않은 10월은 808개입니다.
  • 2020년 4~5월에는 18만 개대로 잠시 늘었지만 곧 다시 줄었습니다.

HN 반응

  • 오래 답변해 온 이용자들은 LLM 이전인 2015~2021년에 이미 손을 뗐다며, 숙제 같은 질문이 늘었다고 지적했습니다.
  • 원인을 두고는 지나친 중복 처리와 낡은 답변을 비판하는 쪽과, 답변자 탓은 실제 경험과 다르다는 쪽이 갈렸습니다.

댓글

30개 표시 · 전체 731개
  1. Stratoscope HN

    말씀하시는 그 “Stack Overflow”라는 게 대체 뭡니까?

    아, 맞다. 이제 기억나네요. 예전에는 그 사이트에 매일 들락거렸습니다.

    동료 개발자를 돕고 질문에 답하는 게 좋았고, 할 수 있을 때마다 그렇게 했습니다.

    거기서 제 평판은 29,020점이고, 양질의 답변을 645개 올렸습니다.

    그때는 이걸 자랑하고 다녔죠.

    그런데 이제는 SO가 아직 있다는 사실을 떠올리는 데도 잠깐 생각이 필요합니다.

    마지막 답변은 2021년 5월 28일, 5년도 더 전입니다.

    저를 떠나게 만든 건 분명 LLM이 아니었습니다. 그럼 뭐였는지는 저도 잘 모르겠네요.

    여기서 다른 분들이 지적한 것처럼 커뮤니티 문화 때문이었을까요? 아니면 그냥 다른 일로 바빠졌던 걸까요?


    추가: 이제 제 열정을 식게 한 게 뭐였는지 기억이 난 것 같습니다.

    나이 많은 프로그래머 중에는 jQuery를 써 본 분이 있을 겁니다.

    jQuery 객체를 담는 변수 이름 첫 글자에 $를 붙이는 관례가 널리 퍼져 있죠.

      var $foo = $('#foo');
    

    제가 내세울 만한 몇 안 되는 이력 중 하나가 이 관례를 제가 만들어서 초창기 jQuery 메일링 리스트에 퍼뜨렸다는 겁니다.

    누군가 이것에 대해 질문을 올렸습니다.

    https://stackoverflow.com/questions/205853/why-would-a-javascript-variable-start-with-a-dollar-sign/48558883

    1542표를 받은 최고 득표 답변은 요점을 잘 정리했습니다.

    278표를 받은 두 번째 답변은 더 엉뚱할 수 없을 만큼 질문과 상관없는 내용입니다.

    저는 71표로 3위입니다. 저는 이 네이밍 관례가 생긴 사연을 적었습니다. 사람들이 “어떻게, 왜”를 알았으면 해서요.

    더 가관인 건 지금부터입니다! 이 질문이 다른 질문의 중복으로 표시됐습니다. 그 다른 질문에는 온갖 답변이 달려 있지만, 제가 하려던 일, 즉 이 관례의 이유와 배경을 설명하는 답변은 하나도 없습니다.

    뭐, 어쩔 수 없죠. 즐거웠던 시절이었습니다.

  2. pwagland HN

    저와 사연이 얼마나 비슷한지 신기하네요.

    제 평판은 29,459점이고 마지막 답변은 2021년 10월 15일입니다. 사실상 같은 시기라고 해도 되겠네요.

    저를 떠나게 만든 건, 시간을 들여 좋은 답변을 쓰고 지식을 나누고 싶어도 답할 만한 “좋은” 질문을 찾기가 점점 어려워졌다는 점입니다. “숙제” 질문은 점점 늘고, 질문자가 제대로 노력을 들인 질문은 훨씬 줄었습니다.

    게다가 답변하는 사람들을 향한 적대감도 커졌습니다.

    커뮤니티가 독해졌고, 이게 문지기들만의 문제도 아니었습니다. 다들 공짜로 뭔가를 얻어 가려 했고, StackOverflow는 “오픈소스 번아웃” 문제를 그대로 겪었습니다.

    적어도 저는 그랬습니다.

  3. bryanlarsen HN

    대단하십니다. 저보다 훨씬 남을 잘 도와주는 분이시네요. 저는 사람들을 도우려고 질문을 찾아다닌 적이 없고, SO는 늘 “내가 먼저”로 이용했습니다. AI 종말(AIpocalypse) 이전에는 문제가 생기면 SO부터 찾아봤습니다. 답을 못 찾으면 문제는 그대로 남아 있으니 힘들게 직접 알아내야 했고요. 그렇게 애써서 답을 찾고 나면 그걸 다른 사람들에게 공유하는 건 큰 수고가 아니었습니다.

    그래서 오래전에 아무도 답하지 않은 질문에 답을 달아 추천을 받고 “revival”, “necromancer” 배지를 잔뜩 모았습니다. 제가 올린 질문 중에도 며칠 뒤 제가 직접 답을 단 것이 많습니다.

    말하자면 저도 SO에 많은 가치를 제공했습니다. 하지만 제가 얻은 가치는 그보다 더 컸습니다. 제가 준 답보다 찾아낸 답이 훨씬 많았으니까요. 특히 제 답변 상당수는 아주 마이너한 질문에 단 것이었습니다. 정말 의미 있는 윈윈이었습니다.

    SO가 이런 모델이었다면 더 좋았을 거라고 생각합니다. 직접 돕도록 유도하려고 게임화하고 사교 요소를 잔뜩 넣기보다, 이런 식으로 지나가다 도움을 주는 걸 장려했어야 합니다.

  4. BorisMelnik HN

    저도 같습니다. 문서나 man 페이지, 구글에서도 도저히 답을 못 찾아서 한참 헤맸을 때만 SO를 찾았습니다.

  5. KPGv2 HN

    저는 함수형 프로그래밍과 JS 관련 태그 몇 개를 지켜봤는데, 늘 누군가가 먼저 답을 달았어요. 그래서 제가 필요 없다는 생각에 결국 떠났습니다. 한동안은 프로그래밍 성과를 올린 아프리카 학생들의 트윗에 무작위로 답글을 달아서, 올린 코드를 더 잘 구조화하는 요령 같은 걸 알려 줬어요. 덕분에 재미있는 대화도 꽤 나눴고요.

    지금은 아이들이 있어서 제 가르침은 아이들 몫입니다. 트위터는 이제 안 합니다.

  6. kkoncevicius HN

    저도 비슷합니다. 점수는 다르지만 SO에서 약 10,000점, Cross-Validated에서 약 5,000점이었습니다.

    저는 뭔가를 배우는 방법으로 시작했습니다. 제 이해의 경계쯤에 있는 질문을 주로 골라 직접 조사한 뒤, 명확하고 상세한 답변을 쓰려고 했습니다. 그래서 저도 얻은 게 많았습니다.

    SO가 쇠퇴하기 시작한 시점에 대한 제 생각도 말씀하신 것과 비슷합니다. 질 낮은 질문이 쏟아졌고, 질문하는 사람들은 평균적으로 점점 오만해지고 노력은 덜 들이면서, 자기 망가진 코드를 붙여 넣으면 누군가 추천 하나에 고쳐 주도록 사이트 전체가 바뀌어야 한다고 요구했습니다.

    그래서 저는 자연스럽게, 서서히 SO에서 멀어졌다고 생각합니다. 그런데 SO가 몰락한 이유로 공개적으로 거론되는 말들은 흔히 답변하던 사람들에게 문제가 있었다고 합니다. 무례했다거나 “문지기 노릇”을 했다는 식으로요. 그런 글을 읽으면 제가 겪은 사이트와 너무 달라서 늘 이질감을 느낍니다.

  7. jkubicek HN

    저는 평판이 49,636점입니다. iOS와 git이 둘 다 막 나왔을 때 나름 전문가여서 지금까지도 추천을 받는 질문에 아주 많이 답했습니다.

    마지막 답변은 2015년 12월 28일이고, 더 흥미롭고 몰입되는 일자리를 얻은 시기와 거의 일치합니다. 거기에 제가 잘 아는 두 분야가 성숙해지면서 쉬운 질문도 훨씬 줄었고요.

  8. jambalaya8 HN

    혹시 그 직장에 계속 다니셨는지, 그렇다면 얼마나 다니셨는지 여쭤봐도 될까요?

  9. jkubicek HN

    5년 다녔습니다.

  10. alkonaut HN

    저도 같습니다. 저한테는 지식 체계로서 SO가 어느 정도 안정화된 게 컸어요. 저는 최신 JS 프레임워크처럼 빠르게 변하는 분야에서 일하지 않았기 때문에, 제가 아는 범위의 질문은 대부분 이미 답이 달려 있었습니다.

    시간을 들여 긴 답변을 써도 어느 모더레이터가 이미 있는 질문의 중복이라며 질문을 닫아 버리는 일이 매번 있었어요. 질문에 아주 사소한 차이가 있을 수도 있고, 최근 상황이 바뀌어서 2020년의 답이 2013년의 답과 달라졌을 수도 있는데도요. 그런데도 무조건 중복으로 몰아붙였습니다. 커뮤니티 입장에서는 더 최근의 논의가 이루어지고, 다양한 대안 답변이 나오고, 비슷한 질문을 허용하는 쪽이 훨씬 나았을 텐데 말이죠.

  11. skydhash HN

    질문에 아주 사소한 차이가 있을 수도 있고, 최근 상황이 바뀌어서 2020년의 답이 2013년의 답과 달라졌을 수도 있는데도요.

    저라면 그런 건 대체로 “숙제” 질문으로 분류하겠습니다.

  12. Retric HN

    그렇게 천천히 변하는 환경이 SO를 죽였습니다. 해마다 낡아서 틀린 답변의 비율이 높아졌고, 중복 질문을 지운 게 상황을 더 악화시켰습니다.

    조직 안의 누구도 자기들 모델의 근본 전제가 잘못됐다는 사실을 직시하고 싶지 않았던 것 같아요. 추천은 오래될수록 신뢰도가 떨어집니다.

  13. jambalaya8 HN

    이건 AI의 문제이기도 하고, 아마 온라인 사이트 대부분이 안고 있는 문제일 겁니다. 교과서 인용조차 마찬가지예요. 얼마나 많은 논문이 새 연구에 밀려 대체되었거나 낡았는지 아무도 모르죠.

    사람들이 이게 AI의 더 큰 문제 중 하나이고, 온라인에서 사람들이 교류하는 거의 모든 곳의 문제라는 점을 모르는 것 같습니다.

    이런 곳과 프로젝트 가운데 상당수는 우리가 진심으로 열정을 쏟아부은 것들이었습니다. 하지만 운영체제나 명령줄 실행 파일이 바뀌듯 사람도 변합니다. 동시에 그런 곳은 사라지고 나면 영향력을 잃습니다. 그래서 규모가 아주 컸거나 어떤 하위 집단의 시대정신을 대표하던 사이트도 문을 닫고 나면 AI가 과거를 찾아볼 때 사실상 지워지는 셈입니다.

    SO에는 답변이 워낙 많아서, 구글 같은 걸 쓰지 않고 SO를 쓰기로 했다면 검색 기능만으로 답을 찾는 사람도 많습니다. 오래된 답변이나 지난 자료를 찾을 때 아주 유용합니다.

  14. ezconnect HN

    현실에서 자료들이 보관 처리되는 걸 보는 기분은 말로 설명하기 어렵습니다. SO가 웹에서 삭제되는 날이 오면 정말 슬플 겁니다. 저는 새로운 컴퓨터 관련 내용을 제대로 설명한 글이 필요할 때 보통 Anandtech에 갔는데, 이제 그 사이트 전체와 거기 있던 지식이 통째로 사라졌습니다. 고고학자들이 지금 우리 역사의 조각을 맞추려고 땅을 파고 있는데, 미래 세대는 그렇게 파낼 수조차 없습니다. 언젠가 SO도 웹에서 삭제되겠죠. 방대한 지식이 있었던 옛 유즈넷이나 Yahoo/Google 그룹처럼 그 안의 모든 지식이 그냥 사라질 겁니다.

  15. niekmaas HN

    “나이 많은 프로그래머 중에는 jQuery를 써 본 분이 있을 겁니다”라니, 이런, 저도 나이를 먹었네요. jQuery 시대가 제 프로그래밍 전성기였는데, 그 뒤로는 삶의 다른 일들이 우선이 됐거든요. 마흔 초반인 제가 이제는 나이 많은 축에 든다니요.

    본론으로 돌아가서, 문제를 훌륭하게 정리해 주셔서 감사합니다. 저도 stackoverflow의 전성기가 그립습니다. LLM 덕분에 새로운 걸 배우고 다시 코드를 만들어 볼 수 있게 됐지만, (초창기) stackoverflow에 있던 프로그래밍에 대한 열정과 애정은 그립습니다. 새 도구나 언어를 배우려고 책 한 권을 사던 시절도 그렇고요(jQuery in Action에서 많이 배웠습니다). Claude Code에게 고치거나 설명해 달라고 하는 것과는 느낌이 다릅니다.

  16. bcvvvy HN

    저는 “나이 많은 프로그래머 중에는 Z80 어셈블리를 써 본 분이 있을 겁니다” 쪽에 속하는 사람이라 이 말이 너무 웃기네요.

  17. ourmandave HN

    아니, 안 돼요! “라떼는 말이야…” 스레드를 시작하시려는 거잖아요. 비틀주스 이름을 세 번 부르는 거나 마찬가지라고요.

    Z80 어셈블리! 포트란! ENIAC 케이블!

    그러다 앨런 튜링의 유령까지 나타나겠네요.

  18. bcvvvy HN

    저는 직접 만든 컴퓨터에 쓰려고 종이에 코드를 어셈블했고, 얼마 전에는 앨런 튜링의 사무실에도 있었는걸요!

    (농담 아닙니다)

  19. hangrybear666 HN

    정말 존경스럽고, 그 노력에 감탄합니다! 저는 이제 LLM한테 구현 계획 파일을 SVG 이미지로 만들어 달라고 해서 예쁜 그림으로 검토만 합니다. 마크다운은 너무 복잡해져서 적당한 시간 안에 읽어 내기가 어렵거든요.

  20. bcvvvy HN

    그래도 AI 전략 회의에서 2주를 보내시지는 않았잖아요. 거기서는 AI로 전략을 짜 온 사람들이 모여서, AI가 구현할 전략을 또 짜고 있었어요. 안 그러면 우리의 유일한 경쟁사가 AI 군비 경쟁에서 이긴다는 이유로요.

    우리 제품은 둘 다 성숙했고, 완전히 끝났고, 완전히 결정론적이에요. 같은 방식으로 한 지난번 시도는 새로운 매출을 만들기는커녕 들어간 돈만 다 태웠고요.

  21. vel0city HN

    대학 수업 중 하나에서는 기말시험에 대체 문제로 MIPS R2000 바이너리로 짧은 프로그램을 짜라는 게 나왔습니다. 32개의 1과 0이 줄줄이 이어지는 코드요.

    쉬운 프로그램이었습니다. 8.5x11 크기 커닝 페이퍼가 허용됐는데, 자주 쓰는 명령어의 바이너리 형식을 상당히 많이 적어 둘 수 있었습니다. 식은 죽 먹기였고, 다른 문제의 4분의 1쯤은 건너뛰었어요.

  22. vardump HN

    이단입니다! 그 시절 진짜 CPU는 6502/6510뿐이었어요!

    (다시 말해, 80년대에 아빠가 C64를 사 주셨습니다. ;-))

  23. jacquesm HN

    6809가 훨씬 더 좋은 CPU였지만 더 비쌌고, 6502에는 정말 놀라운 소프트웨어가 나와 있었습니다(특히 BBC Basic, Elite).

  24. bcvvvy HN

    확실히 더 좋은 CPU였죠. 일단 위치 독립 코드를 쓸 수 있었으니까요.

  25. jacquesm HN

    그리고 MUL 명령어, 멀티태스킹용 하드웨어 지원, 원자적 연산까지요.

  26. chrisweekly HN

    내 잔디밭에서 나가요! 저는 C64가 나오기 훨씬 전부터 아버지의 VT100으로 Larn을 하고 있었는걸요.

  27. drjasonharrison HN

    VT100으로는 “메인프레임님, 이 프로그램 좀 실행해 주세요” 말고는 아무것도 할 수 없었어요.

    아버지의 Philips G8으로 게임을 했다고 말하는 거나 마찬가지입니다.

  28. chrisweekly HN

    무시하는 말투도 무례하고, 내용도 틀렸습니다.

    Larn은 텍스트 기반 RPG였고, 사실 모뎀으로 아버지가 일하시던 GenRad의 서버에 접속해 네트워크 게임으로 쉽게 돌릴 수 있었습니다. 40년도 더 된 일이고 당시 저는 열두 살쯤이라 세부 사항은 기억나지 않지만, 기본적인 내용은 사실입니다.

  29. bcvvvy HN

    솔직히 저는 Z80이 지겨워진 뒤에 6502(BBC Micro)를 샀습니다.

  30. mech422 HN

    ㅋㅋ 며칠 전에 서랍 맨 밑에서 Storm Linux 티셔츠를 말 그대로 발견했어요. 시간 정말 빨리 가네요. Storm Linux가 벌써 20년 전이라니 믿기지가 않아요. 그 수많은 “다음 대세”가 너무 빨리 사라졌죠...

    이 AI 회사들은 VA Linux보다는 잘 풀릴까요?

Hacker News에서 보기 ↗