썰렁한 엔지니어

다음과 같은 시나리오를 살펴 보자. "소스 디렉토리 A 의 a.c의 내용을 복사하여 소스 디렉토리 B의 b.c 로 사용해야할 일이 생겼다. 제품이 늘어 나고 있거든!" (물론 코드는 되도록 복사해서 사용해서는 안되지만 우리는 그런 완벽한 세상에서 살지 않으므로...) 이 경우. $ pwd /work/project_x/src/agent $ cp a.c ../log $ cd ../log $ svn add a.c $ svn commit $ svn log a.c위와 같이 하면, 중대한 것을 잃게 된다. a.c 의 지금까지의 변경기록이다. 다음과 같이 해야 정석이다. $ pwd /work/project_x/src/agent $ svn cp a.c ../log $ cd ../log $ svn commit $ svn..

http://en.wikipedia.org/wiki/Bleeding_edge 위키피디아에서 설명한 내용을 보면, 컴퓨터 세계에서 최전방 기술을 의미하며, Leading 보다 더 앞에서 처절한 사투를 하고 있는 영역을 의미한다고 되어 있다. 그 설명의 마지막에 이렇게 씌어 있다. "But when you’re living on the bleeding edge, you should not be surprised when you do, in fact, bleed." 그런 영역에서 살고 있다면, 당신이 피흘릴지라도 놀라지 말아야한다. 모험을 즐기는 사람이라면, 한번 쯤 피흘려가면서 일해야 할텐데...