Codex를 쓰다 보면 어느 순간 이런 생각이 듭니다.예를 들어 프로젝트 상태를 점검하거나, 특정 형식의 문서를 만들거나, 자주 쓰는 스크립트를 실행하는 작업이 그렇습니다. 한두 번은 그냥 말로 설명해도 괜찮습니다. 그런데 같은 패턴이 반복되면 조금 아깝습니다.Code
“왜 Claude 쓰다 보면 갑자기 context 꽉 차고 토큰 터질까?” 코드 조금만 커지면 이런 상황 겪어봤을 거다: 파일 몇 개 붙였더니 이미 5,000 tokens 로그 붙이면 10,000 tokens 디버깅 몇 번 하면 context 40% 날아감 👉
요약앱의 네트워크 레이어는 단순한 API 호출 집합이 아니라 앱 성능과 사용자 경험을 좌우하는 핵심 인프라입니다. Swift의 async/await를 사용해 깔끔하게 비동기 흐름을 설계하면서, URLSession 설정(커넥션 풀·HTTP/2·HTTP/3 친화적), 요청
TaskGroup 성능 튜닝과 스로틀링 패턴 (Swift 6 · iOS 18 · Xcode 26)동시에 실행되는 자식 Task 수를 제한(스루틀링)하면 네트워크·CPU·메모리 병목을 줄이고 안정성을 높일 수 있다. TaskGroup과 함께 사용할 수 있는 경량 동시성
Swift Concurrency 정리 (Swift 6 · iOS 18 · Xcode 26)Swift 6의 actor, Task, TaskGroup, 취소(cancellation), @MainActor 등 동시성 도구를 단계별로 정리합니다. 코드 예제와 함께 실제로 어떻
Xcode 26부터 SwiftUI Preview가 더 발전하였습니다. 빌드 성능 개선, 전용 프리뷰 옵션, 더 간편해진 ⸻주요 변화 (Xcode 26) • • 자동 캔버스(Preview Canvas) 쓰로틀링 기능 — 너무 많은 프리뷰가 있을 때 자동으로 렌더링 줄여
SwiftUI의 가장 강력한 기능 중 하나는 Xcode Preview입니다.UI를 빌드할 때마다 시뮬레이터를 돌리지 않고도 즉시 결과를 확인할 수 있죠. 하지만 규모가 커질수록 프리뷰 코드가 뷰 파일을 어지럽히고, 시나리오별 테스트가 복잡해지는 문제가 생깁니다. 이번

소프트웨어 장인 정신 이야기 독서 후기를 시작 해 보겠습니다.클린코드, 클린아키텍쳐 서적으로 유명한 로버트 마틴, 일명 밥 아저씨께서 새 책을 내셔서 한번 읽어 보았습니다.분량은 꽤 되지만 이미 알고 있던 내용도 있고 관심 있는 부분들은 술술 읽혀서 다 읽는데는 일주일