컴퓨팅 수요가 공급을 앞지르는 장기 추세, 2025년 전력·칩 제약, 보안/안전성에 대한 오해와 C++26의 강화 기능, 그리고 AI가 개발자 수요에 미치는 영향을 데이터와 함께 설명한다.
소프트웨어 개발에 관한 Herb Sutter
Herb SutterC++2025-12-30 2025-12-31 12분
2025년은 C++에게 또 하나의 훌륭한 해였다. 숫자가 이를 보여준다
아래의 데이터로 들어가기 전에, 가장 중요한 질문을 맨 앞에 놓자: 왜 2022년부터 2025년까지 C++와 Rust가 주요 프로그래밍 언어 중 가장 빠르게 성장했을까?
주된 이유는 컴퓨팅 역사 전반에 걸쳐 “소프트웨어가 하드웨어의 선물을 더 빨리 앗아간다(software taketh away faster than hardware giveth)”는 사실 때문이다. 효율적인 언어에 대한 수요는 지속된다. 점점 더 큰 컴퓨팅 문제를 해결하려는 우리의 수요가 더 큰 컴퓨팅 용량을 구축하는 능력을 꾸준히 앞지르며, 끝이 보이지 않기 때문이다. [6] 몇 년마다 사람들은 하드웨어가 너무 빨라져서 쓸모가 없어지는 건 아닐까 하고 의문을 품지만, 그때마다 미래의 다음 ‘대형 소프트웨어 수요’가 업계를 휩쓸며 커다란 각성의 순간을 가져온다. 2007년 iOS가 그랬고, 2022년 11월 ChatGPT가 그랬다. AI는 가용 하드웨어에서 최대 성능을 짜내려는 수요를 만들어내는 최신 원천일 뿐이다.
짧은 퀴즈: 2025년에 컴퓨팅 성장을 제약하는 가장 큰 두 가지는 무엇일까? 무엇이 가장 부족할까?
계속 읽기 전에 잠깐 스스로 답해보자…
— — —
정확히 “전력과 칩”이라고 답했다면 맞다 — 그리고 순서도 맞다.
칩은 #2 병목일 뿐이다. 하이퍼스케일러들이 칩 접근권을 확보하기 위해 치열하게 경쟁하고 있다는 건 널리 알려져 있다. 그래서 NVIDIA가 세계에서 가장 가치 있는 회사가 되었고, TSMC는 거대 기업이 되어 우리 세계 전체의 ‘단일 실패 지점’(single point of failure)이 되었다.
하지만 많은 사람들이 모른다: 전력이 2025년의 #1 제약이다. 최근 OpenAI의 모든 딜이 기가와트 단위로 표현되었다는 것을 눈치챘는가? 최근 실적 발표에서 세 명의 C레벨 임원이 한 말을 보자. [1]
Amy Hood, Microsoft CFO (MSFT 실적 발표, 2025년 10월 29일):
[Microsoft Azure의 제약은] 사실상 GPU나 CPU가 부족한 게 아니라, 넣을 공간이나 전력이 부족했던 것입니다. 우리는 그렇게 표현하죠.
Andy Jassy, Amazon CEO (AMZN 실적 발표, 2025년 10월 30일):
[AWS는] 지난 12개월 동안 3.8기가와트가 넘는 전력을 추가했습니다. 어떤 다른 클라우드 제공자보다도 많죠. 관점을 위해 말하자면, 우리는 이제 2022년 AWS의 전력 용량의 두 배가 되었고, 2027년까지 다시 두 배가 될 궤도에 있습니다.
Jensen Huang, NVIDIA CEO (NVDA 실적 발표, 2025년 11월 19일):
가장 중요한 것은 결국 전력이 1기가와트뿐이라는 점입니다. 1기가와트 데이터센터, 1기가와트 전력. … 그 1기가와트는 곧바로 환산됩니다. 와트당 성능이 곧바로, 절대적으로 곧바로, 매출로 이어집니다.
그래서 미래는 “와트당 성능(performance per watt)”과 “트랜지스터당 성능(performance per transistor)”에서 효율적인 언어에 대해 지속적으로 밝다. 우리가 풀고자 하는 컴퓨팅 문제의 규모는 지난 80년 동안 꾸준히 컴퓨팅 공급을 앞질러 왔다. 앞으로 80년 동안도 그럴 이유가 바뀔 것이라고 생각하지 않는다. [2]
이 핵심적이고 지속적인 지표를 겨냥하는 주요 이식성 언어의 목록은 매우 짧다: C, C++, Rust. [3] 따라서 2025년에 이 셋 모두가 건강한 성장을 계속했으며, 특히 C++와 Rust가 두드러진 것도 놀랄 일이 아니다**.**
자, 살펴보자.
프로그래밍은 뜨거운 시장이고, 프로그래머는 장기적으로 높은 성장 수요가 있다. (AI는 이를 바꾸지 않고, 바꾸지도 못할 것이다; 부록을 보라.)
SlashData(2025)의 “Global developer population trends 2025”에 따르면, 지난 3년 동안 전 세계 개발자 인구는 약 50% 증가하여 3,100만 명을 조금 넘는 수준에서 4,700만 명을 조금 넘는 수준으로 늘었다. (다른 출처들도 이에 부합한다: IDC는 이런 성장이 계속되어 2028년까지 5,700만 명 이상의 개발자에 이를 것으로 전망한다. JetBrains도 비슷한 규모의 전문 개발자 수를 보고하는데, 학생과 취미 개발자를 제외하기 때문에 수치가 더 작다.) 그리고 어떤 두 언어가 가장 빠르게 성장했을까(2022년~2025년의 가장 높은 비율 성장)? Rust와 C++이다.
C++의 성장을 맥락 속에 놓아보면:
C++는 ‘살아있는 언어’이며, 핵심적으로 해야 할 일(core job to be done)은 하드웨어를 최대한 활용하는 것이다. 그리고 변화하는 하드웨어 환경과의 관련성을 유지하기 위해 지속적으로 진화한다. 새로운 C++26 표준에는 최신 CPU와 GPU에서 하드웨어 병렬성을 지원하기 위한 추가 기능이 들어 있다. 특히 CPU 내부 벡터 병렬성을 위한 SIMD 타입 지원을 더하고, 일반적인 멀티 CPU 및 GPU 동시성/병렬성을 위한 std::execution Sender/Receiver 모델을 추가한다.
그런데 잠깐 — 이런 성장이 어떻게 가능할까? 지난 몇 년 동안 소수의 목소리 큰 사람들이 내놓은 보도자료와 트윗들이 C++가 “너무 unsafe해서 쓸 수 없다”고 주장하지 않았나?
이제 그 부분을 다뤄보자…
C++의 보안 취약점 비율은 언론에서 과장되어 왔다. 그 주요 이유는, 일부 보고서가 해마다 소수 비중으로 줄어드는 ‘프로그래밍 언어 취약점’만을 세고 있고, 통계가 C와 C++를 한데 섞기 때문이다. 이 두 가지를 각각 보자.
첫째, 업계의 보안 문제는 대부분 프로그래밍 언어의 비안전성(insecurity) 자체에 관한 것이 아니다.
해마다 그렇고, 2025년에도 MITRE의 “CWE Top 25 Most Dangerous Software Weaknesses”(mitre.org, 2025)에서 상위 10개 ‘가장 위험한 소프트웨어 약점’ 중 언어의 안전성 속성과 관련된 것은 3개뿐이다. 그 3개 중 2개(경계 밖 쓰기, 경계 밖 읽기)는 C++26의 강화된 C++ 표준 라이브러리에서 경계 검사를 통해 직접적이고 극적으로 개선된다(아래 참조). 그리고 그 목록은 소프트웨어 약점에 대해서만 말하는데, 점점 더 많은 공격이 소프트웨어를 완전히 우회한다.
왜 취약점이 점점 _언어 문제_도 아니고, 심지어 소프트웨어 문제도 아닌가? 우리는 소프트웨어를 _강화해 왔기 때문_이다. 이것이 제로데이 익스플로잇의 비용이 수천 달러에서 수백만 달러로 계속 상승해 온 이유다. 그래서 공격자들은 그 방향의 추구를 줄이고, 무리에서 다음으로 느린 동물을 노린다. 예를 들어 “CrowdStrike 2025 Global Threat Report”(CrowdStrike, 2025)는 “79%의 [사이버 보안 침입] 탐지가 악성코드 없이(malware-free) 발생했다”고 보고한다. 즉, 프로그래밍 언어 익스플로잇을 수반하지 않았다. 대신 언어와 무관한 공격이 크게 늘었을 뿐 아니라, 심지어 소프트웨어가 아닌 공격도 크게 늘었다. 2024년 상반기와 하반기 사이에 ‘비싱(vishing) [전화 통화 및 음성 메시지를 통한 보이스 피싱] **작전이 442% 성장’했다.”
해마다 더 비싸지는 악성코드 감염을 위해 use-after-free 버그 익스플로잇을 작성하느라 고생할 이유가 있을까? 프로그래밍 언어에 의존하지 않는 크로스사이트 스크립팅을 하는 게 더 쉽고, 소프트웨어를 아예 무시하고 사용자에게 전화로 비밀번호를 말하게 설득하는 건 더 쉽다.
둘째, 프로그래밍 언어의 비안전성과 관련된 부분에 한정하면 문제아는 C이지 C++가 아니다.
심각한 문제는 취약점 통계가 거의 항상 C와 C++를 함께 묶는다는 점이다. 둘을 구분하는 좋은 공개 자료를 찾기가 매우 어렵다. 내가 아는 한, C와 C++를 구분한 유일한 신뢰할 만한 공개 연구는 Mend.io의 연구이며, “What are the most secure programming languages?”(Mend.io, 2019)에서 보고되었다. 데이터가 2019년이긴 하지만, 결과가 해마다 일관되게 나타난다는 것을 볼 수 있다.
C++ 막대가 안 보이나? 핀치 줌을 해보라. 😉
C++의 메모리 안전성은 예전부터 C보다는 다른 현대적 인기 언어들에 훨씬 가까웠지만, 여전히 개선할 여지가 있고, 곧 출시될 최신 C++ 표준 C++26에서는 더 잘하고 있다. C++26은 두 가지 주요 보안 개선을 제공하며, 코드를 C++26으로 그냥 다시 컴파일하기만 해도 보안이 크게 향상된다:
추가로, C++26은 계약(contracts)을 통해 기능 안전성(functional safety)을 추가한다: 전제조건(preconditions), 사후조건(postconditions), 계약 단언(contract assertions)을 언어에 제공하여, 프로그래머가 메모리 안전성을 넘어 프로그램이 의도대로 동작하는지를 점검할 수 있게 한다.
C++26 이후, 앞으로 1~2년 안에 다음과 같은 제안들을 보게 될 것으로 예상한다:
컴파일러와 사용자들이 따라잡을 수 있도록, C++ 진화를 C++03 때처럼 조금 늦추자는 요구를 하는 사람들도 있는 것으로 안다. 하지만 우리도 이런 추가 보안을 좋아한다. 그래서, 그냥 아이디어 차원에서 가정해보자면:
만약 C++29(C++의 다음 릴리스 주기)을 이슈 목록 수준의 항목(버그 수정과 다듬기, 새로운 기능 추가는 아님)과 위의 “강화(hardening)” 목록(라이브러리 강화 추가, 언어의 미정의 동작 추가 제거)에만 집중하도록 한다면 어떨까?
이 아이디어가 흥미로운 것은, 보안이 C++의 #1 불타는 이슈라서가 아니다 — 그렇지 않다. C++ 사용은 계속 도약적으로 늘고 있다 — 하지만 이는 “잠깐 멈춰 안정화하자”와 “더 강화하자”라는 두 동기를 동시에 해결할 수 있기 때문이다. 집중이란 ‘아니오’라고 말하는 것이다.
프로그래밍은 빠르게 성장하고 있다. C++는 매우 빠르게 성장하고 있으며, 컴퓨팅 수요가 항상 공급을 앞지른다는 80년짜리 거대한 추세와 깊이 정렬되어 있기 때문에 건전한 장기적 미래를 가진다. C++는 살아있는 언어로서, 개발자들이 하드웨어를 최대한 활용하는 데 필요한 것이 무엇인지에 맞춰 환경에 지속적으로 적응하며 핵심 임무를 수행한다.
그리고 그 사실은 숫자에 나타난다.
C++의 훌륭했던 2025년과 2026년의 장밋빛 전망에 건배! 연휴 기간 나머지도 즐겁게 보내길 바라며, 2026년에 다시 보자.
이 글을 쓰도록 동기를 주거나 피드백을 준 Saeed Amrollahi Boyouki, Mark Hoemmen, Bjarne Stroustrup에게 감사한다.
마지막으로, 어떤 글도 피할 수 없는 주제인 AI를 이야기해보자.
C++는 현재 AI의 기반이다. AI를 돌리고 있다면, 직간접적으로 CUDA(또는 TensorFlow 등 유사한 것)를 돌리고 있는 것이고 — CUDA(또는 TensorFlow 등)를 돌리고 있다면, 아마도 C++를 돌리고 있을 가능성이 크다. CUDA는 주로 C++ 확장으로 제공된다. 최첨단에서는 DSL이 늘 자리를 갖겠지만, 범용 AI에서는 고성능 배포와 추론의 대부분이 C++로 구현되어 있다. 사람들이 다른 언어(예: Python)로 더 높은 수준의 코드를 작성하고 있더라도 그렇다.
하지만 C++를 넘어 더 넓게 보자: AI 전반은 어떨까? AI가 우리 일자리를 모두 가져갈까? (스포일러: 아니다.)
AI는 놀랍고 변혁적인 도구로서, 반복 노동을 크게 줄여준다. 이미 해결된 문제들(LLM이 알려진 해법으로 학습된 문제들)을 포함해서 말이다. 하지만 AI는 이해할 수 없고, 따라서 새로운 문제를 풀 수 없다 — 그리고 그것이 우리 업계의 현재 및 장기 성장의 대부분이다.
그게 무엇을 의미할까? 내 생각에는 크게 두 가지다…
첫째, AI가 큰 게임 체인저가 아니라고 생각하는 사람들은 자기기만하고 있다고 본다.
내게 AI는 (아득한 옛날의) 바퀴, (1970년대의) 계산기, (1990년대의) 인터넷에 필적한다. [5] 이들 각각은 인간의 일을 대체(replace)하기가 아니라 _가속(accelerate)_하기 위한 게임 체인저 도구였고, 그 결과 인간의 생산과 생산성이 줄지 않고 늘었다.
Adam Unikowsky의 “Automating Oral Argument”(Substack, 2025년 7월 7일)를 강력히 추천한다. Unikowsky는 미국 연방대법원에서의 실제 구두변론을 가져와, 2025년 시점의 Claude가 대법원급 변호사로서 얼마나 잘할 수 있는지, 그리고 그 강점과 약점이 무엇인지 보여준다. “Here is the AI oral argument”를 검색해 오디오 플레이어를 누르면, 실제 대법원 세션 녹음이 재생되는데 Unikowsky의 답변만 AI가 생성한 음성으로 대체되어, 재판관들의 실제 질문 각각에 대해 AI가 생성한 텍스트를 AI 음성으로 그대로 말한다. 다른 목소리는 실제 대법원 재판관들이다. (스포일러: “객관적으로, 이것은 뛰어난 구두변론이다.”)
둘째, AI가 많은 프로그래머를 실직시킬 것이라고 생각하는 사람들도 자기기만하고 있다고 본다.
우리는 방금 보았다. ChatGPT가 세상을 뒤흔든 지 3년이 지난 오늘에도 인간 프로그래머 수는 예전처럼 빠르게 늘고 있다. “AI가 프로그래머를 대체할 것”이라는 밈을 가장 강하게 부추기는 회사들조차도, 실제로는 인간 프로그래머 인력을 공격적으로 늘리고 있고 줄이지 않는다.
세 명의 다른 C레벨 임원이 말하는 것을 보자.
Sam Schillace, Microsoft 부CTO (Substack, 2025년 12월 19일)는 AI에 매우 들떠 있지만, 다음 말은 잘 짚었고, 위 Unikowsky의 경험과도 직접 공명한다:
당신의 일이 근본적으로 “복잡한 지시를 따라 버튼을 누르는 것”이라면, AI가 결국 그것을 가져갈 것이다.
하지만 그게 대부분의 프로그래머는 아니다. Matt Garman, Amazon Web Services CEO (Matthew Berman과의 인터뷰, X, 2025년 8월)는 단도직입적으로 말한다:
사람들이 내게 [AI로] 우리 회사의 주니어 인력을 전부 대체할 수 있다고 말하더군요. 저는 그게 … 내가 들어본 것 중 가장 멍청한 말 중 하나라고 했죠. … AI는 모든 산업, 모든 회사, 모든 직무를 변혁할 잠재력이 있습니다. 하지만 그렇다고 해서 사라진다는 뜻은 아닙니다. 대체한 것이 아니라 변형시킨 겁니다.
Mike Cannon-Brookes, Atlassian CEO (Stratechery 인터뷰, 2025년 12월)도 잘 말한다:
저는 [AI가] 인간의 창의성과 문제 해결에 대한 거대한 ‘힘의 배수기’(force multiplier)라고 생각합니다 … 소프트웨어를 쓰는 비용이 절반이 된다면, 절반의 인원으로 할 수도 있겠죠. 하지만 핵심 경쟁 압력 때문에 … [실제로는] 같은 인원이 필요할 겁니다. 다만 더 높은 품질의 기술을 만들도록 더 잘해야 하겠죠. … 사람들은 AI가 자기 일을 가져갈까 두려워할 게 아니라 … AI를 정말 잘해서 [그래서 더 효율적인] 누군가가 자기 일을 가져갈 것을 두려워해야 합니다.
따라서 “소프트웨어의 상위 제약은 무엇인가?”라는 질문을 하드웨어와 전력뿐 아니라 포함 범위를 넓혀본다면, #3 장기 제약은 명확하다: 우리는 숙련된 인간 프로그래머가 만성적으로 부족하다. 인간은 대규모로 대체되고 있지 않다(대부분은). 우리는 더 생산적으로 되고 있고, 이전보다 더 필요하다. 앞서 썼듯이: “프로그래밍은 뜨거운 시장이고, 프로그래머는 장기적으로 높은 성장 수요가 있다.”
[1] 빅테크가 전력에 대규모로 투자하고 있다는 것은 사실 좋은 소식이다. 오늘 우리가 구축하는 기가와트급 용량은 15~20년 이상 계속 작동하는 장기 자산이며, 최초에 그 용량을 구축한 회사가 생존하든 흡수되든 상관없이 지속된다. 중요한 것은, 현재의 “AI 버블” 수요를 만족시키기 위해 오늘 구축되는 전력 생산 인프라가 AI 이후의 다음 대형 컴퓨팅 수요가 도래할 때도 계속 존재할 것이라는 점이다. Ben Thompson의 훌륭한 글들, 예컨대 “The Benefits of Bubbles”(Stratechery, 2025년 11월)을 보라.
[2] _은하수를 여행하는 히치하이커를 위한 안내서_에는 재미있지만 그럴듯하지 않은, 서로 반대되는 두 가지 아이디어가 있다: (1) “컴퓨팅이 너무 제약되는” 문제: 도시 크기의 Deep Thought를 실제로 750만 년 동안 돌리도록 놔두지 않을 것이다. 대신 백만 개의 도시를 지을 것이다. (2) “컴퓨팅이 너무 남아도는” 문제: “행성 크기의 뇌”를 가진 Marvin이 만들어질 때쯤이면, 그는 실제로 지루해하지 않을 것이다. 우리는 이미 태양계 규모의 문제를 풀려 하고 있을 것이기 때문이다.
[3] 이는 “범용(general-purpose)” 코딩에 대한 이야기다. 최첨단의 특수 영역에서는 항상 커스텀 DSL의 사용이 포함될 것이다.
[4] 이는 순수 C 코드(즉, C/C++ 교집합에 있는 코드)를 C++26으로 컴파일하는 것만으로도 자동으로 더 정확하고 더 안전해진다는 뜻이다. 이는 새로운 일이 아니다. C 코드를 C++로 컴파일했을 때 더 정확해지는 것은 1980년대부터 사실이었다.
[5] 내 또래라면, 선생님이 계산기를 쓰게 하면 교육에 해가 될까 걱정하던 시절을 기억할 것이다. 더 많은 사람들은 학생들이 인터넷을 구글링하도록 허용하는 것에 대한 비슷한 불안감을 기억할 것이다. 이제 우리는 AI에서도 같은 두려움을 본다 — 마치 우리가 그것을(또는 그 이전의 것들을) 멈출 수 있기라도 한 듯이 말이다. 하지만 우리는 그러면 안 된다. 그럴 필요도 없다. 매번 우리는 같은 교훈을 다시 배운다. 이런 도구를 사용하는 법을 가르치는 것은 교육의 일부가 되어야 한다. 도구를 사용하면 우리가 더 생산적이기 때문이다.
[6] 이는 Wirth의 법칙, “소프트웨어는 하드웨어가 빨라지는 것보다 더 빠르게 느려지고 있다”와 같은 말이 아니다. Wirth의 관찰은 운영체제의 오버헤드와 고수준 런타임, 그리고 기타 값비싼 추상화의 오버헤드가 시간이 지날수록 점점 무거워져서, 같은 문제를 푸는 프로그램이 점점 더 비효율적이 되고 과거보다 더 많은 하드웨어 용량을 빨아먹게 된다는 것이다. 예컨대 “Hello world”를 출력하는 것도 현대 Java로 작성하면 Commodore 64 BASIC 시절보다 훨씬 더 많은 전력과 하드웨어가 필요하다. 하지만 이는 시간이 지날수록 느려지는 C++에는 적용되지 않는다. C++는 대부분의 사용에서 저수준 C만큼(또는 그보다) 효율적이다. 내가 여기서 말하는 핵심은 매우 다르다: 소프트웨어가 다루는 문제 자체가 하드웨어가 빨라지는 것보다 더 빠르게 커지고 있다는 점이다.
Herb Sutter는 저자이자 강연자이며, Citadel Securities의 테크니컬 펠로우이고, Standard C++ Foundation의 의장 및 ISO C++ 표준위원회 의장 명예직을 맡고 있다. Herb Sutter의 모든 글 보기
게시됨 2025-12-30 2025-12-31
이전 글: 싱가포르(11월 20일 목요일)와 시드니(11월 23일 일요일)에서 발표
이메일 주소:
구독
저는 저자이자 강연자이며, 깨끗하면서도 빠른 프로그램 코드를 가능하게 하는 데 초점을 둔 프로그래밍 언어 덕후다. 1993년부터 프로그래밍에 대해 글을 써왔고, 대개 C++나 동시성 및 병렬성에 대해 썼다. 나는 여러 표준화된 ISO C++ 언어/라이브러리 기능의 설계자 또는 공동 설계자다. 2002년부터 2025년까지 ISO C++ 표준위원회의 의장을 맡았고, 2012년부터 Standard C++ Foundation의 의장을 맡고 있다. 나는 Citadel Securities의 테크니컬 펠로우다. 이 개인 웹사이트는 그 어느 조직의 의견도 대변하지 않는다.
5,417명의 다른 구독자와 함께하세요
Sign me up
Sutter’s Mill* WordPress.com 계정이 이미 있나요? [지금 로그인.](https://wordpress.com/log-in?redirect_to=https%3A%2F%2Fr-login.wordpress.com%2Fremote-login.php%3Faction%3Dlink%26back%3Dhttps%253A%252F%252Fherbsutter.com%252F2025%252F12%252F30%252Fsoftware-taketh-away-faster-than-hardware-giveth-why-c-programmers-keep-growing-fast-despite-competition-safety-and-ai%252F)
*
* [ Sutter’s Mill](https://herbsutter.com/)
* [구독](https://herbsutter.com/2025/12/30/software-taketh-away-faster-than-hardware-giveth-why-c-programmers-keep-growing-fast-despite-competition-safety-and-ai/)[구독됨](https://herbsutter.com/2025/12/30/software-taketh-away-faster-than-hardware-giveth-why-c-programmers-keep-growing-fast-despite-competition-safety-and-ai/)
* [가입](https://wordpress.com/start/)
* [로그인](https://wordpress.com/log-in?redirect_to=https%3A%2F%2Fr-login.wordpress.com%2Fremote-login.php%3Faction%3Dlink%26back%3Dhttps%253A%252F%252Fherbsutter.com%252F2025%252F12%252F30%252Fsoftware-taketh-away-faster-than-hardware-giveth-why-c-programmers-keep-growing-fast-despite-competition-safety-and-ai%252F)
* [짧은 링크 복사](https://wp.me/peb5Y-1zI)
* [이 콘텐츠 신고](https://wordpress.com/abuse/?report_url=https://herbsutter.com/2025/12/30/software-taketh-away-faster-than-hardware-giveth-why-c-programmers-keep-growing-fast-despite-competition-safety-and-ai/)
* [리더에서 글 보기](https://wordpress.com/reader/blogs/3379246/posts/6058)
* [구독 관리](https://subscribe.wordpress.com/)
* [이 바 접기](https://herbsutter.com/2025/12/30/software-taketh-away-faster-than-hardware-giveth-why-c-programmers-keep-growing-fast-despite-competition-safety-and-ai/)
댓글 불러오는 중...
댓글 쓰기...
이메일(필수) 이름(필수) 웹사이트