요약
Newgrounds는 지금도 이용자가 만든 게임과 애니메이션, 음악, 그림을 나누는 커뮤니티로 살아 있습니다.
플래시 게임 시절부터 이어진 창작 공유 사이트 Newgrounds의 첫 화면이 HN에 올라왔습니다. 지금 첫 화면에는 10월 한 달 동안 열리는 핼러윈 행사와 회원들이 함께 만든 합작이 가장 먼저 보입니다.
왜 중요한가
- 브라우저가 플래시 지원을 끊으면서 웹 게임 사이트 상당수가 무너졌지만, Newgrounds에는 새 작품과 행사가 계속 올라옵니다.
- 예전 플래시 작품은 Ruffle(플래시 파일을 요즘 브라우저에서 재생해 주는 도구) 덕분에 다시 즐길 수 있습니다.
핵심 내용
- 게임, 영상, 오디오, 그림 네 갈래로 작품을 나누고, 예전 작품은 '포털'에 따로 모아 둡니다.
- 10월 1일부터 31일까지 '핼러윈 스푸크태큘러 2026' 행사를 엽니다.
- 행사 기간에는 그림 합작 마감이 이어지고, 댈러스와 시카고에서 오프라인 모임도 열립니다.
- 애니메이터 150여 명이 참여한 '아즈망가 대왕 리애니메이티드' 같은 대형 합작 영상이 추천작에 올라 있습니다.
- 오디오에는 덥스텝, 실험 음악, 게임 음악 등 여러 장르의 새 곡이 꾸준히 올라옵니다.
HN 반응
- 플래시 게임을 만들어 올리던 이용자들의 회고가 많았고, Ruffle로 15년 전 올린 게임을 다시 해 봤다는 경험담도 나왔습니다.
- 창립자 톰 펄프가 대학 알고리즘 수업을 쓸모없다고 여겼다는 일화는 알고리즘 지식이 실무에 필요한지를 두고 논쟁으로 번졌습니다.
대학 때 후진 웹 게임을 한 적이 있습니다. 건슬링어 비슷한 건데, 총을 들고 돌아서는 사람만 쏘고 빈손인 사람은 쏘면 안 되는 게임이었죠. 졸업하고 나서 직장에서 친하게 지내던 이안이 알고 보니 그 게임에 나오는 인물 중 하나였습니다! 제가 하던 그 게임을 만든 사람이 톰 펄프였고, Newgrounds를 만들기 전에는 이안 같은 친구들을 자기 게임 캐릭터로 썼던 겁니다. 인터넷에서 후진 게임이나 만지작거리며 보낸 시간이 결국 보답을 받은 셈이죠. 그는 대학 재학 중에 Newgrounds를 시작했고, 그걸 하려고 학교를 그만뒀습니다.
톰을 한 번 만난 적이 있는데 좋은 사람이었지만, 컴퓨터공학에서 가르치는 것들을 믿지 않았습니다. 문자열 diff 알고리즘 같은 걸 배우는 건 쓸모없다고 길게 열변을 토하더군요. 그런데 나중에 그가 학위를 마치려고 학교로 돌아갔다고 합니다. 같은 수업을 듣던 학생들이 그가 누군지 알게 됐을 때, 어떤 친구는 옆자리에 앉게 됐다고 어찌나 신나 했는지 "이분이 누군지 아세요?!" 하고 교수님께 외쳤고, 톰은 민망했다고 하네요. 복학해서 졸업하려면 문자열 diff 알고리즘도 해야 했을지 궁금합니다.
저는 취미 프로젝트 때문에 가장 빠른 문자열 비교 알고리즘에 대한 조언이 좀 필요할 것 같은데요...
그 사람 말이 맞았던 것 같네요. 그냥 20년쯤 일렀을 뿐이죠...
그 사람은 잘 풀렸잖아요. 20년 전에도 맞는 말이었을 수 있고요.
저는 LLM 열풍이 오기 전에 대기업(bigcorp)에서 5년 가까이 일했는데, 그 기간 통틀어 알고리즘 복잡도를 진지하게 신경 써야 했던 적은 딱 한 번뿐이었습니다. 물론 더 신경 써야 하는 개발자도 있겠지만, 대다수의 업무와 직무는 이걸 신경 쓸 일이 별로 없었습니다. 열에 아홉은 이미 최적화된 버블 정렬인지 뭔지가 들어 있는 기성 라이브러리를 가져다 쓰니까요.
저는 지금까지 14년째 대기업에서 일하고 있는데, 알고리즘 복잡도나 효율을 따져보지 않은 날이 단 하루라도 있었는지 모르겠습니다. 데이터베이스에서 뭔가 가져오는 코드를 안 쓰시나요? 한 번에 얼마나 가져올지, 어떤 필드를 불러올지, 무엇을 캐시할지, 쿼리를 DB에서 조인할지 따로 가져와서 합칠지, 지연 로딩을 할지 즉시 로딩을 할지, 조회를 O(1)로 할지 O(n^2)로 할지와 그에 따른 트레이드오프, DB 인덱스를 쓸 수 있는지 아닌지, 메모리·지연 시간·연산·저장 공간 사이의 트레이드오프 같은 걸 고민할 일이 없으신가요? 단순한 대기업 SaaS라 해도 이런 건 매일 고려해야 한다고 생각합니다.
진짜 대규모 데이터를 다루는 게 아니라면, 그리고 그런 사람은 많지 않죠, 이차 시간(quadratic)이라 해도 어차피 빨리 돌아가니까 결함이 드러나지 않는 경우가 많습니다. 제가 말씀드린 건 앉아서 자기만의 알고리즘을 새롭게 직접 짜야만 하는 상황을 말한 겁니다.
네, 대기업에 있는 동안 복잡도를 늘 생각해야 했던 건 맞습니다. 하지만 100번 중 99번은 제가 다루는 자료구조에 맞는 기성 도구가 이미 있었고, "아, 이 자료구조에 딱 맞는 라이브러리가 있고 O(N)log n이니 충분히 빠르겠네" 정도 말고는 알고리즘을 따로 생각할 필요가 없었습니다. 그런데 전통적으로 면접에서는 "버블 정렬을 처음부터 짜 보세요" 같은 질문에 너무 많은 비중을 뒀죠. 성능이나 확장성이 아주 중요한 직무가 아니면 평범한 엔지니어는 실무에서 그런 걸 할 일이 거의 없습니다.
알고리즘 복잡도를 얼마나 자주 따져야 하는지는 스택의 어느 층에서 일하느냐에 따라 다르지만, 애플리케이션 계층에서도 알고리즘 복잡도를 이해하는 건 여전히 중요하다고 생각합니다.
2013년쯤 X사에서 일할 때 Rails로 만든 이커머스 사이트가 있었습니다. 알고리즘 면에서는 별것 없는 사이트였죠. 그런데 외주 개발자가 올린 변경 하나 때문에 모든 게 느려터지게 됐습니다. 같이 프로파일링을 해 보니 국가 코드인지 뭔지를 조회하는 부분을 O(n^2)로 짜 놓았더군요. 기성 라이브러리가 없는 경우도 있고, 그런 건 개발자라면 최소한 하지 말아야 할 일을 아는 수준의 문제입니다.
거기에 집착하자는 게 아니라 고려는 해야 한다는 겁니다. 물론 판단력을 갖고요. 아예 고려하지 않으면 소프트웨어는 점점 더 형편없어집니다.
웹앱을 만들 때도 꽤 중요합니다. 형편없이 최적화된 DOM 트리 순회 때문에 성능이 곤두박질치는 걸 많이 봤어요.
저는 반대로 수학 박사 학위를 갖고 있고, 대기업(구글 등)이든 중소기업이든 재직 기간 내내 기성 라이브러리가 존재하지 않고 연산력을 퍼부어서 무식하게 풀 수도 없는 알고리즘과 성능 문제를 다뤘습니다.
사람마다 다른 거죠.
글쎄요. ML 코드 생성이 등장하기 전에는 자료구조와 알고리즘(DS&A)을 이해하고 추론할 줄 아는 게 꽤 쓸모 있었습니다. 하다못해 구글이나 페이스북 면접(2004~2016년쯤 전성기였을 때)을 통과하려면 필요했죠.
그리고 부모 댓글에서 그 사람이 학교로 돌아갔다고 하지 않았나요?
혹시 그 "후진" 웹 게임이 brain-splatters였나요?
음, NewGrounds에서 대충 검색해 봤는데 그건 아닌 것 같아요. 이름이 기억이 안 나네요.
하하, 이게 다시 올라오는 걸 보니 반갑네요. 저는 한때 이 사이트에서 살다시피 했습니다. 플래시 게임을 만들고, 포럼에서 수다를 떨고, Clock Crew 일원으로 활동했죠. 제 게임 중 몇 개는 당시에 꽤 인기가 있었는데, Proximity와 Clock Crew를 소재로 한 게임 몇 개가 그랬습니다.
또 (롭이 아티스트를 맡아서) 나중에 아주 유명해진 아머 게임즈 사이트의 첫 의뢰 게임도 만들었습니다. 처음 시작할 때 롭은 반지의 제왕 소재 게임을 만들고 싶어 했고 사이트 이름도 Games of Gondor라고 불렀는데, 아마 법적인 문제 때문에 오래 가지는 못했을 겁니다. 그 게임이 Save The Ring!이었습니다.
제 사용자 프로필은 여기 있고, 여기서 쓰는 이름과 같습니다. https://cableshaft.newgrounds.com/
저는 Games of Gondor 포럼에서 아주 열심히 활동한 트롤이었고, 이후 사춘기 전후부터 고등학교 시절까지 아머 게임즈 포럼의 운영자(moderator)였습니다. New Grounds에도 후진 게임을 여럿 올렸고, 할로윈이나 크리스마스 같은 시즌 합작이나 그냥 재미로 하는 합작에도 많이 참여했죠.
그런 커뮤니티와 경험을 해 봤다는 게 정말 큰 행운이었다고 생각합니다. 요즘 인터넷에서 그런 인연을 맺는다는 건 상상도 안 되네요. 톰 펄프, 댄 맥닐리, 그리고 다른 친구들은 제 어린 시절의 우상이었습니다!
아머 게임즈의 시작과 그 이후 이야기를 좀 더 길고 깊이 있게 써 주실 수 있을까요?
틈새 분야이긴 해도 인터넷 역사에서 중요한 부분이라서요.
NG와 AG는 정말 멋진 사이트였죠. 덕분에 저는 숙제를 제대로 끝낸 적이 없었어요.
어릴 때 이 사이트들에 정신을 너무 많이 쏟았죠... 그 시기에 브라우저에서 플래시가 제거되면서 줄줄이 몰락하는 걸 보니 슬펐습니다.
니트롬도 있었죠! 정말 황금기였어요.
니트롬은 끝내줬죠! 게임 세계관에 일관된 비전이 있었어요. 하나같이 정성껏 구상했다는 게 느껴졌고 게임들끼리 서로 이어져 있다는 느낌이 났습니다. 지금도 모습 그대로 건재하다니 반갑네요 [1].
[1] - https://www.nitrome.com
추억이 밀려오네요.
AI가 이런 걸 되살리는 데 도움이 될 수 있을까요?
저는 플래시를 전혀 모르는데, 웹어셈블리 같은 걸로 최신 브라우저에 어떻게든 연결할 수 있을까요?
AI는 아니지만, .swf 파일이 아직 있다면 플래시 게임은 이미 '구출'됐습니다.
https://ruffle.rs/
Andkon Arcade도 잊지 마세요 (:
아, 콩그리게이트, 완전히 잊고 있었네요.
미니클립이 아직 살아 있고, 제가 사는 곳에서 30분 거리에서 개발자를 뽑고 있어서 놀랐습니다. 이력서를 보내고 싶은 마음이 굴뚝같았지만, 안타깝게도 요즘은 마이크로트랜잭션(mtx) 잔뜩 박힌 쓰레기 게임을 파는 쪽으로 방향을 튼 것 같더라고요.
Joe Cartoon도요.
Ruffle 덕분에 플래시 없이도 플래시 게임을 할 수 있게 된 게 얼마나 대단한지 보면 신기합니다. 15년 전에 여기에 올렸던 플래시 게임을 가서 확인해 봤는데 완벽하게 플레이가 됩니다. 영영 사라졌다고만 생각했는데 말이죠. Newgrounds 같은 사이트에는 콘텐츠가 정말 많은데, 그 덕에 시간 속에 사라지지 않고 남았습니다. 몇 시간쯤 옛날 기분에 젖어 보고 싶어지네요.
Ruffle 관련 일화가 하나 있습니다. 웹사이트들이 Ruffle을 직접 넣어 배포한다는 건 알지만, Ruffle을 안 넣은 오래된 사이트용으로 Firefox 확장 프로그램도 설치해 뒀거든요. 그런데 최근에 그걸 꺼야 했습니다. Twitch가 제 브라우저가 너무 오래돼서 사이트를 쓸 수 없다고 하더라고요. 아마 플래시 지원 여부를 검사하는데, 그게 브라우저 버전을 판별하는 다른 모든 기준보다 우선하는 모양입니다. 솔직히 좀 한심하네요.
사실이라면 꽤 웃기기도 하고요.
맞아요, 기막힌 검사죠. 누군가 깨달은 거예요. 지금은 굳이 지원하고 싶지 않은 브라우저들의 집합과 플래시를 지원하는 브라우저들의 집합이... 벤 다이어그램을 그리면 사실상 원 하나라는 걸요.