인기 번역

인기 급상승 번역 아티클

커뮤니티에서 가장 인기 있는 번역을 확인하세요

오픈 소스 보안 작업은 “특별”하지 않다
오픈 소스에서 보안 작업이 왜 소수의 유지관리자에게만 묶여 ‘특별한 일’로 취급되는지, 그리고 신뢰할 수 있는 보안 기여자 모델과 도구·문화·기술의 변화로 이를 어떻게 더 지속가능하게 만들 수 있는지에 대한 제안.
229더 읽기 →
“이 컴퓨터는 당신을 위한 것이 아니다” · Sam Henri Gold
MacBook Neo를 둘러싼 ‘허락장’ 같은 리뷰들에 반박하며, 올바른 도구가 아니라 집착과 한계의 경험이 어떻게 누군가를 개발자·디자이너·창작자로 만드는지에 대해 이야기한다.
175더 읽기 →
세미콜론은 필요 없다
여러 프로그래밍 언어가 세미콜론 없이도 문을 구분하기 위해 줄바꿈을 어떻게 해석하는지 비교하고, 그 설계 선택이 갖는 장단점을 정리한다.
30더 읽기 →
모든 검토 단계는 당신을 10배 느리게 만든다
검토/승인 단계가 하나 늘 때마다 ‘벽시계 시간’이 10배씩 늘어난다는 경험칙을 바탕으로, AI가 코딩을 빠르게 만들어도 병목은 검토 파이프라인에 남으며, 품질을 높이면서도 속도를 유지하려면 검토를 줄이는 대신 시스템적으로 결함을 줄이는 문화와 신뢰, 모듈성에 투자해야 한다는 주장.
65더 읽기 →
AI에 대한 Rust 프로젝트 관점
Rust 기여자와 유지관리자들이 AI 도구 사용에 대해 제시한 다양한 관점과 쟁점을 모아 요약하고, 코딩·비코딩 활용, 윤리·법적 문제, 오픈 소스에 미치는 영향, 그리고 가능한 대응 방향을 정리한다.
86더 읽기 →
자율 주행 코드베이스를 향하여
수천 개의 에이전트를 오케스트레이션해 장기간 자율 코딩을 확장하며 얻은 시스템 설계, 인프라, 프롬프트 최적화의 교훈을 공유한다.
13더 읽기 →
다음 10년을 위한 Git의 진화
FOSDEM 2026에서 Patrick Steinhardt가 Git이 다음 10년에 대비해 해결해야 할 과제와 진행 중인 전환(sha-256, reftable, 대용량 파일, UI 개선)을 설명했다.
33더 읽기 →
Rust에서 하드웨어에 접근하기
Rust에서 하드웨어에 접근할 때 좋은 API는 어떤 모습이어야 하는지 살펴보고, I/O 포트, 시스템 레지스터, 메모리 매핑 I/O 같은 접근 방식과 svd2rust, tock-registers, safe-mmio, derive-mmio 등 주요 크레이트의 문서화·사용성을 비교합니다.
21더 읽기 →
넷플릭스의 마운트 대혼란: 최신 CPU에서 컨테이너 스케일링하기
넷플릭스가 kubelet+containerd 런타임으로 현대화하는 과정에서 커널 마운트 락 경합과 CPU 아키텍처 특성(특히 NUMA·하이퍼스레딩·캐시 구조)이 컨테이너 대량 기동 성능에 미치는 영향을 분석하고, 마운트 연산을 O(n)에서 O(1)로 줄여 병목을 해소한 이야기.
51더 읽기 →
500ns 파서의 해부학: libphonenumber를 Rust로 포팅하기
프리랜스 프로젝트에서 시작해 Google의 C++ libphonenumber를 Rust로 버그-투-버그 호환되게 포팅하며, 정규식 처리 방식을 단순화하고 빌드 타임 컴파일·유니코드 Trie·제로 할당 포매팅을 도입해 파싱을 약 500ns까지 끌어올린 과정.
35더 읽기 →
토머스 우터스와의 인터뷰
귀도 반 로섬이 파이썬 커뮤니티의 핵심 기여자 토머스 우터스와 나눈 대화를 정리한 인터뷰. 파이썬에 처음 기여하게 된 계기, 초기 메일링 리스트 문화, `+=`(증강 대입) 구현, 중첩 스코프와 `__future__` 임포트, XML/xmlplus, PSF 창립 및 초기 PyCon 이야기 등을 다룬다.
226더 읽기 →
ETL은 죽었다
2027년에 ETL 파이프라인은 역사상 어느 해보다도 많이 돌아가겠지만, 데이터 엔지니어링을 규정하던 중심 업무로서의 ETL은 더 이상 유효하지 않다는 주장과, 그 자리를 ‘컨텍스트 아키텍처’가 대체한다는 관점을 탐구한다.
75더 읽기 →
데이터는 코드다
람다 계산과 Church/Böhm–Berarducci 인코딩을 통해 불리언, 자연수, 리스트 같은 데이터 타입을 순수 함수로 구현하는 방법을 `annah` 컴파일러 예제로 살펴본다.
11더 읽기 →
너와 네 스피너는 지옥에나 가라
웹 전반에 만연해진 로딩 스피너와 스켈레톤 로더의 남용이 어떻게 사용자 경험을 해치고, 성능 지표와 관행이 이를 부추겼는지 비판하며 실제 체감 반응성을 높이는 대안을 제시한다.
22더 읽기 →
AI 이후의 데이터 엔지니어링
AI가 파이프라인 코드를 점점 더 잘 생성하는 시대에, 데이터 엔지니어링의 핵심이 ‘데이터 이동’이 아니라 ‘의미’와 ‘맥락’의 아키텍처로 재편되는 과정을 ECL(Extract, Contextualize, Link) 프레임워크로 설명한다.
57더 읽기 →
Mojo는 (아직) Python이 아니다 - The Consensus
Chris Lattner의 새로운 독점 고수준 시스템 프로그래밍 언어 Mojo를 Python, Cython, PyPy와 비교해 보며, 겉보기와 달리 Python과의 호환성이 제한적임을 확인하고 Python 상호운용 및 성능을 간단히 측정한다.
10더 읽기 →
Claude가 Electron 앱인 이유: 우리는 네이티브를 잃었기 때문이다
네이티브 앱이 더 이상 웹 앱에 비해 API, 일관된 외관, OS 통합, 성능 면에서 뚜렷한 이점을 주지 못하게 된 이유를 살펴보며, 문제의 핵심은 스택이 아니라 제품에 대한 ‘돌봄’의 부재라고 주장한다.
86더 읽기 →
Jazzband 종료 안내
Jazzband가 종료(윈드다운) 절차에 들어가며 신규 가입이 중단되었습니다. 프로젝트 리드는 PyCon US 2026 이전에 이전을 조율하기 위해 연락을 받게 됩니다.
23더 읽기 →
Linux 커널에서 eBPF 스핀락 문제를 수정한 이야기 | Ritesh Oedayrajsingh Varma
Superluminal의 Linux 버전에서 발생한 주기적 시스템 프리즈를 추적하며 eBPF 링버퍼와 rqspinlock의 NMI 재진입·타임아웃·기아 문제를 찾아 커널 패치로 해결한 과정.
9더 읽기 →
Claude Code에 가장 적합한 프로그래밍 언어는 무엇일까?
Claude Code로 13개 언어에서 간소화한 Git(미니-git)을 구현하게 하고 시간·비용·안정성을 비교한 정량 벤치마크. Ruby, Python, JavaScript가 가장 빠르고 저렴하며 안정적이었고, 정적 타입 언어는 1.4–2.6배 더 느리고 비쌌다.
66더 읽기 →
MikroORM 7: 해방
1년 반의 개발 끝에 안정화된 MikroORM v7을 소개합니다. 핵심 패키지 런타임 의존성 0, knex에서 Kysely로 전환, 네이티브 ESM, Node.js 직접 의존성 제거, 타입 안전 QueryBuilder 등 주요 변경 사항과 새로운 기능을 정리합니다.
34더 읽기 →