모던보이의 雜說

CVS가 sourcesafe보다 훨씬 먼저 만들어진 소프트웨어죠. sourcesafe는 그래도 90년대일 텐데.

CVS를 거쳐 SVN을 쓰고 있는데요, 별로 생각해보지 않은 내용을 지적하셨네요. 그러고 보니 또 그렇다는 생각이 듭니다. 통제의 틀을 다소 넓힌거라고 볼수도 있겠고요.

sourcesafe가 사용하고 있는 lock-modify-unlock 모델은 CVS 전부터 RCS, SCCS 따위시절부터 오랫동안 쓰던 방식입니다. CVS나 SVN은 이런 전통과는 다르게 working copy를 만들어 merge하는 모델을 택했고 매뉴얼을 보면 lock을 하는 것에 대해 문제점과 불필요함을 논하는 부분이 있죠. sourcesafe는 더 나중에 만들어졌음에도 불구하고 lock을 하는 모델을 택했구요.

CVS와 SourceSafe의 앞뒤는 논점은 아닙니다. Clue님이 말씀하신것 처럼 lock-modify-unlock 모델이 더 오래 됬고, 모던 하다는 이야기 이지요. ㅎㅎ

한국 내의 인기 순위와는 큰 차이가 있는 것 같네요. 흥미롭군요.

프로그램 언어를 쓰는것은 컴퓨터로 워드나 파워포인트를 자유자재로 사용하는것이나 별반 차이가 없다는 것을 encapsulation이라는 개념을 배운 컴퓨터과학도들은 잘 알것이다.

이 그래프를 보다가 이런 설문조사표가 떠우르는건 왜일까?
노가다 연장중 어느 스타일의 곡갱이가 좋은지에 대한 설문조사표.

우리 한국 컴퓨터과학도들은 외국의 무수한 투어링 어워드를 받는 분들을 닮아야 하지 않을까?

C++이 후져서.. 진심입니다.

name이라고 하면 char*인지, char[100]인지, wchar*인지, std::string인지, std::wstring인지, CString인지, boost::string인지 알 수 없잖아요?

pszString 아니면 szString이라고 하면 뭐 LPSTR이나 LPTSTR, LPWSTR이겠구나 싶은거죠 뭐..

저도 윈도우로 프로그래밍을 시작한 서버 프로그래머지만, 요즘 남아있는 습관은 std::string 은 strXXXX, char[] 는 szXXXX 정도만 남아있는것 같네요. 이 2개는 혼용해서 쓰면 치명적인 경우(cin, cout, printf 등이 었던걸로 기억합니다)가 생겨서 좀 구분을 해서 썼었습니다. 나머지는 좀 번거롭기도 하고, 실효성이 생각보다는 많지 않더라구요.

KLDP에서 글을 보다 여기까지 왔습니다. 좋은 정보 얻고 갑니다. 오픈소스에 관심을 가진지 얼마되지 않지만 수혜자의 역할에서 벗어나 기여자로서 역할을 어떻게 하면 좋을까 고민하고 있습니다. 한번 시간이 되시면 만나뵈면 좋겠습니다. 저는 www.polypix.com을 98년부터 운영하고 있습니다. jaison63@naver.com

와.. 꽤 정리가 잘 되어 있네요..
음.. VCS 관련으로 개인적인 추천을 하자면...

1. Branch 활용에 대한 언급이 없으시네요... 활발하게 이용하고 계신가요? 저희 회사에서는.. 수정사항이 생길때 Branch를 이용하고는 있습니다면... 아무래도 Subversion의 Branch 기능은 좀 불편한 부분이 있어서.. 개인적으로 Git - Subversion 연동을 통해 로컬 Branch를 활용하고 있습니다. 배워야 한다는 단점만 제외하면... 아직까지는 제일 편한 방법이네요.

2. http://www.infoq.com/articles/agile-version-control 글을 꼭 한번 봐 주시기 바랍니다. VCS 활용을 극대화 하려면.. 아무래도 VCS "이용"에 대한 전략이 필요하다는 생각을 오랜기간 하고 있었는데... 상당히 정리를 잘 해 놨더라고요.

1. Branch를 쓰고 있습니다만, 사내에 불편해 하는 프로그래머들이 많더군요. 한번도 다른 대안에 대해 생각해 본 적이 없는데, Git + Subversion 검토해봐야 겠네요. 감사합니다.

2. 정리가 잘 되있네요. 좋은 자료 감사합니다.

메일로 주소 알려 주시면 PDF-Pro 4 한개 보내드리겠습니다. ㅎㅎ
jeong@pdfpro.co.kr

vcs 는 어떤 것이든 유사한 문제가 있는 것이 대부분입니다(변경을 관리할 때 공통적으로 생길 수 밖에 없는 근본적인 문제들). cvs 10년 이상 사용하다가 약 3개월 전부터 mercurial 사용하고 있는데, 공통된 문제점도 있고, 더 나은 점도 있더군요. 하나 이상의 vcs를 사용하는 것은 그리 좋은 아이디어는 아닌 것 같습니다. (참고로 저와 동료들은 꼭 필요한 변경은 주저않고 수행하지만, 그렇지 않은 경우 최대한 보수적 관점을 유지합니다. 즉, 뭔가 해결할 수 없는 문제가 없는 한 절대 툴을 바꾸지 않습니다. 반면 개발 프로세스는 쉽게 바꿉니다)

tracking system을 오픈하는 것도 그리 좋은 생각은 아닌 것 같습니다. 물론, 이메일로 버그보고를 받으면 ts에서 id부여후 답장을 자동으로 보내는 등의 자동화 정도는 괜찮을 듯 합니다. jira 쓰고 있는데, 기본적 기능만 사용하므로 별 어려움 없이 씁니다.

빌드와 테스트는 거의 동시에 일어나야 하지 않나 생각합니다. 즉, 개별 작업의 change set이 vcs의 메인라인에 커밋되기 전에 머지후 빌드 및 테스트가 돌아간 후 메인라인에 커밋되는 프로세스라면 데일리 빌드는 큰 의미가 없어집니다. 물론 이렇게 되려면 각 개발자가 언제든 돌려볼 수 있는 테스트 케이스가 있어야 합니다(개별 코드라인 전략은 위의 링크에 이미 있는 것과 유사하면 되겠죠. 제 기억이 맞다면, mercurial로 바꾸면서 동료가 알려준 perforce ppt(pdf?) 파일 내용과 유사하네요. tofu scale 만 기억나네요)

저는 개인용 위키도 사용합니다. http://www.tiddlywiki.com/ USB 메모리 스틱에 truecrypt로 무장한 위키 갖고 다니면서 잡동사니 들을 기록합니다.

개발툴이 양이면, 프로세스가 음인데, 프로세스에 대한 언급은 없어서 약간 아쉽네요. (적고나서 보니 거의 '프로세스' 이야기가 되버렸네요)

건승하시길...

남의 개발환경을 훔쳐보는 기분이네요. 저 있는 곳과 거의 비슷한 환경이네요. 다만 저희는 문서 관리도 SVN을 쓰고 있습니다. 복잡한 툴 배우게 하기가 쉽지 않아서요... alfresco는 처음 봤는데 한번 검토해봐야겠습니다.

좋은 글 감사합니다.

아 PDF-Pro 만드시는 분이군요. 이 프로그램 정말 잘 사용하고 있습니다. 워낙 깔끔하게 pdf를 뽑아줘서 주변사람들에게 불법 아크로뱃 쓰지말고 이거쓰라고 권해줄 정돕니다. 항상 pdf 만들때마다 감사하게 생각하고있습니다.

10년동안 미국에서 웹개발 업무를 해오고 있습니다. 예전에는 한국계 회사에서 일을 했었는데 지금은 미국 회사에서 근무하고 있습니다.

제가 느낀점은... 한국계 회사일 경우 규모가 큰 회사던지 작은회사던지 간에 미국회사들과는 다른 아주 몹쓸(?) 사고방식이 있더군요... 직원들에게 투자한다는 개념보다 뽑아 먹는다는 생각이 강합니다. 적은 돈으로 많이 부려 먹으려는.... 적은 Input으로 많은 Output을 바라는... 장사꾼 마인드죠... 중/장기적 관점에서 사업을 바라보지 않고 단기간에 실적을 높이려다 보니 장사꾼 마인드에서 벗어나질 못하는 것 같습니다.

회사에서... 특히 IT 기업에서는 유능한 인재의 양성이 아주 중요하다고 봅니다. 하지만 한국 회사들의 경우 인재를 양성하고 투자한다는 느낌보다는 어떻게든 괜찮은 사람 좀 더 적은 돈으로 데려다가 쓸까.. 하는 생각만 하는것 같습니다.

한국회사에서 1억이 아니라 2억을 준다하더라도 전 갈 마음이 없습니다. 그거주고 얼마나 부려 먹을까... 하는 생각이 딱 드니까요.. 적어도 미국에서... 저같은 한국 사람들은 한국회사 안들어 갑니다. 멋모르고 들어갈 수는 있겠지만 한번 겪고나면 치가 떨리니까요...

현재 저는 억대 연봉을 받고 있습니다.
하지만 지금회사가 좋은 이유는
억대 연봉 보다 아... 이런 회사라면 은퇴할 때 까지 있어도 좋겠다라고 생각되는 회사 분위기, 비전, 보람, 복지, 개인생활 존중, 자기개발 지원 뭐 이런것들 때문입니다.

자본이 충분치 못한 회사는 당연히 불가능한 일입니다.
하지만 그건 경영진이 풀어야 될 문제지
개발 인력들이 짊어져야 될 짐은 아니라는 것입니다.

헝그리 정신으로 개천에서 용나는 식의 벤처 신화는
일선 개발자들에게는 로또 복권 당첨과 마찬가지로 희박한 소망일 분입니다.

처자식이 딸린 한 가정의 가장들에게 헝그리 정신으로 무장하여 신화를 일구자며 고통분담을 요구하는 것은 그 사람의 개발자로써의 자존심을 짓밟는 것이며 잔인한 처사라고 생각합니다.

무에서 유를 창조할 수는 없습니다.
(정말 운이 좋은 경우가 아니라면...)
만약 그런 생각을 하고 있는 CEO가 있다면
복권을 사거나 투자자를 찾으러 나가라고 하고 싶네요.
괜히 밑에 사람들만 쥐어짜지 말고....

혹자는... 그런 책임감 없고 자기 자신만 생각하는 정신상태로... 여기에 내 모든걸 걸어보겠다는 마음가짐없이 무엇을 할수 있겠냐? 라고 말할 수도 있겠지만.. 전 그렇게 얘기하는 사람이 있다면 이렇게 대답해 주고 싶습니다.

"IT 하지말고 그냥 길에서 핫도그 파세여...."

IT는 지식 집약 산업입니다.
무엇으로든 직원들의 사고를 얽메이게 만드는 회사라면 가능성 없다고 봅니다.

멋진 글 감사합니다. 읽으면서 몸에서 짜릿한 전류가 흐르는 느낌이었습니다. 저는 비 IT계열에서 일을하고 있고, 공대출신입니다. 물론 제가 일하고 있는 분야도, 낮은 임금과 학생들의 기피현상으로 걱정을 하고 있구요. 저도 이같은 현실에 개탄을 하고 있었지만, 언제부터인가, 제가 있는 회사의 매력을 좀더 높여서, 임금으로 혹은 직원들에 대한 비젼으로 매력있는 회사가 되도록 하여야 하겠다는 생각을 하고 있었습니다.
좋은 글 감사합니다. 좀더 노력하는 제가 되어야 겠다는 생각을 다시 한번 다지게 되었습니다. (어떻게 보면 이글을 읽고 있는 것과 같은 웹서핑도 끊어야 겠네요. ^^; )

1. 미국인 엔지니어들은 이성적인 판단을 하는것에 익숙하고, 회사에서도 그 사실을 잘 알고 있다.

2. 한국에서 엔지니어링이 커질려면 새로운 시도를 받아들이기에 쉬운구조로 바꾸어야한다.

엔지니어링은 철학적 엔지니어링(5%)와 노가다 엔지니어링(95%)이라고 부르는 두가지가 있는데.
한국은 전자에 투자가 미흡하다.
회사에서 일하는 대부분의 일들은 나는 후자라고 본다.

http://www.pdfpro.co.kr/blog/jeong/entry/Warning-무시하지-맙시다

이 주소로 오니깐...바이러스가 감지되네요...ㄷㄷㄷ

웃어야 할지 울어야할지 모르겠군요.

재밌네요, ㅋ
IT 계열 나름대로의 관련 개그가 많이 있죠.
근데 그런 개그는 그 분야 사람들만 알아듣기 쉽다는..!ㅋ

공감 백번하고 침튀겨가며 웃고 갑니다. 크핫핫핫핫..

우연히 링크 따라 여기까지 오게 되었습니다.
재밌고 느낌이 팍팍 오는 시조들이네요^^

제 블로그에 담아가도 될런지요?

우연히 들르게 되었는데, 너무 재미있네요~
저도 담아가겠습니다 ^^
번창하세요~

시조 내용은 서글픈 프로그래머들을 노래하지만,
유쾌해져서 돌아갑니다. ^^

너무 재미있어서 퍼갑니다. (출처 밝히구요)
좋은 하루 되세요. ^^;