프로젝트의 오류가 있어 리팩토링을 진행한 후기

리팩토링은 정석적인 플로우가 있다.

1. 테스트 코드가 없다면 먼저 짠다. 그래야 리팩토링 후에도 제대로 동작하는지 아니까.
2. 리팩토링의 범위는 최소화 해야한다. 필요한 범위만 진행한다. 이건 상황에 따라 다르다.

뭐 협업하는 프로젝트라면 변경에 대한 리뷰도 진행해야겠지만 나는 개인 프로젝트니까 과감하게 테스트 코드 작성을 건너뛰었다. 이래도 되나?! 싶다면... 이미 첫단추를 잘못 꾀었다. 나는 테스트 코드가 없다. 나도 모르는 새로운 영역에 뛰어들면서 AI로 돌린 프로젝트에 테스트 코드가 왠 말이냐 이거야. 결과만 나오면 됐다! 하고 즐거워했다. 그러다보니까 후속으로 들어가는 비용이 너무 많아졌다. 켄트벡 조차 오히려 AI를 쓰면서 로직에 집중하는 시간이 많아져 좋았다 라고 한 글을 봤는데 말이다.

ACTION ITEMS

• 프로젝트 규모가 더 커지기 전에 테스트 코드를 작성하자.
• AI가 짠 코드를 분석하자. 모르겠으면 패턴을 입혀가며 리팩토링을 진행하자.
• 프로젝트의 구조와 흐름이 내 머리속에 남아있지 않으면 결국 아무것도 못한다.

AI로 코딩 한 결과는 이렇듯 나에게 큰 숙제를 안겨주는 것과 같다. 왜 이렇게 짰는지 오히려 깊은 분석을 요한다. 득이 있으면 실도 있는 법이다.