[RN] 프로젝트 초기에 할 것

 

• 린트 / 프리티어 설정
  → 코드 스타일을 자동으로 통일하고 리뷰 비용을 줄이기 위함
  
  
• Node / 패키지 매니저 버전 고정
  → 로컬·CI·팀원 간 환경 차이로 인한 오류를 방지
  
  
• 가로모드 중지
  → UI 설계 복잡도를 낮추고 예외 케이스를 줄이기 위함
  
  
• 시스템 다크모드 무시 설정
  → 디자인 의도와 다르게 자동 반전되는 문제를 방지
  
  
• 폰트 스케일 고정 설정
  → 기기 접근성 설정에 따른 레이아웃 붕괴를 예방
  
  
• StatusBar 정책 설정
  → 화면 전환 시 상태바 깜빡임과 스타일 불일치를 방지
  
  
• SafeArea 정책 설정
  → 노치·홈 인디케이터 영역 대응을 일관되게 처리
  
  
• 패스(alias) 설정
  → 상대 경로 난립을 막고 파일 이동 비용을 줄임
  
  
• env 설정
  → API 주소·키 등을 코드와 분리하여 관리
  
  
• 환경별 설정(dev / staging / prod)
  → 테스트와 실배포 환경을 명확히 분리
  
  
• 앱 이름 변경
  → 스토어 및 OS 레벨에 표시되는 실제 서비스명 확정
  
  
• Bundle ID / Application ID 확정
  → 배포 이후 변경이 거의 불가능한 식별자 고정
  
  
• 아이콘 설정
  → 홈 화면과 스토어에서의 서비스 인식 통일
  
  
• 스플래시 설정
  → 앱 첫 진입 시 로딩 경험을 안정적으로 제공
  
  
• 공통 컴포넌트 설정
  → 버튼·텍스트 등 UI 중복 구현을 방지
  
  
• 권한 정책 및 요청 전략 설정
  → 불필요한 권한 요청으로 인한 이탈을 방지
  
  
• 디렉토리 구조 설정
  → 프로젝트 규모 확장 시 구조 붕괴를 예방
  
  
• 네비게이션 구조 설정
  → 화면 흐름과 딥링크 대응을 초반에 정리
  
  
• 상태관리 도입 여부 결정
  → 불필요한 복잡도 또는 나중의 구조 변경을 방지
  
  
• API 통신 레이어 구조 설정
  → 네트워크 로직을 화면 코드와 분리
  
  
• 에러 처리 공통 정책 설정
  → 예외 상황에서 사용자 경험을 일관되게 유지
  
  
• 로그 정책 설정
  → 개발 편의성과 보안 이슈를 동시에 관리
  
  
• 에러 트래킹 도입 여부 결정
  → 운영 중 발생하는 치명적 오류를 빠르게 인지
  
  
• 앱 버전 / 빌드 넘버 관리 전략
  → 스토어 배포 및 핫픽스 대응을 단순화
  
  
• 코드 포맷팅 및 커밋 훅 설정
  → 잘못된 코드가 저장소에 들어가는 것을 사전 차단
  
  
• 공통 스타일(theme) 구조 설정
  → 다크모드·리브랜딩 대응 비용을 줄임
  
  
• 초기 폰트 및 디자인 토큰 설정
  → UI 일관성과 디자이너 협업 효율 향상
  
  
• 테스트 전략 결정
  → 나중에 테스트를 붙이기 어려워지는 상황을 방지
  
  
• 접근성(accessibility) 기본 정책 설정
  → 서비스 초기부터 접근성 부채를 만들지 않기 위함