| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 | 31 |
- 리팩토링
- UITextView
- collectionview
- map
- RxCocoa
- SWIFT
- Clean Code
- HIG
- tableView
- 리펙토링
- swiftUI
- UICollectionView
- uiscrollview
- 클린 코드
- combine
- Human interface guide
- 스위프트
- rxswift
- swift documentation
- ios
- uitableview
- Observable
- 애니메이션
- 클로드코드
- Protocol
- claude code
- Xcode
- clean architecture
- Refactoring
- MVVM
- Today
- Total
목록2026/08 (3)
김종권의 iOS 앱 개발 알아가기
NFX의 "How the Fastest AI-First Companies Actually Work" 아티클을 정리한 글.1. 패러다임의 변화: 0→1에서 1→2로의 병목 이동0→1 (초안 제작): AI 덕분에 프로토타입/코드 초안을 만드는 시간은 0에 수렴함.1→2 (검증 및 반복): 진짜 병목은 "실제 유저에게 출시해서 데이터 학습 후 V2로 얼마나 빨리 개선하는가"임.핵심: AI에게 "이 아이디어 어때?"라고 묻는 함정에서 벗어나 실제 사용자 릴리즈 및 학습 속도(V1 ➔ V2 Loop)를 최우선 지표로 삼아야 함.2. 조직 구조 및 일하는 방식의 변화미션 팟 (Mission Pod) 중심:기능별 부서(개발/디자인/마케팅) 구분을 없애고, 특정 비즈니스 결과(예: 회원가입률 20% 증가)를 끝까지 책..
해당 글은 redis 창시자의 글을 정리한 글코드가 아닌 아이디어에 집중하기하루 수천 줄의 AI 코드를 직접 검토하는 것은 비효율적AI는 작은 함수 단위 같은 것은 잘하지만, 거시적 설계는 못함프로그래머는 코드 라인이 아닌 아키텍쳐, 디자인 모델(아이디어)를 통제하는데 집중해야함코드 리뷰 대신 '설계와 검증'생성 속도 불균형: 하루 5,000줄씩 쏟아지는 코드를 사람이 일일이 읽는 건 불가능함. 그 시간에 QA나 최적화 아이디어를 고민하는 게 이득.LLM의 한계: LLM은 함수 단위 작성엔 강하지만 거시적 설계(Architecture)엔 약함. 코드 훑을 시간에 원하는 설계를 지시하고 동작 원리를 질의·평가하는 게 훨씬 빠름.실전 검증: DwarfStar 프로젝트 경험상, GPU 커널을 직접 읽고 쓰기보..
1. [AI] Claude Code 병렬 처리로 효율 극대화하기 - git worktree 기본 개념2. [AI] Claude Code 병렬 처리로 효율 극대화하기 (claude --worktree)3. [AI] Claude Code 병렬 처리로 효율 극대화하기 - tmux 활용하기4. [AI] Claude Code 병렬 처리로 효율 극대화하기 - cmux 활용하기5. Claude Code 병렬 처리로 효율 극대화하기 - cmux, worktree, omc 병렬 처리하기 (.omc/handoffs, .omc/shared_memory.json) Ghostty 기반의 AI 전용 터미널 cmux, Claude Code의 --worktree 기능, 그리고 oh-my-claudecode(omc) 플러그인의 데이터..