[오늘의 삽질] 좋은 비즈니스 로직이 뭘까

토이 프로젝트에 착수하면서, 좋은 비즈니스 로직에 대해 고민하고 있다.
최대한 논리적이고, 리팩토링을 줄일 수 있고, 아무튼 문제가 안 나는 비즈니스 로직이 존재할까?
적어도 경험치가 있는 사람들은 알겠거니 싶어 개발자들 톡방에 물어봤다. 아래는 내가 얻은 답변이다.

여기서 얻은 결론은 다음과 같다.
1. 테스트코드가 없다는 건 말이 안된다.
2. 좋은 비즈니스 로직이란 여러번 애로사항을 겪어보면서 알게 된다. (특히 깨지면서 배우는듯)

따라서 테스트코드 없어도 직접 테스트 돌려보면 되지, 싶었던 나에게 크나큰 반성을 안겨주게 되었다.
물론 좋은 테스트코드가 무엇인가에 대해서도 생각해봐야겠다.

TDD가 왜 대두되었는지 어렴풋이 깨닫고 있다.
필요하다.
나도 일단 비즈니스 로직 설계하기 전에 테스트코드부터 짜고 시작해야지.