아무래도 작성한 코드를 보는 것이 가장 확실하겠지만..
대부분 힘들 거고..

글쎄... 이런 형식은 어떨까요?
시간이 많이 걸리지 않는 주제를 하나 주고 코딩 시나리오를 구술해보라~
직접 내 눈 앞에서 코딩해보라는 방식은 좀 무리일 듯하고..

코딩을 직접 하는 대신에 구술하는 것이 무슨 의미가 있겠냐 싶을 수도 있겠지만,
자신이 코딩할 방식을 말로 설명할 수 있는 능력은 거꾸로 말하면 그만큼 경험이 많다는
뜻도 되고, 팀 내에서나 상하간에서 기본적인 커뮤니케이션 능력은 된다는 것도 덩달아
확인이 될 듯...

그냥 제 생각이었슴다.
아 팀장으로 일해본 경험 있슴다 한 3년 반쯤...
아무 생각없이 떠든 건 아니란 얘깁니당~

음...

만약 제가 님의 입장이라면,

우선 프로젝트 수행 경험적인 측면을 확인하고,.

그리고, 이론적이고, 방법론(UML & CBD Based 기술, Design Pattern etc...)적이 측면의 능력을 볼  것 같습니다.

프로젝트를 수행함에 있어 이론적인 측면과 방법론적인 측면이 중요하긴 하지만 프로젝트

수행 경험이 없이 주어진 프로젝트를 수행하고, 원하는 결과를 도출한다는 것엔 (?)가 생기겠죠...

물론 프로젝트 성격에 따라 변수는 많지만요^^

그럼 제 생각을 참고가 되고, 도움이 되었으면 하네요...

그럼..

음...

만약 제가 님의 입장이라면,

우선 프로젝트 수행 경험적인 측면을 확인하고,.

그리고, 이론적이고, 방법론(UML & CBD Based 기술, Design Pattern etc...)적이 측면의 능력을 볼  것 같습니다.

프로젝트를 수행함에 있어 이론적인 측면과 방법론적인 측면이 중요하긴 하지만 프로젝트

수행 경험이 없이 주어진 프로젝트를 수행하고, 원하는 결과를 도출한다는 것엔 (?)가 생기겠죠...

물론 프로젝트 성격에 따라 변수는 많지만요^^

그럼 제 생각을 참고가 되고, 도움이 되었으면 하네요...

그럼..

음.. 실력보다 커뮤니케이션 능력이 중요하다고 생각합니다. 그리고 실질적인 프로그래밍 능력.. 툴을 얼마나 사용하는지보다.. 사고 능력이 얼마나 가지고 있는지도요..

커뮤니케이션 능력을 평가할때는 단적인 예를 들어서 어떻게 행동할 것인지 물어봤고.. 프로그래밍 능력에 대해서는 어떤 언어라도 좋으니 그냥 상황설명으로 말로 하면서 이런 루틴은 어떻게 짜면 되겠냐 하면서.. 전체적인 기초 흐름을 잡는 능력과 예외가 일어날 수 있는 현상을 꼼꼼히 들어봅니다.

개인적으로.. 한 자리에서 평가한다는 것이 너무나 어렵기 때문에.. 저 같은 경우에는 면접시에는 커뮤니케이션 능력을 우선으로 평가합니다. 제가 성격이 이상해서 그런지 몰라도 일못하는 사람과는 일해도, 말안듣는 사람과는 일을 못하겠더군요. 최소한의 팀의 규칙은 따라주어야 일도 된다고 생각되니... :).. 근데.. 그런 사람이 많지는 않더군요?? ^^

정말 좋은 의견들 감사합니다. 솔직히 말씀드리면 제가 일본에서 기술지원과 가끔 프로그램을 개발하며 일하고 있거든요. 아직은 C/C++의 고급 사용자가 아니라서 난감했는데 좋은 의견들 정말정말 감사드립니다. 혹시 한국에서 개발자로서 어려움이 있다면 일본 시장에 진출해 봄도 정말 좋은 것 같아요. 여긴 개발자 뽑기기 상당히 어렵네요. 물론 한국에 비해 대우는 정말 좋죠...