장비 제어 로직 설계를 위해 어떤 접근 방식을 취했는지 사례로 설명해 주세요.

구현이 끝난 뒤에도 회고가 있어야 다음 설계가 나아진다는 걸 경험으로 확인했습니다. 학교 임베디드 프로젝트가 끝난 후, 작동은 했지만 코드를 다시 보니 상태 전이 조건이 여러 함수에 분산돼 있어 추적하기 어려운 구조였습니다. 이 점을 회고 메모로 남겨두고, 다음 프로젝트에서는 상태 전이 조건을 단일 함수로 모으는 구조를 먼저 설계했습니다. 이전보다 오류 발생 시 원인 파악이 빨라졌고, 팀원도 로직 흐름을 읽기 쉽다는 피드백을 줬습니다. 회고 없이 다음 프로젝트로 넘어가면, 같은 구조적 실수를 반복하는 자리가 생깁니다. 회고를 제대로 하려면 동작 여부가 아니라 다음번엔 뭘 다르게 할지를 구체적으로 기록해야 한다는 걸 배웠습니다. 작동하는 코드를 만드는 것과 더 잘 만드는 방법을 익히는 것은 다른 자리입니다. 사후 학습 결은 잘된 부분을 확인하는 게 아니라, 다음 설계에서 달라질 부분을 구체적으로 적는 자리에서 생깁니다.