뭐, 사용해봤다고 할 수도 없다.. 2005를 설치한게 한달전이고, 이걸 사용해서 프로젝트를 해본건 하나도 없으니까.. 물론, 다른 개발자들은 열심히 사용중이다.. 내 노트북 사양은 많이 떨어진다.. 여기서 VS 2005를 사용하려니 환장하겠다.. 다들 내 노트북에서 2005를 돌리는 모습을 보며 놀라워하고 있다.. 다들 저게 가능하다니 하는 분위기다.. 사실은 노트북을 보며 놀라워 하기 보다는 그 노트북을 사용하는 나를 보며 놀라워 한다는게 맞다..

그런데 2005를 사용하면서 (불과 한달만에) 느낀 불만은..

1. 왜 모든 프로젝트를 다 다시 빌드할까?
좋다.. 정확히 표현해 종속성 검사를 한다고 치자.. 주위에 아무리 물어봐도 이걸 끄고 빌드하는 방법을 아는 사람이 없다.. C# 윈폼 프로젝트에서는 (다른 프로젝트는 만들어본게 없어서리..) 무조건 빌드시 종속성을 검사해야만 하는가?
내가 알아서 관리하겠다는데, 방법이 없다네.. 이런 젠장.. 여러 어셈블리로 구성된 솔루션의 경우 이거 기다리는데만도 세월이다.. 이거 참, .NET 환경에서는 이게 당연한걸까?
아.. 쓰벌 졸라 적응안된다.. 아니 무신 개발툴이 내가 손수 수동으로 관리하겠다는데 방법이 없냐고요.. 설마, 방법은 있는데 꼭꼭 숨어 있어서 아직 못 찾은 것이리라..

2. 서비스팩 적용.. 너무하네.. 오죽하면 SP1을 미리 적용한 설치본 만들기, 이런 글이 다 나온다.. 나도 최근에 PC 2대에 적용하는데 환장하는 줄 알았다.. MSDN 가입자들에게는 적용된 설치본이 배포되어야 하는게 아닌가? 서비스팩 나온지가 언젠데 아직도 없다..
그리고 윈도우즈 XP 서비스팩 적용시에도 이렇게 오래 걸리진 않았다.. 무신 개발툴 서비스팩 적용에 이리 오래 걸리는지.. 증말 속 터진다..

3. VS 2005의 버그.. 왜 SP1이 나왔는데도 이런 버그가 수정이 안되었을까? VS 2005를 가장 많이 사용하는 곳이 Microsoft일 것이라 생각이 되는데.. 잘 못 생각했나? 다른팀 프로그래머의 팁 공유 메일 내용.. 경험을 안해봤으니 와닿지는 않으나, 현상만 읽어보면 황당하다..

[현상]
2005를 띄워서 프로젝트를 연 후 빌드 하면 빌드가 잘됩니다. 수정을 일부하고 빌드하면 빌드 결과물이 devenv.exe 가 물고 있어서 파일을 덮어쓸 수 없다는 오류가 발생합니다. 2005를 종료하고 새로 띄우면 빌드가 됩니다.

[해결]
2005만 새로 설치도 해보고, OS까지 새로 갈아 엎었는데, 없어지지 않더군요 ?ㅁ-;;;;
솔루션 파일만 새로 생성했더니 되더군요 ?ㅁ- 어이가 없습니다. 쩝.. suo 라는 파일이 문제가 된듯합니다. 솔루션에 대한 빌드 정보라던가 여러 가지 정보들을 캐쉬 하고 있는 파일인걸로 보이는데, 이걸 지우고 빌드하니 잘 동작합니다.
정체불명의 오류 때문에 하루를 홀랑 날려먹었군요. ㅡ.ㅡ;;;
부디 다른 분들은 저 같은 삽질을 안 하시기를…

나야 얼마 사용안하니 아직은 경험해보지 못했으나 VS 2005를 매일 사용하는 팀원들이나 다른 프로그래머들은 자주 겪는 상황이라 하는데 별다른 해결책은 없단다.. 흠.. MS의 개발자들이 가장 많이 사용할텐데, 같은 회사 VS 개발팀에 요청을 안했을까? 뭐, 같은 회사라 해도 팀이 다르면 대화가 부족하기 마련.. 그래도 이런 이야기는 좀 나누지 말이야..

친해지려면 시간 좀 걸리겠다..

2007.07.25
kenial님 덧글을 계기로 생각해보니 그럴 수 밖에 없는 구조임을 이제야 깨달음.. 55개 프로젝트가 포함된 솔루션을 인수인계 받아 보고 있는데, 디버깅 실행시 마다 뭐가 이래 빌드가 많이 되나 싶어 점검도 안해보고 지껄인 것이 화근.. 시작 프로젝트는 몇개의 다른 프로젝트에 종속성이 묶여 있었는데, 그 프로젝트들이 또 다른 프로젝트에 종속성이 묶이고 하다 보니 39개 프로젝트가 빌드 점검을 하는 상황이었음..

2007.08.12
틈틈이 가지고 노는 Quake3 소스를 2005로 빌드할 수 있도록 세팅을 좀 했다.. (존 카멕이 공개시에는 2003용 빌드환경 제공..) 헌데, 2005가 절라 멍청한 짓을 한다.. 2003도 그러는지는 2003을 깔아놓질 않아 확인을 못해봤다.. 집 PC에 새로 세팅을 했는데, 소스코드 위치를 옮기기 귀찮아 바탕화면에 두었더니 디버깅으로 실행을 못 시키는거다.. 황당하다..
디버깅 경로는 항상 상대경로로 하곤 하는데 .\debug\Quake3.exe 라고 세팅을 해주면 실행이 안된다.. C:\Documents and Settings\madchick\바탕 화면\프로젝트\quake3-1.32b\code\debug\Quake3.exe 이렇게 해도 안된다..
그렇다.. 경로명에 공백이 있기 때문에 ""로 묶어줘야 하는 것이다.. 젠장 상대경로로 지정할 방법이 없어서 전체경로명 넣고 ""로 묶어주니 디버깅이 된다.. 짱난다..