💡미래의 나를 위한, 미래의 동료를 위한 ADR 쓰기 *ADR = Architecture Decision Records ADR은 아키텍처적인 결정을 왜 그렇게 내렸는지 코드 베이스 안에 기록해 놓는 것으로 GitHub은 iOS/Android 모바일팀에서 이걸 적용하고 있으며, 왜 필요한지를 설명한 글입니다. (해당 링크는 이 내용을 번역해주신 내용) 인상 깊었던 부분은, 👉ADR은 당신을 위한 게 아니라, 미래의 당신을 위한 것. 👉ADR은 내가 내린 결정에 대한 반성 과정이 아니고, 지금부터 6~12개월 후에 이 아키텍처를 결정했을 때의 마인드 셋을 기억 하는데 도움이 됨. 👉Decision Socialization(의사 결정의 사회화) 👉풀 리퀘스트를 올리기 전에 ADR을 작성하면 이를 검토하는 팀으로부터 더 좋은 PR 리뷰를 받을 수 있음. 👉당신을 위한 게 아니라, 미래의 동료를 위한 것: ADR은 새로운 팀원이 들어왔을 때 그들이 현재의 코드 베이스와 코드 베이스가 지난 시간동안 어떻게 발전해왔는지를 이해하는데 도움이 되기 때문. ADR의 예시도 있으니 원문을 참고해 주세요! 〰️ ADR에 들어가는 항목들 - 이슈 - 결정 사항 - 전제 - 제약 - 고려 - 논쟁