728x90 츄Log/아키텍쳐 & 설계 끄적2 리팩토링&코드정리 방향성에 대한 고찰 각종 아키텍처 관련 책을 읽고 tidy first란 책을 읽는 와중에,어떤 분께서 리팩토링의 방향성에 대해 고민하고 있다는 이야기를 들었습니다. 그래서 한번 고민해봤습니다. 리팩토링과 코드정리의 정의를 엄격하게 구분한다면 따로 다뤄야 할 것 같은데,저는 리팩토링과 코드정리를 `동작 변경이 없는, 코드를 정리하는 행위`라는 공통점으로 함께 다루었습니다. 리팩토링을 왜 했는가? 저는 습관적으로 리팩토링을 해왔던 것 같습니다.보이 스카우트 규칙(떠날 때는 찾을 때 보다 캠프장을 더욱 깨끗이 하라)을 열심히 지키고자, 개발을 할 때 무언가 눈에 거슬리는 게 있으면 함께 고쳐왔습니다. 일단 제가 한 리팩토링은,눈에 거슬리는 지저분한 코드를 보자마자 고치는, 무지성 리팩토링(코드 정리)였습니다. 그래서 얻은 .. 2024. 5. 12. ADR (Architecture Decision Records) 아키텍쳐 결정 레코드 업무를 하다보니, 아키텍쳐 결정 레코드에 대한 니즈를 절실히 느껴 이를 만들고 관리하기로 했습니다. 템플릿을 공유합니다. # 해결된 문제 및 솔루션의 짧은 제목 ## Context and Problem Statement 상황 및 문제 설명 ## Decision Drivers 의사결정 동인 * …## Considered Options 고려된 옵션 1. 2. …## Decision Outcome 결정 결과 선택한 옵션과 그 이유### Consequences 결과 * Good, 이유 * Bad, 이유* Neutral, 이유 (Neutral : 좋지도 나쁘지도 않은 경우)… ### Confirmation 확인 ## Pros and Cons of the Other Options 다른 옵션의 장단점 ### 옵션.. 2024. 5. 12. 이전 1 다음 728x90
