모던 C++

C++ 개발자를 채용하겠다는 결정은 대개 구체적인 문제를 하나 달고 찾아옵니다. 무언가가 더 빨라야 하거나, 하드웨어 위에서 돌아가야 하거나, 네이티브 인터페이스만 제공하는 라이브러리와 연결되어야 합니다. 그리고 그때 시작되는 채용 절차는 대체로 C++를 하나의 기술로 취급합니다. 실망스러운 결과의 대부분은 바로 그 전제에서 나옵니다. C++는 하나의 직무가 아닙니다. 뛰어난 게임 엔진 프로그래머가 임베디드 펌웨어에서는 정말로 생산성이 나오지 않을 수 있고, 저지연 트레이딩 전문가는 평생 그래픽 애플리케이션을 출시해 본 적이 없을 수도 있습니다. 셋 다 훌륭한 C++...

Qt 개발자를 채용하려는 회사는 대개 브라우저가 아니라 기계 위에서 돌아가야 하는 무언가를 만들고 있습니다. 계기판, 진단 도구, 다른 누구도 지원하지 않는 하드웨어를 제어하는 애플리케이션 같은 것들입니다. 후보자 풀은 웹 시장의 아주 일부에 지나지 않고, 쓰이는 어휘도 다르며, 흔히 통하던 채용 지름길은 여기서 통하지 않습니다. “C++”라는 조건만으로 걸러 내는 리크루터는 QML을 한 줄도 써 본 적 없는 사람을 데려옵니다. 이 글은 유능한 Qt 엔지니어가 실제로 무엇을 알고 있는지, 2026년에 이 자리가 얼마나 드는지, 정말 중요한 역량을 어떻게 검증하는지, ...

C++와 Rust 간의 메모리 안전성 논의는 소프트웨어 엔지니어링에서 가장 활발한 주제 중 하나가 되었습니다. 정부 기관이 의견을 제시하고, 컨퍼런스 발표가 이 주제에 할애되며, 양쪽 모두 강한 견해를 가지고 있습니다. 먼저 솔직하게 말씀드리겠습니다: Rust는 훌륭한 언어입니다. 소유권 모델과 빌림 검사기는 진정으로 혁신적이며, 컴파일 시점에 버그의 전체 범주를 잡아냅니다. 새 프로젝트를 시작하는데 Rust가 팀과 생태계에 적합하다면, 그것은 훌륭한 선택입니다. 동시에 C++는 세계에서 가장 성능이 중요한 소프트웨어의 근간으로 남아 있습니다: 운영체제 커널, 게임 ...