오늘은 '결제 취소 기능'의 개발 과정에 대한 글을 쓰러 왔습니다. 초기 설계의 오류 : 결제 서비스의 역할 혼동 초기에 결제 취소 기능을 설계할 때, 사용자가 직접 결제를 취소할 수 있는 시나리오를 고려했습니다. 기존의 모놀리식 방식에서는 이러한 방식이 틀리지 않다고 할 수 있습니다. 왜냐하면 모든 서비스에 대한 코드가 다 하나의 시스템 안에 같이 있기 때문이죠. 그러나 이는 결제 서비스의 본질적인 역할에 대한 오해에서 비롯된 것이었습니다. 결제 서비스는 말 그대로 '결제'라는 행위를 관리하는 것이지, 사용자가 직접 취소를 요청하는 것은 아닙니다. 수정된 프로세스 팀원들과의 논의를 통해 실제 배달의 민족에서 결제 취소를 하기 위해서는 고객센터가 이를 수작업으로 고객한테서 취소 요청을 받고 전달하거나, ..

요즘 들어, 간단한 프로젝트를 하더라도 탄탄한 기획 및 계획이 없이 프로젝트를 진행하는 것에 대한 비효율성에 많이 체감을 하고, 그렇게 하지 않으려고 노력합니다. 개발자이지만, 개발이라는 과정은 기획 부터 코드 타이핑까지의 과정이라고 생각을 하게 됩니다. 사실, 오히려 개발이라는 과정은 기획이 전부이지 않을까? 라는 생각도 하고. 최근 알던 기술 및 신기술을 테스트 하기 위한 GitHub - xpmxf4/MonsterBoard Contribute to xpmxf4/MonsterBoard development by creating an account on GitHub. github.com 게시판 프로젝트를 진행 중에 있습니다. 처음 프로젝트를 진행할 때에는 일단 박자! 라는 마인드로 아무런 기획없이 시작했..