기록 메모. 이 글은 논문 요약이 구현과 무관하게 끝나는 일을 줄이기 위해 남겼다. 한 편의 논문에서 바로 답을 찾기보다, 현재 시스템에서 검증할 수 있는 질문을 뽑아 다음 작업으로 옮기려 했다.
읽은 논문을 잘 요약했는데도, 왜 다음 구현에서는 다시 처음부터 고민하게 될까? 로보틱스 연구에서는 좋은 메모가 많아도 그 메모가 어떤 실험이나 설계 선택으로 이어지지 않으면 자료실에 머물기 쉽다. 나도 처음에는 핵심 방법과 결과를 정리하는 데 집중했다. 하지만 실제로 필요한 것은 논문이 말한 답보다, 그 답을 내 환경에서 다시 물어볼 수 있는 질문이었다.
요약보다 먼저 ‘내 문제와 무엇이 다른가’를 적는다
논문을 읽을 때는 저자가 무엇을 제안했는지부터 정리하기 쉽다. 그러나 같은 방법도 로봇의 형태와 환경, 사용할 수 있는 정보가 다르면 그대로 적용하기 어렵다. 그래서 나는 먼저 현재 작업과 다른 조건을 적고, 그 차이가 결과에 어떤 영향을 줄 수 있는지 생각한다. 이 비교를 건너뛰면 논문의 결론을 내 문제의 결론처럼 받아들이기 쉽기 때문이다.
적용 여부는 예·아니오로 끝나지 않는다
어떤 아이디어가 좋아 보여도 지금 당장 구현하지 않는 경우가 있다. 필요한 조건이 아직 없거나, 먼저 확인해야 할 더 작은 질문이 남아 있을 수 있기 때문이다. 예전에는 이런 보류를 읽기의 실패처럼 느꼈지만, 지금은 왜 보류했는지를 남기는 것도 중요한 판단이라고 본다. 채택과 보류의 이유를 같이 기록해야, 나중에 조건이 바뀌었을 때 같은 자료를 다시 꺼내 볼 수 있다.
논문에서 얻은 생각을 작은 질문으로 줄인다
읽은 내용을 바로 큰 시스템 변경으로 옮기면, 결과가 달라졌을 때 원인을 알기 어렵다. 그래서 나는 논문에서 본 생각을 현재 환경에서 확인할 수 있는 더 작은 질문으로 바꾸려 한다. 그 질문은 시뮬레이션 조건을 바꾸는 일일 수도 있고, 평가에서 놓친 부분을 확인하는 일일 수도 있다. 중요한 것은 논문의 형태를 복사하는 것이 아니라, 현재의 불확실성을 하나씩 줄일 수 있는 형태로 옮기는 일이다.
결과가 다르면 기록은 다시 출발점이 된다
실험이 기대와 다르게 나오면 가장 쉬운 반응은 설정을 다시 조정하는 것이다. 하지만 그 전에 무엇이 측정되지 않았는지, 어떤 가정이 실제 환경과 맞지 않았는지, 질문 자체가 너무 넓지 않았는지를 다시 봐야 한다. 나는 실패한 결과도 연구 노트에 연결해, 처음의 판단이 어디에서 달라졌는지 남기기로 했다. 이 기록이 있으면 다음 실험은 백지에서 시작하지 않고, 이전 질문의 한계를 알고 시작할 수 있다.
노트는 공개 결론보다 판단의 경로를 남긴다
이 블로그의 Research 글은 논문을 대신 설명하거나 내부 연구를 모두 공개하기 위한 곳이 아니다. 읽은 자료가 현재 작업에서 어떤 질문을 만들었고, 무엇을 채택하거나 보류하게 했는지 기록하는 곳에 가깝다. 세부 실험값이나 구현 자산은 공개하지 않더라도, 판단의 흐름은 남길 수 있다고 생각한다. 오늘의 결론은 간단하다. 좋은 연구 노트는 많이 아는 것을 보여 주는 글이 아니라, 다음 구현을 더 정확하게 시작하게 하는 글이다.
다음에는 이 기록들이 쌓인 뒤에도 프로젝트의 흐름을 잃지 않기 위해, 공개 글과 내부 기록의 경계를 어떻게 두는지 계속 다뤄 보려 한다.