과거 기술 결정을 현재 작업에 연결하는 RAG
노션에 기록한 기술 결정을 필요한 시점에 검색하고 현재 코드와 대조해 답변과 구현에 활용하도록 개발용 AI 작업 흐름을 구성한 과정입니다.
노션에 기록한 기술 결정을 필요한 시점에 검색하고 현재 코드와 대조해 답변과 구현에 활용하도록 개발용 AI 작업 흐름을 구성한 과정입니다.
서론 AI는 개발자에게 여러 형태로 도움을 줄 수 있다. 요구사항을 정리하고, 기능을 구현하고, 변경된 코드를 검토하거나 검증하는 일까지 각각의 역할을 맡길 수 있다. 하지만 AI가 여러 일을 할 수 있다는 사실만으로 개발 과정이 안정되는 것은 아니다. 어떤 작업을
Swift의 URLRequest와 URLSession이 각각 어떤 책임을 갖는지 실험 코드로 확인하고 HTTP status validation, 진행 중인 중복 요청 방지, retry, auth 같은 네트워크 레이어 설계 기준을 정리한다
@Observable이 단순한 편의 문법이 아니라 매크로 확장을 통해 property access를 기록하고 SwiftUI의 View 갱신 범위를 확인하고 정리
Reducer가 자동 처리하지 않는 enum case를 연결할 수 있는 매크로인 CasePathable에 대해 정리
범위 이번 정리에서 볼 흐름 SwiftUI에서는 보통 showAlert 같은 Bool 값을 둔다 그리고 title, message, alert type을 따로 관리한다 TCA에서는 Alert도 State로 둔다 이번 세션에서는 Login 화면의 실패 Alert
Reducer의 State 변화를 테스트할 수 있는 TestStore 정리
SwiftUI Navigation을 State로 관리하기 위한 @Presents, PresentationAction, .ifLet 에 대해 정리
Feature을 분리할 수 있는 Scope에 대해 정리
SwiftUI의 Binding과 직접 연결할 수 있는 @Bindable과 BindableAction을 정리
View와 Reducer을 연결하는 Store에 대해 정리
Dependency의 역활에 대해 정리
Reducer에서 Effect를 반환하고 그에 따른 추가적 상태변화에 대해 정리
Store의 기본적인 ‘상태 관리’ 를 정리
개인 프로젝트에 모듈러 아키텍쳐를 적용하면서 AI 추론에 안전장치인 하네스를 적용해본 스토리
별도의 서버를 직접 운영하지 않고 Firebase로 인증, 데이터 저장, 푸시 알림, 주기 실행 흐름까지 구성한 과정을 정리
NavigationStack 기반 iOS 앱을 NavigationSplitView 구조로 확장하며 ViewModel 생성 위치와 생명주기 책임을 어떻게 분리할지 정리한 포스트
동일한 커스텀 MVI 패턴으로 구성하되 Flutter 기본 상태관리와 Riverpod으로 만들었을 때 어떻게 달라지는지 비교 및 분석해보았다.
에이전트를 쓰는 시대가 거의 당연시되는 시대에서 iOS 개발이라고 뒤쳐질 수 없으니 적극적으로 사용해보자
Combine의 Publisher에 대해 간단히 알아보자
Combine의 Subject에 대해 간단하게 알아보자
조건에 맞는 글이 없습니다.