[팁] WindowsXP SP2를 설치하고 SVN에 접속이 안될 때..

어느날 갑자기 개발팀의 SVN에 접속이 안되는 경우가 있습니다.
네트웍으로 공유한 공유 폴더도 접근이 안되고...
SVN서버에서는 외부로 다 나가는데, 외부에서 서버로 접속이 안되는 경우가 발생할 때가 있습니다.

혹시, Windows XP SP2를 설치하지 않으셨나요?
혹시, 방화벽을 실행해 보면, 실행이 되어 있지 않다고 나오지 않나요?
혹시, 관리>서비스 에서 방화벽을 실행해 보면, 시작할 수 없다고 나오지 않나요?
 (로컬 컴퓨터에서 Windows 방화벽/인터넷 연결 공유(ICS) 서비스를 시작하지 못했습니다."
 (오류 0x80004015: 클래스가 호출자와 다른 보안ID로 실행되도록 구성되어 있습니다."

이런 경우 SVN에 접속이 안 될 수 있습니다.
이유는 검색해 보시면....
"
특정 경우에 이 문제가 발생할 수 있습니다 관리 템플릿 Windows XP 보안 가이드에서 Windows는 컴퓨터에 적용 된 XP sp2는 설치 합니다. 이 문제는 Windows XP 보안의 일부로 게시 된 몇 가지 보안 템플릿의 문제로 인해 발생 가이드입니다.


Windows XP sp2에서 원격 프로시저 호출 (RPC)을 사용 하 여 실행 되는 NT Authority\NetworkService 계정입니다. 기본 보안 설명자에 대 한 서비스를 Windows XP sp2에서 Authenticated Users 그룹에 읽기 액세스를 제공 합니다. 여기에 NT Authority\NetworkService 계정이 포함 됩니다.
"
가 원인이 될 수 있습니다.


"특정 관리 템플릿 Windows XP 보안 설명서에서 Windows XP 서비스 팩 2에서 Windows 방화벽 서비스를 시작을 하지 못할 수도 있습니다."
라는 것이죠.
방화벽이 안되니, 접속하는 모든 것을 막아버리는 것 같습니다. 내부에서 나가는 것은 나가고...

일단
http://support.microsoft.com/kb/892199/ko
에 가셔서, Microsoft Fix it 50638 을 해보세요.

그리고, 리부팅 후에, 네트웍 드라이브가 접속되는지 확인해 보세요. 될겁니다.

SVN은? HTTPS로 접근하신다면, 방화벽에 HTTPS의 포트인 443을 추가해 주시면, 접속이 될 겁니다.

[링크] 무료 디자인 리소스를 손쉽게 구하는 방법

마루[maru]님이 정리해 둔, 무료 디자인 리소스 손쉽게 구하는 방법 블로그 입니다.
http://www.designlog.org/2512235

자료가 좋아서, 링크를 걸어 둡니다.

iOS에서 sqlite3 관련 Framework 추가하기.

안녕하세요. iOS 관련 개발을 하면서, sqlite3을 사용하고 있는데, Framework을 등록하지 않아서 Linking Error가 발생했습니다.
에러 내용은 아래에 있습니다.

Undefined symbols for architecture i386:

  "_sqlite3_open", referenced from:

      -[MemoPadAppDelegate readMemoFromDatabase] in MemoPadAppDelegate.o

  "_sqlite3_prepare_v2", referenced from:

      -[MemoPadAppDelegate readMemoFromDatabase] in MemoPadAppDelegate.o

  "_sqlite3_column_int", referenced from:

      -[MemoPadAppDelegate readMemoFromDatabase] in MemoPadAppDelegate.o

  "_sqlite3_column_text", referenced from:

      -[MemoPadAppDelegate readMemoFromDatabase] in MemoPadAppDelegate.o

  "_sqlite3_step", referenced from:

      -[MemoPadAppDelegate readMemoFromDatabase] in MemoPadAppDelegate.o

  "_sqlite3_errmsg", referenced from:

      -[MemoPadAppDelegate readMemoFromDatabase] in MemoPadAppDelegate.o

  "_sqlite3_finalize", referenced from:

      -[MemoPadAppDelegate readMemoFromDatabase] in MemoPadAppDelegate.o

  "_sqlite3_close", referenced from:

      -[MemoPadAppDelegate readMemoFromDatabase] in MemoPadAppDelegate.o

ld: symbol(s) not found for architecture i386

collect2: ld returned 1 exit status 

위에 나온 것과 같이 sqlite3_open 과 같은 SQLite3관련 함수를 사용하면 Symbol을 찾을 수 없다고 나옵니다.
참 당황스럽더군요. 왼쪽에 보이는  Frameworks에 관련 프레임워크를 넣으면 될 것 같은데, 어떻게 넣는지... Apple의 개발자 사이트를 찾아보니...
먼저 XCode4.0의 왼쪽 Project Navigator에서 제일 위에 있는 프로젝트를 선택합니다.

위 그림처럼 프로젝트 선택하면, 프로젝트에 대한 설정을 변경할 수 있습니다. 거기에 Build Phase부분에서 Link Binary With Libraries 부분에 Sqlite3관련 라이브러리를 등록하면 됩니다.
+로 되어 있는 부분을 선택하면, 아래와 같이 추가할 수 있습니다.

 libsqlite3.0.dylib를 찾으면 됩니다. 아니면, 서치부분에 sqlite3을 입력하면 2개만 나옵니다.
여기서 하나를 선택해서 넣으면 됩니다. (다른 dylib 둘의 차이는 ??? )
 추가를 하고 나면...

라이브러리가 추가 되어 있고, Cmd + b 로 빌드를 하면 에러 없이 빌드 됩니다.

참고되시길~

맥초보를 위한 기초적인 팁 모음( 링크 )

맥을 사용하다 보면, 어려운 것이 많은데요.
정리가 잘 되어 있는 곳이 있어서, 링크를 걸어 둡니다.

맥초보를 위한 기초적인 팁 모음( 링크 )

Project Charter 샘플..

사내 프로젝트용 Charter

회사에서 Symbian에 프로젝트를 할 때, 예제 App을 만들어 보려고 시작한 사내 프로젝트의 Charter 입니다.

 템플릿은 인터넷에서 구했던 것으로 생각나는데, 찾아 보시면 될 것입니다. 내용이 좋아서 약간 수정해서 만들던 것으로 기억합니다.

 필요하신 분들은 아래 링크에서 받으시면 됩니다.

(참고 파일은 요기에서 받으세요. http://blog.naver.com/bjh3958/120056865800)

OnePageReport처럼 거의 한장으로 되도록 만드는 것이 보기도 좋고, 관리도 편리합니다.

• 프로젝트 명: 
• 프로젝트 이름으로 잘 만들어서 보기에 좋고, 무슨 프로젝트인지 호기심이 확~ 나도록 만드는 것이 참여하는 사람들의 기분도 좋게 만드는 것 같습니다.
• 작성자, 문서 버전: 
• 보통 PM이 작성하고, 버전으로 관리를 합니다.. Revision으로 관리해도 되고..
• 프로젝트 개요 및 배경: 
• 뭘하는 것인지, 하게 된 배경이 뭔지를 간결하게 작성하는 것이 좋습니다.
• 프로젝트 목표: 
• 이 프로젝트가 결과물을 내는 과정에 뭐를 중요하게 보는지 적는다. 3가지의 목표를 가지는 것이 좋을 것 같다. 프리젠테이션에서도 3가지로 분류하듯이 이것도 3가지로 하는 것이 이해하기 편할 것으로 생각합니다.
• 주요 산출물: 
• 진행되면서 어떤 결과물들이 나올지 적어야 한다.
• 프로젝트 관리: 
• 뭘로 관리할 것이며, 어떤 단위로할 것인지 명시한다. 이거 명시하면 PM은 꼭 지켜야 한다. 일일업무보고는 안하는 것이 현명.. 하죠.
• 가설, 제약조건, 위험요소: 
• 이 프로젝트를 진행하는데, 어떤 전제조건이 있는지, 제약 조건으로 뭘 둘지, 위험요소는 어떤 것이 있는지 여기서 명시하는 것이 좋습니다.
• 소요자원: 
• 개발자 누가 필요한지, 물 구매해야 되는지 명시한다. 만일 VS2008 Team System이 필요하면 여기에 적어야 합니다.
• 의사소통 및 보고 체계: 
• 보고를 누구에게 어떤 형식으로 할 지, 팀원들과 이야기 해보고, 그 결론을 적는다. 팀원들이 보고를 하므로 팀원들의 합의가 없으면 유명무실해 집니다.
• 마일 스톤: 
• 중간 결과를 언제 어떤 형태로 할지 정해 놓는다. 목표는 잘게 쪼게서 접근하는 것이 최상이다. 그래야 한달마다 전진을 할 수 있다.
• 승인 요건: 
• 프로젝트가 성공하려면 뭣이 만족되어야 하는지 구체적으로 적어야 한다. 'WM에서 잘 돌아야한다' 이런것은 있으나 마나.. 하나 마나
• 승인: 
• 누가 승인하는지, 이름과 사인을 받아야 합니다. 나중에 그 분이 다른 말을 하지 않도록.
• 만약 고객의 요구사항이 변경되거나, 그 분이 일정을 줄이고 싶으시면, 이 승인한 것을 다시 승인해야 하므로, 좀더 현실적으로 방어 할 수 있습니다.
• Sponsor: 
• 이해당사자가 누군지, 그 사람의 확인을 받고 사인을 받아놔야 한다. 사인을 받으면 분명 사본을 달라고 할 것이고, 그러면 그 사람을 그 내용을 검토할 것이고, 요구사항과 승인 요건이 모두 합의되게 됩니다.

큰 회사라면, 당연히 이런 문서가 있거나, ERP, PMS등에 입력 양식이 있을 것이니 그것을 이용하시면 될 것이고, 그것이 없는 중소기업이라면, 내가 기준을 만든다는 생각으로 실제로 잘 쓰이는 문서를 만드시는 것이 좋습니다.

 문서 만드는 것도 일이니, 개발자들이 이 문서를 통해서, 조금이나마 프로젝트하는데, 도움이 될 수 있으면 좋겠네요.

Project Charter를 꼭 써야 하는 이유 #2

프로젝트 챠터, 프로젝트 헌장을 꼭 써야 하는 이유는 뭘까?
두번째로 생각을 정리해 본다.


  1. 프로젝트의 기간을 정확하게 명시할 수 있다


- 언제 시작을 할 것이고, 언제 끝나는 것을 목표로하는지 명시적으로 알 수 있다. 이후에 프로젝트가 늘어지더라도, 얼마나 늘어지고 있는지 알 수 있다.

  2. 산출물, 즉 제품의 품질을 정확하게 명시할 수 있다.

- 제품을 인수하는 조건이 뭔지를 확실하게 명시하므로써, 이거는 되야되느니, 이정도는 해줘야 되는 것 아니냐 등등의 소리를 미연에 방지할 수 있다.

  3. 투입 인원을 끝까지 지킬 수 있다.

- 초기에 투입한 인원들이 어느세 다른 곳으로 슬금슬금 이동하거나 회사를 나가서 더이상 진행할 수 없을 때, PM으로서 회사에 인원 보강을 요청할 수 있는 구실이 된다. 이때, 개발자 2명이 더 필요하다는 것이 아니라, 이전에 있었던 팀원과 같이 이런 이런 능력이 있는 새로운 개발자가 필요하다고 명시적으로 이야기 할 수 있다.
그렇지 않으면, 전혀 다른 팀에서 2명 차출해서 팀에 넣어주고는 인원 넣었으니, 빨리 프로젝트 진행하라고 할 것이다. PM만 죽어난다..

  4. 할 수 있는 일, 할 수 없는 일을 명시할 수 있다.

- 프로젝트 차터에 이 프로젝트 어디에 뭘 하는 것인지 정확하게 작성하고 그것이 이해 당사자, 즉 '갑'에게 보여줘서 그것이 정확한지를 확인 받으면, 이후에 '갑'이 다른 소리를 하더라도 그에 대응할 수 있다.
정말 이상한 '갑'들은 Email을 전혀 쓰지 않고, 전화로만 이야기 하는 사람도 있다. 증거를 안남기기 위해서...
이런 사람들을 위해서라도 프로젝트 차터를 쓰고, 그 사람들에게 확인 메일을 보니고, 받았다는 확답 메일을 달라고 하는 것이 확실한 방법이다.

  사실 프로젝트를 시작하다보면, 이건 알고 있겠지 하는 것들이 있다.

'갑'에게 이야기 하는 것은 마케팅 팀이고, 일을 하는 것은 개발팀이기 때문에 그 사이에 어영부영 지나가는 것들과, 정확하게 양사하 합의하지 않고 지나가는 것들이 있다. 나중에 개발팀장인 PM에게 모든 것들이 돌아온다.
이러거나 저러거나 프로젝트가 실패하면, 귀책사유를 들어서 '갑'은 닥달할 것이고, 그 때 PM은 꼼짝없이 당할 수 밖에 없다.
프로젝트 차터에 가능한한 모든 것들을 적고, 그것에 합의가 되면, 계약서를 진행하고 견적을 주고 받는 일들이 진행되어야 할 것이다.

개발자가 편해지는 그날까지...

Project Charter에 대한 생각들..

Project Charter에 대해서..

회사에서 시작하는 프로젝트의 Project Charter를 만드는 것이 어떤 의미와 도움이 될까?

• 프로젝트의 목적을 분명히 할 수 있을까?

만약 내부 프로젝트라면 Project Charter를 작성하므로써 그 프로젝트가 무엇을 하는지를 명확하게 할 것이다.

• 프로젝트의 관리자에게 권한을 위임하는 효과를 볼 수 있을까?

- 음.. 회사 내의 Sponsor인 경영진에서 그렇게 인식을 해야 권한위임이 될 것이다. 만약 경영진이 권한을 위임한 생각이 없고, Project Charter의 그런 역활에 대해서 알지 못한다면... 별로 권한과는 거리가 있는 Expeditor정도의 권한만 가지게 되겠지..

• 프로젝트에 참여하는 인원들이 시작 단계나 진행 단계에서 프로젝트의 목적을 잊지 않게 할수 있을까?

- 명시해 놓고, 계속적으로 Project Charter를 관리한다면, 팀원들이 이 프로젝트에 참여하는 목적에 대해서 잘 알고 어떻게 참여할지를 스스로 판단할 수 있으리라..

• 프로젝트의 완료 조건에 대해서 명확해 질까?

- 프로젝트의 완료 조건을 최대한 알기 쉽게, 그리고 자세하게 적어 놓는다면, 팀원들도 그 완료조건을 만족하게 하기 위해서 프로젝트에 참여하리라.. 좀더 생각이 있는 팀원이라면, 그 조건에 만족하지 않는 방향으로 프로젝트가 흘러 가는 것에 대해서 참지 못하고, 바로 잡으려 하겠지..

• 프로젝트 기한에 대해서 더 명확해 질까?

- 두가지 측면에서 명확해 질 수 있겠지.. 하나는 Sponsor가 맘대로 일정을 앞당길 수 없을 것이고, 또 다른 하나는 PM이 그 기한에 대해서 꼭 지켜야 하겠지..
하지만, 기한을 명시하지 않는 Project Charter가 있다면... 기한을 명시를 해야 되겠지..

• 담당자가 누군지 확실해 질까?

- 참여하는 사람들의 이름을 명시를 해 놓는다면, 정확하게 그 사람들은 참여를 하고 있다고 생각하겠지.. 그리고 PM의 이름을 명시한다면 이 프로젝트의 진행은 누가 책임진다고 공지하는 효과가 있겠지..

팀 내에서 업무 롤에 대한 것은 관리 계획서에 조직도를 넣고, 그 업무를 명시하면 더 확실해 질 것이다.

.. 더 생각을 해보자..

Project charter를 꼭 써야하는 이유를....