어디까지 만들었었지?

경험많은 프로그래머들 중 몇몇은 전날 한 것을 기억하기 위해서
퇴근할 때나 잠시 자리를 뜰 때 일부러 작업하던 부분을 괄호를
안 닫는다던지 하는 등의 방법으로 문법을 틀리게 해 놓아서,
작업을 계속 하려고 할 때 그 문법을 고치고 컴파일되게 하면 작업의
문맥이 저절로 떠오르게 하는 방법을 쓰는 경우도 있습니다.

그냥 기억으로만 보존하고 있는 경우에서부터 코드에 특정 표식을 남기는경우, TODO 리스트를 지속적으로 갱신/관리하는 경우, 버전관리 시스템을 쓰는 경우, 더 크게는 형상관리를 하는 경우등으로 확장될수 있겠죠.

아무튼 장난수준의 작은 프로젝트가 아니라면 그냥 기억속에만 담아두는것은 바람직하지 못한 방법입니다.

여담이지만, 제가 요새 반지의 제왕을 탐독하고 있는데(참으로 뒤늦은 입문입니다) 서문에서 그동안 이 소설을 톨킨이 써오면서 출판상의 오류와 편집상 실수등으로 엄청나게 많은 고생을 했던 이력이 쭉 씌여 있는걸 봤습니다.

잘못 출판된것을 바로잡으려 출판사에 원고를 보낸것이 그것마저 또 실수가 발생하고, 그것을 바로잡으려 원고를 보냈던게 또 누락되고, 그렇게 출판된것을 또 다른 국가에서 다른식으로 번역하여 출판하고 하는등등의 일련의 사건들이 몇페이지에 걸쳐 장황하게 설명되어 있네요. 그래서 심지어 개정된 내용을 톨킨 자신조차도 제대로 전부 알지 못하고, 끝끝내는 자신이 펴낸 책의 오류를 바로잡지 못한채 생을 마감해버려 여기 씌여있는 바로는 아마 이 작품의 전체 오류를 완벽하게 잡기 위해서는 초판이후 3세기 정도는 지나야 되지 않느냐라는 말까지 나오고 있군요.

이 정도로 방대한 분량의 소설에서 오류가 나오지 않는것이 더 이상하겠지만, 그렇다 하더라도 톨킨의 경우는 좀 심하다싶은 생각이 들었습니다.

이 부분을 보면서 글을 쓰든 프로그래밍을 하든간에 자신이 했던것을 기록하고, 관리하는것이 무척 중요하다는것을 새삼 느끼게 되는군요.

먼저, 컴퓨터를 끄지 않았다는 가정 아래에...

Emacs에서, 한 파일 내부에서 수정한 위치를 계속적으로 검토하기 위해 C-u C-<SPC>를 쓰면 수정한 위치를 주욱~ 보여줍니다.

iswitch-mode-mode를 쓴 경우, C-x b를 누르면 편집했던 파일들의 목록을 reverse LRU(least recently used) 순서로 보여줍니다.

또는 desktop-save와 desktop-revert를 쓰는 것도 좋습니다. 이 것은 emacs를 끄고 (전원을 끄더라도) 동작합니다.

그냥 소소한 개인적인 코딩시에는 vim에서 제공해주는 하이라이팅 기능을 애용합니다.
주석안에 TODO: 또는 XXX: 를 적고 다음 해야할일들을 주저리주저리 적어 놓으면
이 부분이 색깔이 반전이 되어서 눈에 잘 들어오더군요.

검색시는 위엣 분들이 말씀하신 것 처럼 파일 열자마자 /TODO 또는 /XXX로
바로 찾아서 작업하기 시작합니다.

물론 조그만 개인적인 작업에서나 유용할 팁이군요.

코딩을 할 때는 항상 생각을 하고 있으니 대부분 머릿속에 담아 놓는데, 용량이 점차 작아져서 todo를 보조로, local cvs는 대리인으로 사용합니다. 일단락은 기능별로 하고, 스펙이 없는 작은 것의 코딩은 시작할 때 이름만 있는 클래스들로 대강의 뼈대는 미리 만들어 놓습니다.

ABC라는 레이블을 만들어 두고

메일 제목에 "[ABC] 이번 일은 어쩌고 저쩌고" 라고 보내면
ABC레이블이 알아서 달리니 다음번에 ABC관련일을 찾아볼 땐
ABC레이블만 누르면 다 됩니다.

물론 Gmail의 검색기능도 활용하는 편입니다.

-_-정전되면 대략 난감....입니다..
몇번 당해봐서리..ㅡㅡ;;;;;;;

저는 퇴근하기전에 내가 마지막으로 하던 짓? 을 종이에 써놓고 갑니다.

안그러면 아침에 30분이상은 헤매야 되거든요.