본문으로 건너뛰기

약어와 표현

중요도: 참고 · 메시지·Issue·PR에서 만나는 줄임말을 빠르게 확인합니다. 약어는 편의를 위한 것이며, 상대가 모를 수 있다면 처음에는 풀어 씁니다.

31. 자주 보는 약어와 표현​

협업과 의사소통​

약어풀어쓴 말뜻사용 예시
PRPull Request변경을 검토·병합하기 위한 요청“대시 기능 PR 올렸습니다. 테스트 방법을 설명에 적어뒀어요.”
LGTMLooks Good To Me검토 결과 큰 문제 없이 좋다는 뜻“예외 처리까지 확인했습니다. LGTM!”
WIPWork In Progress아직 진행 중인 작업“WIP PR입니다. 구조에 대한 의견만 먼저 받고 싶어요.”
FYIFor Your Information참고로 공유하는 정보“FYI, Unity 6에서 해당 API가 deprecated 되었습니다.”
IMOIn My Opinion개인 의견임을 밝힘“IMO 이 로직은 별도 Component로 분리하는 편이 읽기 좋습니다.”
IMHOIn My Humble Opinion조심스럽게 개인 의견을 말함“IMHO 지금은 기능 범위를 줄이는 게 안전해 보여요.”
AFAIKAs Far As I Know아는 범위에서는“AFAIK 이 설정은 Android Build에만 영향을 줍니다.”
TBDTo Be Determined아직 결정되지 않음“출시 날짜는 TBD이며, 플레이 테스트 후 정합니다.”

작업과 품질​

약어풀어쓴 말뜻사용 예시
TODOTo Do앞으로 해야 할 작업을 표시“TODO: 서버 응답 실패 시 재시도 정책 추가”
FIXMEFix Me현재 문제가 있어 수정이 필요함을 표시“FIXME: 적이 없을 때 null 예외 발생”
CIContinuous Integration변경마다 자동 검증을 실행하는 방식“CI가 실패했으니 로그를 확인하고 PR을 업데이트할게요.”
CDContinuous Delivery / Deployment검증된 변경을 전달·배포하는 자동화 흐름“현재는 CI만 자동화했고, CD 범위는 다음 스프린트에 논의한다.”
DoDDefinition of Done작업을 완료로 판단하는 팀의 기준“이 Issue의 DoD에 플레이 모드 테스트를 추가합시다.”
ADRArchitecture Decision Record구조적 결정과 근거를 기록하는 문서“저장 방식 선택 이유를 ADR로 남겨두자.”

기획과 제품​

약어풀어쓴 말뜻사용 예시
PoCProof of Concept기술적 실현 가능성을 검증하는 구현“멀티플레이 PoC 결과를 보고 정식 구현 여부를 결정한다.”
MVPMinimum Viable Product사용자에게 제공할 최소 제품 형태“MVP에는 핵심 플레이 루프만 포함하고 랭킹은 제외한다.”
GDDGame Design Document게임의 규칙·콘텐츠·경험을 정리한 기획 문서“스킬 수치는 GDD와 맞는지 확인한 뒤 구현한다.”

사용할 때의 약속​

  • 약어를 처음 쓰는 문서에서는 가능한 한 풀어쓰기를 함께 제공합니다.
  • WIP나 TBD는 상태를 숨기는 말이 아니라, 무엇이 미완료·미결정인지 명확히 하는 표기입니다.
  • LGTM을 남기기 전에는 실제로 확인한 범위가 무엇인지 짧게 덧붙입니다.
  • 약어가 대화를 어렵게 만들면 약어보다 쉬운 문장을 우선합니다.

개념 자체의 상세 설명은 용어 사전에서 확인합니다.