Trawling

개발 · 최신기사

언어와 프레임워크, SDK와 개발 방식·도구의 변화를 다룹니다.

모든 개발자가 SIMD를 알아야 하는 이유

발행

Mitchell Hashimoto는 SIMD를 대량의 연속 데이터를 처리하는 일반적인 최적화 기법으로 소개하며, 벡터화 코드의 공통 구조를 다섯 단계로 설명합니다. Ghostty의 코드포인트 탐색 사례에서는 AVX2 환경의 실제 처리량이 약 5배 향상됐지만, 먼저 측정하고 컴파일러의 자동 벡터화 결과도 확인해야 한다고 말합니다.

Last.fm RSS 피드 제공 서비스

발행

Last.fm 사용자 이름을 입력하면 최근 재생곡, 좋아요한 곡, 인기 곡과 아티스트 피드를 받을 수 있습니다. 추천 곡 피드와 JSON 형식도 제공하며, 이미지와 기간별 조회를 지원합니다.

Factorio 품질 생산 계산하기

발행

Factorio: Space Age의 품질 생산과 재활용 과정을 행렬과 선형 방정식으로 모델링하고, 장기 생산량을 정확히 계산하는 방법을 설명합니다. 저자는 계산을 자동화한 웹 도구와 소스 코드도 공개했습니다.

🎡 소셜 페리스 휠: Sanity를 중심에 둔 콘텐츠 파이프라인

발행

1인 사업자가 Sanity를 콘텐츠 허브로 삼아 상품 정보와 지식 베이스를 읽고 소셜 게시물 초안을 만드는 시스템을 구축했습니다. 플랫폼별 검수와 승인 단계는 자동화했지만 실제 게시 기능은 아직 연결하지 않았습니다. 원문은 데이터 충돌 처리, 토큰 보관, 프롬프트 캐싱과 구축 과정의 문제를 함께 설명합니다.

안전한 Rust가 Google의 C Brotli를 앞설 수 있을까요?

발행

안전한 Rust로 작성한 Brotli 구현 mbrotli의 최적화 과정과 Google의 C 구현을 비교합니다. 일부 압축 품질에서는 처리량이 앞서지만 디코딩은 모든 측정 품질에서 뒤졌으며, 측정 조건과 FFI의 안전성 수정 때문에 결과를 그대로 일반화하기 어렵다고 설명합니다.

1+1을 계산하려다 함수형 프로그래밍 언어를 만들었습니다

발행

이 글은 이진 트리로 산술식을 계산하는 과제에서 출발해 C로 그래프 환원 기반 함수형 언어를 만든 과정을 설명합니다. 클로저와 청크 메모리 할당기, 마크-앤드-스윕 가비지 컬렉터를 구현하며 fib(40)의 메모리 사용량을 12GB 이상에서 1.7MB로 줄였지만, 실행에는 6분이 걸렸습니다.

사람의 코드 리뷰는 당분간 사라지지 않습니다

발행

AI 에이전트가 개발 단계를 한 작업 흐름으로 압축해도, 코드 리뷰가 맡던 위험 관리와 책임까지 없어지지는 않습니다. 글은 에이전트의 반복 작업은 격리된 환경에서 끝내고, CI가 근거를 담은 리뷰 브리핑을 만들며, 담당자가 최종 승인하는 방식을 제안합니다.

메트릭은 시스템 상태 그 자체가 아닙니다

발행

발효 중인 포도즙을 굴절계로 측정한 경험을 바탕으로, 메트릭과 실제 시스템 상태를 구분해야 한다고 설명합니다. 원시 관측값과 해석을 따로 저장하고, 측정의 맥락과 이력을 남겨야 메트릭이 더는 상태를 제대로 나타내지 못하는 순간을 알아챌 수 있습니다.

GitHub Actions를 기다리지 마세요: 지금 CI를 빠르게 만드는 방법

발행

GitHub Actions를 빠르게 만드는 출발점은 하드웨어 교체가 아니라 불필요한 작업을 줄이는 일입니다. 글은 실행 시간과 첫 유용한 실패까지 걸리는 시간을 먼저 측정한 뒤, 오래된 실행 취소, 의존성 캐시, 작업 순서와 병렬화, 아티팩트 보관을 단계별로 점검합니다.

그다지 프로메테우스답지 않은

발행

LLM이 코딩 비용을 크게 낮췄다는 주장만으로 개발의 병목이 사라지지는 않습니다. 글은 DHH의 Rails World 기조연설을 비판적으로 검토하며, 코드 작성 뒤에 남는 배포·유지보수·회귀 방지와 새로운 아이디어의 희소성을 짚습니다.

NASA, SR-71A 비행 재개 위해 퇴직 직원들에게 도움 요청

발행

NASA가 전시용 SR-71A 블랙버드의 비행 재개를 추진하며 전직 시험 엔지니어들에게 일자리를 제안했다는 보도입니다. 예비 부품과 연료 공급망, 엔진 상태, 지상 장비와 숙련 인력 부족이 큰 장애물이며 NASA는 프로젝트를 공식 확인하지 않았습니다.

코딩 에이전트 시대에도 코드 리뷰가 필요할까요?

발행

코딩 에이전트가 구현과 테스트를 맡아도 검증과 책임은 사라지지 않습니다. 작성자 본인의 검토를 소유권의 기준으로 삼되, 위험도에 따라 아키텍처 제약·자동 검사·전문 에이전트·동료 리뷰를 조합하자는 제안입니다.

2026년 9월 Rust 컴파일러 성능 개선

발행

2026년 7월 29일부터 9월 28일까지 Rust 컴파일러 벤치마크 629건 가운데 555건이 개선됐고, 평균 벽시계 시간이 4.57% 줄었습니다. LLVM 23 업그레이드와 Clippy의 PGO 적용, Polonius·새 trait solver 최적화 등 여러 변경의 측정 결과를 소개합니다.

결정적 동시성

발행

UC Berkeley의 Edward Lee가 동시성과 비결정성을 구분하고, 결정성을 물리 시스템이 아닌 모델의 속성으로 보자고 제안합니다. 결정적 모델이 성능을 반드시 떨어뜨리지 않으며, 동시·분산 시스템의 설계와 장애 허용을 쉽게 할 수 있다는 주장을 소개합니다.

SQL 쿼리 빌더의 두 가지 유형

발행

SQL 쿼리 빌더는 파이프라인이 데이터 처리 과정을 나타내는 ‘데이터 지향’ 방식과 SQL 문법 트리를 채우는 ‘문법 지향’ 방식으로 나뉩니다. 글은 두 방식의 동작 차이와 한계를 설명하고, SQL의 폭넓은 기능을 데이터 지향 인터페이스로 다루도록 설계한 FunSQL을 소개합니다.

코드 리뷰는 권한 경계가 아닙니다

발행

AI가 생성한 코드의 안전성을 코드 리뷰와 테스트에만 맡기면, 코드가 실제로 행사할 권한은 통제하지 못합니다. 글쓴이는 최소 권한(capability-based security)을 적용한 실험으로 권한을 런타임에서 제한하는 방법과 자동 권한 발견 방식의 한계를 보여줍니다.

Deser: Rust 직렬화를 다시 생각하다

발행

Rust 직렬화 라이브러리 Serde의 데이터 모델과 재귀 설계가 만드는 제약을 짚고, 이벤트를 힙에 쌓는 새 라이브러리 Deser를 소개합니다. Deser는 오류 위치와 확장 값 처리, 중첩 데이터의 스트리밍을 개선하지만 protobuf를 지원하지 않으며 성능과 바이너리 크기에서 비용을 치릅니다.

AI가 개발 속도를 높여줍니다. 하지만 실력을 떨어뜨리게 두고 싶지는 않습니다

발행

AI는 조사와 디버깅, 코드 작성 속도를 높여주지만, 개발자가 직접 기억하고 추론하는 과정까지 대신하면 학습과 실력이 약해질 수 있습니다. 글쓴이는 AI 사용을 줄이기보다 먼저 가설을 세우고, 설명을 요청하고, 생성된 코드를 직접 이해하는 습관으로 생산성과 학습을 함께 지키자고 제안합니다.