아키텍처
팀 규모별 아키텍처·품질 전략
iOS 팀이 5명 → 10명 → 100명으로 커진다고 할 때, 각 단계에서 코드 충돌·품질·아키텍처를 어떻게 다르게 관리해야 하나요?
면접관은 이 답을 어떻게 들을까요? 넘어갈지, 더 물어볼지, 떨어뜨릴지 알려 주고, 걸리는 문장은 콕 집어 줘요. 점수는 그대로예요.
짧은 답 보기
5명일 땐 한 타깃에 일관된 패턴과 린트·CI. 10명이면 모듈화 시작, 코드 소유권, 인터페이스 계약, 트렁크 기반 + 피처 플래그. 100명이면 플랫폼 팀, 모듈별 독립 빌드·테스트·릴리즈, 의존성 규칙 자동 검증, 디자인 시스템·DI 인프라.
이어서 보기
빌드·배포주관식심화
온사이트 질문입니다. "모노레포와 여러 개의 작은 레포 중 하나를 골라야 한다면 무엇을 고르고 왜 그렇게 하겠어요?" iOS 앱과 사내 모듈(디자인…
#code-ownership #ci
iOS 시스템 디자인주관식딥다이브
사용자 수천만, 개발자 60명이 함께 만드는 iOS 앱의 아키텍처를 설계해 주세요. 모듈 구조와 팀 간 경계를 중심으로 설명해 주세요.
#team #modularization
iOS 시스템 디자인주관식입문
앱의 여러 화면(홈, 프로필, 설정)에서 같은 '알림 센터' 기능(안 읽은 수 배지, 목록, 읽음 처리)을 써야 합니다. 화면마다 다시 만들지 않으면서 어느…
#team #modularization
테스트주관식딥다이브
모듈 40개, 테스트 8,000개인 앱에서 CI 테스트가 40분 걸립니다. 테스트 구조와 실행 전략을 어떻게 바꿔 PR당 10분 이내로 만들겠습니까?
#modularization #ci