- 전기통신사업법 개정으로 7월 1일부터 한국 커뮤니티·포럼은 업로드 이미지를 AI로 사전 검사해야 하고, GPU 비용은 운영자 몫이 됐다.
- 40년사를 담은 ‘C++ 다큐멘터리’가 공개됐고, 개발자 수는 2022년 940만에서 2025년 1,630만으로 늘며 언어의 부활을 보여준다.
- htmx 창시자가 “코드는 더 싸졌다”며 이해 비용과 복잡성이라는 진짜 위험, 그리고 ‘빼는 엔지니어’를 제시했다.
C++ 개발자는 2022년 940만 명에서 2025년 1,630만 명으로 늘었고, 한국 커뮤니티 운영자에게는 ‘7월 1일’이라는 마감이 떨어졌다. 코드를 만드는 비용은 사상 최저로 내려갔지만, 그 코드를 책임지는 비용은 오히려 오르고 있다. 오늘 GeekNews 인기글 TOP3는 규제·언어·생산성이라는 서로 다른 축에서 같은 질문을 던진다. 만드는 일이 쉬워질수록, 무엇을 ‘하지 않을지’ 결정하는 사람의 가치는 더 커진다는 것이다.
7월 1일, 모든 이미지가 검사된다
전기통신사업법이 부른 ‘GPU 비용 폭탄’
전기통신사업법 규제 변경으로 한국의 인터넷 커뮤니티와 포럼 운영자는 사용자가 올리는 모든 이미지와 영상을 AI로 사전 검사해야 한다. 시행 시점은 게시일 기준 바로 다음 달인 7월 1일이며, 운영자는 그때까지 필요한 하드웨어와 소프트웨어를 즉시 구현해야 한다. 문제는 AI 모델을 돌릴 하드웨어를 정부가 제공하지 않는다는 점이다. 결국 웹사이트 운영자가 데이터센터급 Nvidia GPU를 직접 구매해야 하는 구조라, 소규모 사업자와 포럼에 상당한 재정 압박이 된다.
이 정책은 2021년 시행된 이른바 ‘n번방 방지법'(전기통신사업법 개정안)의 연장선에 있으며, 사회 안전망 필요성과 표현의 자유 침해 사이에서 여론이 갈린다. 한 국내 보도에 따르면 딥페이크와 비동의 음란물 문제의 심각성이 배경으로 꼽힌다. 반면 루리웹 운영자 게시물에는, 6개월 유예기간을 기대했던 참석자들에게 정부 측이 “장비 수급은 모르겠고 법 기준이 7월부터이니 해야 한다”고 답했다는 내용이 담겨 논란을 키웠다. 해외 커뮤니티에는 강제할 수 없어 국산 서비스만 부담을 진다는 지적과, 특정 업체 솔루션 구매를 사실상 강제한다는 점에서 과거 SEED·ActiveX 사례를 떠올리게 한다는 비판도 나온다.
Tech Insight — UGC(사용자 생성 콘텐츠)를 다루는 국내 서비스라면 7월 1일은 단순한 컴플라이언스 이슈가 아니라 인프라 원가 구조를 다시 짜야 하는 변곡점이다. 자체 GPU 구축, 검열 SaaS 위탁, 호스팅 지역 재검토라는 세 갈래의 비용·리스크를 지금 시뮬레이션해 두는 편이 안전하다.
왜 40년 된 언어가 다시 클까
‘C with Classes’에서 1,630만 개발자까지
Herb Sutter가 공개한 ‘C++ 다큐멘터리’는 Bell Labs의 시작부터 오늘의 성장세까지 C++ 40년사를 한 편으로 정리한다. C++는 Bjarne Stroustrup이 C의 하드웨어 제어력과 Simula의 객체지향 추상화를 결합하려 만든 ‘C with Classes’에서 출발했다. 초기 구현 CFront(1983)는 C++를 C 코드로 변환해 기존 C 인프라를 그대로 쓰게 했고, IBM·HP·Sun의 압박으로 시작된 ANSI/ISO 표준화는 벤더별 분열을 막았다. 1997년 표준에는 namespace, exception, template, 그리고 위원회 약 80%의 찬성으로 통과된 STL이 포함됐다.
2000년대 초 Java·C#의 부상과 닷컴 붕괴로 ‘C++ 겨울’이 왔지만, 2004년경 CPU 주파수 스케일링이 멈추고 병렬성이 중요해지면서 move semantics·lambda·smart pointer를 담은 C++11이 르네상스를 만들었다. 오늘날 C++는 CERN, 게임 엔진 Unreal, 금융 고빈도 매매(HRT의 코드베이스는 100만 줄 이상, 2025년에만 약 800명이 8.4만 커밋), CUDA 기반 AI·HPC까지 “대략 어디에나” 쓰인다. 개발자 수는 2022년 940만에서 2025년 1,630만으로 늘었다. 다만 표준위원회가 527명 규모로 비대해졌고, 메모리 안전성이 가장 큰 과제로 남아 C++26은 미초기화 변수 처리와 bounds safety, static reflection으로 대응한다.
Tech Insight — 초보 프론트엔드 개발자라면 C++를 직접 쓸 일은 드물지만, 이 다큐가 던지는 교훈은 분명하다. ‘안전이 기본값’이라는 흐름(Rust, C++26)이 업계의 방향이고, 레거시 언어조차 성능·전력 효율이라는 대체 불가능한 자리를 지키며 진화한다는 점이다. 언어 선택의 기준이 유행이 아니라 ‘문제의 제약’이라는 사실은 변하지 않았다.
코드가 공짜인데 왜 더 위험할까
‘이해 비용’과 복잡성이라는 최상위 포식자
htmx 창시자의 에세이 “코드는 더 싸졌다(Code is Cheap)”는 AI 코딩 도구로 코드 작성 비용은 급락했지만, 정작 생성된 코드를 이해하는 비용은 더 커졌다고 짚는다. “컴파일러 출력도 이해 못 하지 않느냐”는 반박을 그는 범주 오류로 규정한다. 컴파일러는 결정적이고 원본 소스를 보존하며 출력 도메인이 기계어로 좁지만, LLM은 비결정적이고 원본을 대개 보존하지 않으며 출력이 일반 소프트웨어 전체로 열려 있기 때문이다. 그래서 거대한 변경을 한 번에 생성하기보다, 사람이 따라잡을 수 있는 속도의 ‘점진적 사용’을 권한다.
그는 디즈니 ‘판타지아’의 ‘마법사의 제자’를 비유로 든다. 빗자루에 마법을 걸어 청소를 떠넘긴 제자처럼, 이해 없이 코드를 양산하면 상황이 통제 불능에 빠진다. 교훈은 제자가 아니라 코드를 이해하는 ‘마법사’가 되라는 것이다. 핵심 위험은 시스템 규모에 따라 최소 기하급수적으로 증가하는 복잡성이며, LLM은 복잡성에 대한 두려움이 없는 다작 코더라 특히 위험하다. 해법으로 그는 ‘빼는 엔지니어(subtractive engineer)’를 제시한다. “아니오”라고 말하고, 출력을 면밀히 검토하며, 자신이 더한 코드가 아니라 시스템에서 제거하거나 막은 코드에 자부심을 두는 조각가형 엔지니어다.
Tech Insight — 바이브 코딩이 일상이 된 조직일수록 ‘많이 만든 사람’이 아니라 ‘단순하게 유지한 사람’을 보상하는 문화가 경쟁력이 된다. AGENTS·CLAUDE.md에 “가장 작은 변경, 지울 수 있는 것 우선”을 명시하고, 2차 리뷰에서 영리함을 덜어내는 루틴을 두는 것이 LLM 시대의 코드 품질을 지키는 현실적 장치다.
관련 글
- ‘새 n번방 금지법’에 우리가 “NO” 해야 하는 이유
- C++26 완성 — C++11 이후 최대 업그레이드, 리플렉션과 메모리 안전성
- 이해 부채: LLM이 만든 코드가 남기는 시한폭탄
- AI를 사용해 더 나은 코드를 더 천천히 작성하기
- AI는 소프트웨어 엔지니어링을 단순화하지 않았다
출처
- Privacy Guides — South Korean online communities will need to scan every image with AI censorship tools (GeekNews 정리)
- Herb Sutter — C++: The Documentary (GeekNews 정리)
- htmx.org — Code is Cheap(er) (GeekNews 정리)
AI Biz Insider · Tech Digest · aibizinsider.com
댓글 남기기