개발 도구와 언어, 웹 기술과 오픈소스 프로젝트의 변화를 다룹니다.
MacSentinel은 Mac 모니터링, 진단, 저장 공간 분석, 정리를 하나의 네이티브 워크플로로 묶은 유틸리티입니다. 단순히 시스템 지표를 보여주는 데 그치지 않고 로컬에서 속도 저하의 원인을 설명하며, 50개 카테고리에 걸친 500개 이상의 앱 규칙을 담은 Smart Care로 안전한 정리를 돕습니다. Pro 버전은 구독이 아닌 일회성 구매로 제공됩니다.
Mold가 링커 벤치마크에 Wild를 처음 포함하면서 Wild가 상당히 느린 것으로 나타났고, 이는 Wild 측이 8월 초에 공개한 결과와 정면으로 배치됩니다. Wild의 저자 David Lattimore가 두 벤치마크의 설정 차이를 하나씩 통제해가며 재현 실험을 한 결과, 출력 파일 삭제 여부·파일시스템·fork 동작 같은 측정 조건과 Mold 자체의 최근 성능 개선이 차이의 대부분을 설명했습니다.
AI 코딩 어시스턴트가 이전 세션에서 수정된 실수를 새 세션에서 반복하는 문제를 다룹니다. 저자는 Cognee, Mem0, Letta, Supermemory, Zep, Mnemoverse 여섯 메모리 시스템의 공식 문서를 읽고 '리콜 결과에 부정적 판정을 전달하는 공개 입력'이 있는지를 비교했습니다. 결론은 입력의 존재 여부가 아니라, 그 입력이 무엇에 붙어 있고 다음 읽기에서 실제로 무엇이 바뀌는지가 갈림길이라는 것입니다.
RustFS는 Rust로 작성된 분산 오브젝트 스토리지 시스템으로, MinIO의 단순함과 Rust의 메모리 안전성·성능을 결합하는 것을 목표로 합니다. Apache 2.0 라이선스를 채택해 MinIO의 AGPL 대비 상업적 사용이 자유롭다는 점을 차별점으로 내세우며, S3 API 호환성과 데이터 레이크·AI 워크로드 최적화를 표방합니다.
Go 1.24부터 기본이 된 Swiss Table 기반 map에서 map[int64]int64 100만 엔트리가 이론값 16MB가 아닌 37.8MB를 차지하는 이유를 강제 GC와 HeapAlloc 측정으로 분석한 글입니다. 그룹·테이블 구조와 7/8 로드 팩터, 할당자의 크기 클래스 올림 때문에 엔트리당 비용이 21~44바이트 사이를 오가며, struct{} set의 패딩 회귀와 삭제 시 메모리 미회수 같은 실무 영향도 함께 다룹니다.
ffmpeg 명령을 외워서 쓰는 대신, 내부의 7단계 파이프라인 구조를 이해하면 대부분의 플래그가 자연스럽게 읽힌다는 해설 기사입니다. demux·decode·filter·encode·mux 각 단계의 역할과, -c copy가 왜 순식간에 끝나는지 같은 실용적 판단 기준을 담고 있습니다.
모바일 앱 아키텍처 논쟁의 고전인 MVC, MVP, MVVM, MVVM-C, VIPER를 'View와 Model 사이의 중재자에게 얼마나 많은 권한과 역할을 줄 것인가'라는 단일 질문의 변형으로 재해석한 글입니다. 프로필 사진 변경이라는 동일한 기능을 다섯 패턴으로 구현하며 각각의 차이와 적합한 상황을 비교합니다.
WeChat, Alipay, Douyin 같은 중국 슈퍼 앱이 수만 개의 서드파티 미니 프로그램을 앱스토어 심사 없이 실행하는 기술적 구조를 분석한 글입니다. 핵심은 셸(shell) 안에 임베드된 스크립트 엔진과 JSBridge이며, 순수 Flutter로는 이 모델을 재현할 수 없다고 지적합니다. 대신 모듈형 모놀리스, SDUI, dart_eval, Flutter Web WebView 등 Flutter 생태계에서 가능한 네 가지 대안을 비교합니다.
회의나 강의에서 방금 놓친 말을 되돌려 듣기 위해, 최근 30초~2분의 오디오를 RAM에 보관했다가 단축키로 즉시 재생하는 macOS 메뉴 막대 앱 Huh?를 만든 개발기입니다. CoreAudio 프로세스 탭, 무잠금 링 버퍼, 온디바이스 전사, ad-hoc 코드 서명이 권한 없이 무음을 반환하는 문제 등 실제 구현 과정에서 겪은 함정들이 상세히 공유됩니다.
LLM의 tool call을 검증하는 자체 하니스에서, '파싱 불가', '비교 불일치', '비교 자체 실패'라는 세 가지 다른 실패가 전부 EXEC_ARGUMENTS_MISMATCH 하나로 기록되던 문제를 다룬 글입니다. 저자는 catch 분리라는 단순한 수정 너머로, 실패 이름이 조용히 삼켜지는 화이트리스트 결함과 테스트가 자기 버그를 옹호하게 되는 함정까지 파고듭니다.
성능 테스트의 종류(Load, Stress, Soak, Spike, Volume, Scalability)를 정리하고, 단순히 요청을 많이 보내는 것이 아니라 실제 사용자 행동을 모사하는 테스트 설계법을 다룹니다. 비즈니스 요구사항에서 목표 RPS를 역산하는 방법, 외부 서비스 목킹 기준, 프로덕션과 유사한 테스트 환경 구성, 평가 지표까지 실무 관점에서 설명합니다.
PHP 배열이 정수 순서대로 채워진 packed list로 유지되는 동안에는 원소당 16바이트로 매우 효율적이지만, 문자열 키 하나만 추가해도 해시 테이블로 전환되며 백만 개 원소 기준 25MB가 추가로 소모됩니다. 저자는 PHP 8.4 기준으로 zend_array 내부 구조를 뜯어보며 전환 조건과 비용을 계측했고, 연관 배열 대신 타입이 선언된 클래스로 행을 담으면 메모리가 거의 절반이 된다는 결론을 제시합니다.
메모리 할당자 jemalloc이 160개 이상의 커밋을 담은 5.4.0을 릴리스했습니다. tcache 채움·유지 정책을 수요 기반 적응형으로 바꾸면서 기존 설정 7개를 제거하는 비호환 변경이 포함되며, HugeTLB 같은 비회수 매핑을 위한 pinned extent 기능과 대규모 리팩터링·이식성 개선이 담겼습니다.
대학 기관 계정으로 Mac에서 PowerPoint 파일을 열었더니 "이 계정은 Mac에서 편집을 허용하지 않습니다"라는 메시지가 뜬 경험을 다룬 글입니다. 작성자는 이를 Microsoft의 플랫폼 차별과 계약에 숨겨진 수익 구조로 비판했지만, 커뮤니티에서는 웹 전용 라이선스일 가능성과 오해를 부르는 오류 메시지 자체가 진짜 문제라는 지적이 나왔습니다.
RE#(resharp) 정규식 엔진의 저자가 여러 패턴에 레이블을 붙여 한 번의 스캔으로 텍스트를 분류하는 'categorize_all' 기능을 소개합니다. spaCy NER 대비 약 4,500배 빠른 1.92 GB/s 처리량을 보였고, 교집합(&)과 여집합(~) 연산으로 윤년까지 포함한 달력 패턴이 32개 DFA 상태로 컴파일됨을 보여줍니다.
모든 프롬프트를 단일 프론티어 모델로 보내는 프로덕션 AI 애플리케이션은 단순 쿼리에서 40~80%의 비용을 과다 지출하고 있습니다. 이 글은 Bifrost, LiteLLM, OpenRouter, RouteLLM, Kong AI Gateway 등 주요 LLM 라우팅 도구를 라우팅 로직, 지연 시간, 장애 조치, 거버넌스 관점에서 비교하며, 팀의 인프라 환경에 맞는 라우팅 아키텍처 선택 기준을 제시합니다.
V 언어로 커널을 처음부터 작성한 Unix-like 운영체제 Vinix가 Apple Silicon Mac 지원과 Alpine Linux 바이너리 호환을 내세우며 다시 주목받고 있습니다. 부팅 후 약 100MB RAM과 1GB 디스크만 사용하며, Linux 시스템 콜 인터페이스를 구현해 Chromium, GIMP, Blender 등 기존 패키지를 네이티브로 실행합니다. 현재 M1 GPU 드라이버 개발이 진행 중이며, Wine과 x86 변환 레이어를 기반으로 한 게이밍 지원도 로드맵에 포함되어 있습니다.
선박 위치 API를 운영하는 팀이 TimescaleDB 압축 설정과 쿼리 패턴의 불일치로 '결과 없음' 요청이 수십 초씩 걸리던 문제를 추적·해결한 과정을 정리한 포스트모템입니다. 압축 청크에서 인덱스가 무력화되는 구조, 블룸필터를 우회하는 NULL 데이터와 COALESCE 표현식, latest 테이블 도입과 백필 데드락, 배포 검증의 허점까지 수치와 함께 상세히 다룹니다.
LLM 애플리케이션과 에이전트 워크플로우는 비결정적이기 때문에 HTTP 200을 반환하면서도 할루시네이션, 데이터 유출, 무한 루프를 일으킬 수 있습니다. 이 글은 전통 APM이 이런 장애를 잡지 못하는 이유를 설명하고, OpenTelemetry GenAI 규약 기반의 4계층 아키텍처, 계층형 온라인 평가 전략, 거버넌스 요건, 주요 플랫폼 비교, 단계별 도입 로드맵을 정리합니다.
XApp은 특정 배포판이나 데스크톱 환경에 종속되지 않는 Linux 데스크톱 애플리케이션·유틸리티·GTK 통합 라이브러리 모음입니다. 프로젝트 홈페이지와 함께 공개된 이후, GTK/GNOME과 KDE의 서로 다른 UI 패러다임 사이에서 '모든 환경을 고려한 앱'이라는 목표가 실현 가능한지에 대한 논쟁이 Lobsters에서 이어졌습니다.