소스 관리 전혀 안되는 회사 어떻게 생각하시나요?

저 같은 경우 개인적으로 쓰는 컴터도 소스 관리 프로그램 쓰면서
자료 관리 하는데 feanor님이 말씀하신데로
소스로 먹고 사는 회사가 그걸 안한다 하면
참 막막하겠군요.

병특이시니 당장 나가실 순 없으시니 일단 내년에 다른 곳으로 옮길 때 최대한 유리한 조건으로 갈 수 있도록 현재 회사에서 그래도 열심히 하셔야겠죠.

소스 관리 같은 건 술자리 같은데서 말해봐야 잘 모르는 사람들을 깨우쳐 주기 어렵습니다. 나이들고 배우려는 자세없이 쓸데없는 자존심만 쌘 사람들이 많을텐데 님의 의견을 무시할 수도 있을테니까요. 그냥 님이 혼자 자기 서버에 설치해놓으셔서 쓰기 시작하시고 다른 사람들에게 자연스레 님이 관리 편리하게 하고 일 효율적으로 잘 하는 모습을 보여주세요. 그럼 자연스레 천천히 님의 방식에 관심을 갖게 될 듯 합니다.

그리고 그런 관리가 안되는 팀에서 님이 시초가 되어서 팀의 업무 프로세스를 개선하는데 큰 일을 했다고 하면 나중에 이직할 때도 면접에서 더 좋은 인상을 줄 수 있을 듯 합니다.

1. 쓰고 계시는 PC를 리눅스로 바꾸시고

2. svn이든, cvs든 본인 PC에 설치하셔서

3. 돌아댕기는 모든 소스를 버전관리시스템에 넣어두세요.

4. 마지막으로... 모든 서버에다 rm -rf / 를 한번씩 때려주세요.

좀 과격한 표현이어서 화가 나실런지 모르겠지만

"내가 안하면 아무도 안한다." 라는 생각을 한번 해보셨으면 좋겠습니다.

ps. 물론 진짜로 rm -rf / 를 때리시지는 않으리라 믿습니다.

2008년도인 지금 현재 상황이 그렇다면 글쓴분의 힘으로는 바꾸기 어렵습니다.

2002년부터 CVS를 도입했었는데 그 때도 제가 개발자 중 최고참이었고 거의 프로젝트의 모든 기술적인 부분을 리드함에도 불구하고 CVS 도입에 많은 어려움을 겪었습니다.

요즘 웬만한 업체들은 다 CVS나 SVN을 사용하는 것으로 알고 있는데 지금까지 그렇다면 앞으로도 변하기 힘들 가능성이 많습니다.

글쓴분께서 좀 더 힘있는 위치로 올라가시기 전에는 어려울 것 같네요. 그냥 남은 기간 눈 감고 묻어가시다 좀 더 관리 잘 하는 회사로 옮기시는게 더 나아보이는군요.

--

B/o/o/k/w/o/r/m/

소스 한 번 날려먹으면 도입 하지 말자고 해도 도입할 듯 합니다. -_-

그 때를 기다리세요...-_-;;;

조엘 온 소프트웨어에 이런 경우의 대처법이 있었던 것 같은데요.

아마도 순서가
1. 혼자라도 쓰기 시작한다.
2. 누군가 소스를 찾으면 소스코드 관리시스템에서 소스를 꺼내준다.
동시에 소스코드의 장점을 설명한다.
3. 누군가가 같이 쓰기 시작 할때까지 반복한다.
4. 어느 정도 자리를 잡으면 임원을 설득한다.

흠. 읽은지 오래되서 기억이 잘.. ;)

# emerge girl-friend
Calculating dependencies
!!! All wemen who could satisfy "girl-friend" have been masked.

제가 다니는 회사도 소스관리가 전혀 안되고 있었습니다.

플젝 끝나고 시디로 복사해서 보관이라도 잘 해두면 다행이였죠.

대부분 플젝 할 때의 팀원들 머리에 있는게 다였습니다.

틈틈이 소스관리에 대한 화제를 유도하고 그에 대한 화두를 던져줬습니다.

제가 바라는건 CD는 최소 2벌씩 백업하는것이고

소스관리용 서버(P4 정도의 데스크탑 PC)를 구해다 주는것이었습니다.

일단 서버용으로 사내에서 굴러다니는 PC 부품으로 조립해서

윈도깔고 네트워크 드라이브로 자료관리 및 공유를 시켰습니다.

그리고 프젝자료는 제가 CD로 2벌씩 만들었습니다.
(저 이외에는 아직도 CD를 만드는 사람은 없습니다.)

CVS, SVN, VSS에 관심은 저도 많았지만 제 이해도가 부족해서 도입하는데 오래 걸렸습니다.

일단 동네서 주워모은 부품으로 만든 P3를 회사에 가져와서 리눅스를 설치하고

SVN을 설치한 후 새로 시작하는 플젝부터 SVN으로 소스관리하도록 했습니다.

물론 제가 참가하는 플젝만이지만 잘 따라와주고 있습니다.

HDD는 사내에서 잘 쓰던 테스트용 데탑에서 빼와서 꼽아줬습니다.(제 하드는 용량이 적어서)

이제 회사가 어느정도 소스관리가 되고 있습니다.

제가 실수로 rf -rf / 를 하지 않는 이상......

제가 권하는건 이직인데 그렇게 하지 못하는 상황이니

그 남은 시간만이라도 본인부터 조금씩 바꿔보세요.

제가 봤을때 본인은 아무것도 바꾸지 않았으면서 주변부터 바꾸려하다보니 벽에 부딪힌것 같습니다.

저도 병특인데 대학원때 소스양이 작고 연구목적이라 관리해본적이 한번도 없었습니다.
그래서인지 소스포지 이런 사이트 보면서 와 저런거(소스관리툴) 쓰면 좋겠구나..하는 생각이 많이 들더군요. 회사가면 저런거 쓸 수 있을까 이런 생각했었는데

실망이 컸습니다.

제 병특 입사동기가 이걸 문제 삼아서 SVN을 도입하자는 결론이 나왔는데요.
결국 서버를 우리가 관리하게 될 것 같아서 그만두었습니다.
서버도 안사주고 그냥 똥컴에 돌리라고 하네요.
이 말은 조금 이기적으로 들릴 수 있겠지만
허접한 컴퓨터에 SVN돌려놓고 나중에 하드라도 날라가는 일이 생긴다면 결국 우리 책임으로 돌아오게 되니까요.

현재는 소스 새로 릴되면 머지 열심히 하고 있죠..
요것에도 나름 장점이 있다고 생각합니다. 소스코드를 수정할 때 시스템 전체를 아울러 본다고나 할까...ㅡㅡ;;

장점아닌 장점을..쿨럭..

그리고 전역변수라면...
여기도 남발되고 있어요..ㅡㅡ; 전역변수 이름이 잘 붙어 있음 좋겠지만...
변수 이름 K, L ...ㄷㄷㄷ 이건 무슨 007도 아니고...;;
그리고 함수화가 안되어 있어서...뒈지겠어요... 하나 수정하면 같은 코드 찾아서 여러개 수정해야되구용...
위와 같은 문제 땜시..UI바꾸려면 3개월은 걸려용. 제가 맡아서 했는데 코드 하나 바꾸면 버그가 수십개는 나와요..;;

처음 소스 본 날이 기억나네요...
소스 코드 처음보고 기겁을 했다는....
쩝...

먼저 혼자 쓰시는거도 괜찮은 것 같습니다.

지금 작업상황이 공식적인 개발 머신에서 쓰는 SCM이 상당히 쓰기 불편하고 팀원들 간에 공유가 어려운 상황인지라,
( 개발머신 한대를 200-300명 정도가 같이 쓰니 특정 시간에는 fork()조차 불가능할 때가 있었습니다.
SCM으로 쓰는 것이 RCS를 wrapping해서 쓰는 SCM인데, 공유보다는 보안에 주안점을 두어서 사용이 많이 불편했습니다. )

로컬에 coLinux를 설치하고 개발을 진행하면서
svn, trac 등을 설치해서 혼자 쓰다가,
그동안 SCM을 안 쓰시던 분들에게 up, ci 정도만 명령어를 알려드리고 같이 쓰기 시작했는데
개발을 4-5개월 정도 진행하면서 나름대로는 잘 적용이 된거 같습니다.
CVS, SVN라는 툴이 좋다 나쁘다를 얘기하기보다는 그냥 그런걸 혼자 잘 쓰고
위에 말씀하신대로 천천히 얘기를 하면서 진행하는게 편하다더군요.
( 늘 어떤 툴에 대한 설명은 새로 배워야할 것이라는 느낌을 주는게 걸림돌이 됩니다. )
그냥 어떤 툴이 중요한게 아니라 어떻게 진행하느냐가 중요한거니까요.

단점이라면 제 노트북을 끄지 못한다는 단점이 생겼습니다. :p

저도 정확히 같은 상황에 있었습니다.

그 사람들이 SVN도입에 회의적인건 당연합니다. 그렇게 살아왔던 사람들이고, SVN쓰면 뭐가 좋은지도 정확히 모를테니까요. 일단 메인으로 하는 일에만 SVN을 도입해보세요. 억지로라도... 처음에는 객기가 좀 필요할지도 모르겠네요.

한달만 지나면 가까운 사람 한명의 생각이 별한겁니다. 그 뒤로는 노력하지 않아도 퍼지게 되겠죠... TDD... 소스저장소도 모르는사람들한테 TDD... 욕심은 천천히 ^^

전 입사한게 3년전인데요, 지금은 저희팀 모든 프로젝트에서 SVN을 쓰고 있지요. 저한테 구박받으며 SVN 배웠던 제 사수, 다른팀 가서도 SVN 잘 쓰고 있구요. ^^

힘내세요~ 옛날생각나서 리플좀 달아봤어요~

--
콘쏠의힘

전 병특때 다 쓰게 만들었습니다. :P

파일서버 한켠에 서버구축도 하고 교육자료도 만들고 정책도 마련하는 등 귀찮은 일을 자처해야 했고, 저항도 있었지만 대세가 결정되니 나중에는 알아서 돌아가더군요. (단 서버 관리만은 자연스럽게 경험을 쌓을 수 있는 게 아닌지라 끝까지 짊어졌었죠.)

별 방법 없습니다.. 직접 겪어보기전에는 절대 도입할려고 안할겁니다.
제가 지금 다니는 회사도(저도 산업기능요원입니다.) 제가 들어올때까지만 해도 소스 관리라는건
안한더군요 ㄱ-.

여러사람이 작업하면 작업이 끝난 후에 팀장한테 소스를 보내서 팀장이 손으로 머징을 하고 있는 뭐 그런;;

여튼 그래서 제가 들어가고나서 2달 후에 연말이라고 설문조사 비슷한걸 하더군요.
그래서 제가 거기에 강력하게 svn이나 cvs와 같은 소스관리서버를 도입하자고 강력하게 서론 본론 결론까지 나누고
각종 기사와 관리방법, 소스관리툴간의 장단점을 리포트로 해서 제출했더만 그냥 묵살당하더군요 -_-

그런데 얼마 안있다가 도입했습니다.. 계기는 역시.. 회사에서 주력으로 개발하고 있는 제품이 있는데..
그거 개발하던 사람이 소스 날려먹고 퇴사를 했습니다 ㄱ-

그거 때문에 좀 시끄러웠는데.. 윗분들이 회의하면서 저를 부르더라구요..

그러면서 하는 말이..

"너 svn 써봤냐."

.....

별 방법 없습니다.. 홀랑 날려먹어야지 정신 차립니다..
-------------------------------------------------------------------------------
It's better to appear stupid and ask question than to be silent and remain stupid.

같은 회사면 제안이라도 해보겠지만 같이 일하는 회사면 돌아버릴 상황이 되죠;;
프로그램은 아니고 강의 콘텐츠 제작 업체와 일을 함께 하는데

......삽입된 동영상(처음에 제작할 때 직접 촬영했던)들의 원본이 하나도 안 남아 있는데
현재 해당 동영상들의 가장 고품질에 큰 사이즈가 현재 저희 웹에 올라가 있는 물건이지요. 흠;;;;
유튜브 기본 사이즈보다도 작은 가로세로인데, 화질은 정말 1998년에 나우누리에서 받아서 보던 애니메이션 뺨치게 구리구리합니다;

처음에 찍은 동영상, 최초에 받았던 스토리보드, 기타등등을
하나도 관리하지 않고 있어서-_-;;;;;;;;;;;
얼마 전에는 동영상 사이즈가 너무 커서 로딩이 오래 걸린다고, 사이즈를 조절해주거나 해달라고 요청이 들어와서
해당 작업을 의뢰했더니
"원본(웹에 올라가 있는 것)의 화질이 나빠서 이 이상은 작업할 수 없다"는 크리티컬한 말씀을 듣지 않나

같이 일하는 남의 회사;;; 에서 콘텐츠나 소스의 버전 관리를 안 해줘서 작업에 문제가 생기는 것은 어디다 호소하면 좋을까요 T_T

1. VirtualBox하나 설치하시고 XP나 Ubuntu 하나 설치하세요.

2. Python + SVN + Track 설치합니다.

3. 본인 자리에 조용히 1로 만든 image하나 조용히 띄웁니다.

4. 메일 하나 쓰세요. 주로 좀 말이 통하는 사람들에게.. "여기다 올려, 팀장이 뭐라든지.."

5. 그러고 몰래몰래 작업을 진행하시지요.

6. 팀장이 보나마나 소스없네 있네 난리 칠 때, 딱 한마디 해요. "여기다 올려놨으니 연결해서 쓰세요."

7. 그래도 뭐라하면 나가세요. 1년 남은 병특은 충분히 전직/이직이 가능합니다. 병무청과 상의하세요.

8. 그리고 나갈때 만들어놓은 image는 들고 나가시고... 어허허... PC는 물론 복구 불가능하게...

어차피 해결안될 사람들입니다. 그런 조직이 만드는 코드는 뻔합니다. 세상에 악이
되지 마시고 귀순하십시오. TDD와 Agile진영은 님을 받아들일 준비가 되어 있습니다.

참고로 요즘 PC들 듀얼코어로 도는데 작업하면서 가상머신 하나 돌려도 힘이 남지요. ㅋㅋㅋ

공룡을 건드리지 마시고 공룡 머리에 벼락을 내려주십시오. 좀 치사하게 굴어야
할 때는 해야 합니다.

p.s : 실제 몇몇 회사들에 조엘 테스트 12개 보냈더니 답주는 회사가 딱 2군데였지요.
그중 하나는 답이 걸작이었습니다. "자세한건 아실거 없고..... " -.-;; 대부분 회사는
바로 연을 끊더군요. 무언가 아는 놈은 못데리고 일하나 봅니다. ㅋㅋㅋ

위에 어떤 분이 묻어가시라는 얘기를 하셨는데, 저 역시 그 말에는 동감이니다. 다만, 어느정도 지위가 올라간 이후에 주장을 해보시는 게 현재로썬 좋으실 거 같네요. 현재 들어가신 지 얼마 안되시는거 같은데, 그 상태에서 무언가를 주장하셔도 기존의 사람들은 이제 들어오신 신입분의 말을 잘 들어주진 않을 것입니다.(사실 좋은 것은 받아들여야 하는데, 그러한 것들이 쉽지만은 않은거 같아요..) 즉 어느정도 능력 인정받고, 지위가 올라가 있을때 바꾸는 걸 시도해보심면 그때는 상황이 아무래도 달라지겠죠~ 제가 이러한 소리를 하는건 병특은 어차피 나가는 것이 쉽지 않아서 말씀 드리는 것이니 오해 마세요~. 1년 이후에 전직이라는 것이 있으나, 회사 동의 없이는 전직이 그리 만만하지는 않습니다.( 회사 다 구해놓고 전직 시도 해봤지만, 회사에서 놔주지 않아서 못 옮긴 유경험자입니다.. ㅠㅠ) 마지막 보루로 병무청에 비동의 전직 신청이 있으나 만약 병무청이 승인 안해주면, 그때부터 회사 다니시기 힘드실겁니다.. 2년? 혹은 3년(현역인지 보충역인지 몰라서요~ ^^)을 해당 회사에서 다니셔야 할텐데, 일단 조금씩이라도 바꾸시는 걸 시도해보심이 권해드리고 싶네요..

------------------------------------------------------
아직은 젊다. 모든 것을 할 수 있는 나이란 말이지.

전 연구실에서 svn를 사용하도록 만드는데 4년 걸렸습니다.
지금은 다른 연구실도 전파되고 해서 점점 사용하는 연구실이 늘고 있는 실정입니다.
지금은 제가 주도적으로 관리할 수 있지만..
제가 막내일 때 뭐든 시작할 때마다 쓰자고 쓰자고 한 두번씩 이야기 하고..
그당시에 저만 cvs를 사용하고 있었는데 프로젝트 끝나고 백업할 때 한 두번 보여주고
그러면서 서서히 의식을 바꿔 나갔습니다.
오래 있을 연구실이니까 그렇게 해나갈 수 있었죠.

가끔 아르바이트할 때는 그냥 전적으로 그쪽 방식에 맞춥니다.
대가를 받고 바이바이 하면 끝이니까요.

전 거의 병특 끝나가는데요.

저희 회사에선 깔끔하게 빌드날짜별로 zip해놓기라도 하면 아주 훌륭한 겁니다.

저는 퇴사하신 분에게 부탁해서 최신 소스를 받은 적도 있었습니다.

말다했죠.

또 원본 소스코드에 개발자마다 나름대로 수정이 가해져서

결국 몇 달 후엔 개발자 수 만큼의 버전이 생기곤 한다는 사실.

어떻게 보면 진정한 의미의 distributed된 코드 관리랄까요...

결국 똑같은(?) 결과물에 여러가지 버전의 코드가 생기고,

인수인계자는 혼란스러워하다가 새로 다시 만들죠 :-)

저도 면접볼 때 항상 물어보던 것중 하나였습니다.

1. "소스관리는 어떻게 하시나요?~"

1/3 CVS, SourceSafe 혹은 SVN 이나 거의 CVS 쓰고있음.
1/3 도입예정
1/3 여러가 복잡한 상황으로...

하긴 저도 학부때부터 써본다 써본다도 하고, 한두번 위키로 같이 작업했는데 결론은 GG...

사실 따지고 보면 revision software 무조건 도입하면 될것 같은데...

조금 있으면 바로 문제가 속출하죠. 바로 브랜치관리와 릴리즈...등

주요 브랜치와 프리즈, 릴리즈 등은 결국 팀장급이 해야하는데 처음에는

그저 지금 프로젝트의 덤인 격이죠. ^^;

그분들에게 먼저 발등의 불이 떨어져봐야 할듯 하네요.

다른건 몰라도 서버는 충분해 보이네요...

http://www.pdfpro.co.kr/blog/jeong/19