JHB의 삽질 이야기

초급과정을 뗀 프로그래머, 초보티를 벗어나면서.. C++ 초급 책으로 공부를 다 하면, 보통 포인터까지 배운다. 그러면 포인터를 배운 이후에는 뭘 해야하는가? 도대체 뭘 해야하는지 알 수가 없었다. 왜 '중급' 프로그래머 책은 없는게야!(지금은 있는지도 모르겠다. 여튼 나 공부할 시절에는 없었다. 있긴 있었나? 여튼..) 이제 중급으로 가려면 무엇을 해야하나 싶어서 무작정 시작한 것이 Windows API였다. 이제 이것도 다 뗐는데.. 그럼 난 중급자라고 불러도 되는 것인가? 그럼 난 실무에 바로 투입되도 되는것인가? 이렇게 프로그래밍 새내기가 무작정 실무에 투입되면.. 엄청나다.. 그들에게는 프로그램이 돌아가는 것이 중요하지 가독성이지 유지보수 따위니 하는 것은 당연히 신경쓰지 않는다. 심지어 변수명..

View&Doc 구조에서 MDI 형식의 프로젝트를 만지면서 수 없이 많은 삽질 과정을 거쳤지만, 그 중에 가장 뼈저리게 기억에 남는 교훈은 같은 정보를 담는 인스턴스를 여러개 만들지 말자 라는 것이다. 즉, 하나만 생성해서 나머지는 포인터로 참조하도록 하자.(그렇다면 어디서 인스턴스를 생성하느냐도 존나 갈등때리고 고민때리는 문제가 된다.) 일단.. 현재 맡고 있는 프로젝트의 프로그램을 보면 Doc에서 관리하는 변수와 View에서 관리하는 변수가 있으며, 특이하게도 실제 화면이 그려지는 영역은 Actuator라는 녀석이다. 즉 View와 Actuator사이에서 옵져버 패턴으로 관리되고 있는 모양새다. 이제 Doc과 View사이의 변수가 커뮤니케이션 함에 있어, 허접 프로그래머인 나는 계속해서 같은 인스턴스..

특정 컨트롤이나 변수에 의존적으로 값을 갖는 변수가 있을 수 있다. 예를 들어 MFC의 slider 컨트롤에서 물체의 투명도를 제어 한다고 해보자. 그럼 투명도를 관리하는 컨트롤러 이름은 m_nSliderOpacity; 그리고 실제로 Object의 투명도가 제어 되는 부분은 pObject->SetOpacity(fValue); 라고 하면 m_nSliderOpacity의 POSITION과 pObject->setOpacity의 fValue는 매우 디펜던트하게 움직인다. 즉 하나만 바뀔 수는 없다는 것이다. 슬라이더는 내가 움직여 주는거잖아? 라고 생각 할 수도 있겠지만. 예를 들어 '탭 구성'으로 화면을 적용 하였을 때 다른 탭으로 갔다가 돌아오는 경우, 슬라이더를 기존에 사용한 값으로 변경해 주어야 하는 경..

파라미터 없는 void function의 경우 그냥 소스가 길어지는게 싫어서 다른 곳으로 구분해 놓을려고 쓰게 된다. 뭐 그런 경우는 괜찮다 쳐도, 어느 기능을 담당하고 있는 녀석이 그런 식으로 분류 돼있다면 참으로 슬프다. 지금 딱 그것을 느끼게 되는 상황과 맞닿게 되었는데 그 내용은 다음과 같다. 로딩한 트랙킹 데이터(시간 순서로 순차적으로 놓여져 있음)를 재생함에 있어 타임라인이 필요하여 타임라인을 구현 하였다. 그리고 타임라인의 특정 영역을 찍으면 해당 지점으로 재생 장소가 이동되게 하였다. 근데 후에 다른 조건이 들어 왔는데 '트랙킹 데이터를 맨처음 open할 때, 재생할 구간을 선택 할 수 있게 해주세요' 였다. 현재 makeTimeline() {} 으로 해놓고 타임라인의 첫 부분은 0으로, ..