work smart !!

개발시 디버깅을 위해 필수적으로 필요한 것이 로그이다. 이는 개발시 뿐만 아니라 운영중에 오류가 발생했을 때도 오류의 원인을 찾는데 커다란 역할을 하는 중요한 개발 요소 중의 하나이다.

PHP에서 개발자의 로그를 어떻게 남기는지 몰라서 계속해서 var_dump($variable);로 브라우저 화면에 로그를 남겨서 본 뒤에 그 로그 출력 코드를 삭제해 버리는 방식으로 작업을 했다.
대다수의 PHP 개발자들이 var_dump(), print_r() 함수등을 이용해서 위와 같은 방식으로 로그를 기록해서 디버깅을 하는 것 같다. 하지만 이는 매우 좋지 못한 방식이다.

 * 로그를 출력 한 뒤에 로그 출력 코드를 항상 지워야만 한다. 그렇지 않으면 로그가 브라우저를 통해 사용자에게 전달 돼 버리므로.
 * 이로인해 매우 개발이 귀찮기 짝이 없는 작업이 된다.
 * 실제 운영 시간에 발생한 오류에 대해 에러 메시지만을 얻을 수 있을 뿐 그 당시 상태에 관한 로그를 전혀 얻을 수가 없다.

그러다가, 너무 짜증이나서 간단한 로깅 함수를 만들어서 바꾸었다.
그러나 여전히 맘에 안든다. 로그 레벨 지정이나, 로그 파일 날짜별로 돌리기 등 기능이 너무 부족하다.

PHP에서 로깅 전략에 대한 글을 찾아보니 우리나라에서는 거의 없는거 같고, devshed에 Logging With PHP라는 좋은 글이 있었다.
그 중에서도 PEAR Log Package를 이용하기로 하였다. PEAR에는 여러 좋은 패키지들이 많이 깔끔하게 정리되어 있는 것 같다. 근데, 우리나라 PHP 개발자들은 아직 잘 안쓰는건가? 관련 글을 찾아보기가 쉽지 않네.

그 외에도 Log4PHP가 있는데, 사실 이걸 쓰고 싶은 생각이 정말 많이 들었었다. Apache에서 만든 것이고, 이미 내게 익숙한 Log4J의 PHP 포팅이기 때문이다. 게다가 설정 파일을 통해 언제든지 로깅 방식을 변경할 수도 있다(Log4J처럼). 하지만, 참은 이유는.... 2003년 이후 버전업이 전혀 안되고 있기 때문이다. 4년씩이나 버전 업이 안되는 건 좀 이해가 안간다.

PEAR::Log 사용법과 로그 레벨 지정, 날짜별 파일로 로그 남기기, 로그를 남길 때마다 어떤 PHP파일의 몇 번째 줄에서 로그를 남겼는지 출력하기, PHP의 오류 메시지를 PEAR::Log를 이용해 로그로 남기기 등의 기법을 정리해 본다. 대부분의 내용은 PEAR::Log의 매뉴얼을 정리한 것이다.

$ pear install log

require_once 'Log.php';

$logger = &Log::singletone('file', 'C:/temp/test.log', 'Test'); # 로깅을 위한 객체 얻기
$logger->log('이래 저래 에러가 났잖아욧!'); # 로그 메시지 출력하기

싱글턴으로 객체를 가져옴으로써 불필요한 객체 생성과, 객체가 소유하고 있는 리소스의 중복 정의를 방지한다.

 * $handler : 로그 핸들러 타입. console, file 등 로그 출력을 처리하는 방식을 지정한다.$name : 파일 이름과 같이, 로그를 기록할 자원을 지정한다. 핸들러 구현체에 따라서 이 파라미터가 뭘로 사용될지 결정된다.
 * $name : 로그 파일명 등을 의미한다. $handler에 따라 의미가 달라진다.
 * $ident : 로그 구분자이다. Java의 Log4j에서 클래스 FQCN과 같은 역할을 한다.
 * $conf : 연관 배열로 핸들러에 사용자 정의 설정 정보를 넘겨준다.
 * $maxLevel : 최대 로그 레벨을 결정한다. 기본값은 PEAR_LOG_DEBUG(최대값)이다. 이 레벨보다 낮아야 로그가 기록된다.

$logger->log("로그메시지", PEAR_LOG_NOTICE);와 같은 방식으로 로그를 기록한다.

로그 메시지 부분에는 문자열 뿐만 아니라, 일반 객체를 지정해도 된다. 객체가 getString(), toString() 혹은 __toString() 메소드를 구현하고 있다면 그 메소드를 실행해서 메시지를 기록한다. 모두 없다면 객체를 직렬화한 값을 출력할 것이다.

만약 배열과 같이 복잡한 타입의 변수 값을 제대로 찍고 싶다면 $logger->log($variable) 처럼, 문자열로 바꾸지 말고, 변수를 그대로 인자로 넘겨주면, var_dump($variable) 한 것처럼 변수 내용을 찍어준다.

로그 레벨 옆의 메소드명은 log() 메소드에 로그 레벨을 지정하는 대신, 해당 메소드를 직접 호출하면, 그 로그 레벨로 로그가 남게 됨을 의미한다.
즉, $logger->log("로그메시지", PEAR_LOG_DEBUG) 는 $logger->debug(" 로그메시지") 와 동일한 역할을 한다.
 * PEAR_LOG_EMERG emerg() 시스템이 사용 불가 상태에 빠졌다.
 * PEAR_LOG_ALERT alert() 즉시 처리가 필요하다.
 * PEAR_LOG_CRIT crit() 심각한 상태이다.
 * PEAR_LOG_ERR err() 오류
 * PEAR_LOG_WARNING warning() 경고
 * PEAR_LOG_NOTICE notice() 주의
 * PEAR_LOG_INFO info() 정보
 * PEAR_LOG_DEBUG debug() 디버그 메시지

특정 로그 레벨의 로그 메시지만 출력하도록 지정한다.

$mask = Log::UPTO(PEAR_LOG_INFO);
$logger->setMask($mask);

최소 PEAR_LOG_INFO 까지 로그 메시지만 출력한다. 즉, PEAR_LOG_EMER ~ PEAR_LOG_INFO 까지 메시지만 로그로 남긴다.

$mask = Log::MASK(PEAR_LOG_NOTICE) | Log::MASK(PEAR_LOG_DEBUG);

PEAR_LOG_NOTICE와 PEAR_LOG_DEBUG 레벨의 메시지만을 로그로 남긴다.
 * PEAR_LOG_ALL 모든 로그 레벨을 포함하고 있는 마스크
 * PEAR_LOG_NONE 어떤 로그 레벨도 포함하지 않고 있는 마스크

$mask =PEAR_LOG_ALL ^ Log::MASK(PEAR_LOG_NOTICE);

PEAR_LOG_NOTICE만 제외하고 로그를 남긴다.

$logger->getMask();

현재 로거의 로그 마스크를 가져온다.

몇몇 로그 핸들러는 로그 메시지를 버퍼링 한다. 버퍼링된 로그 메시지를 모두 출력하도록 하려면,

$logger->flush();
혹은,
$logger->close();

로거를 닫아도 flush가 된다.

로그 핸들러는 로그를 어떤식으로 처리할지를 결정하는 것이다. 모든 로거는 로그 핸들러를 지정해야 한다.
로그 객체를가져올 때 'console' 하는 식으로 지정하는 것이다. 구체적인 사용법은 매뉴얼을 참조한다.
 * console : 화면상에 로그를 출력한다.
 * display : 웹 브라우저에 로그를 출력한다.
 * error_log : PHP의 error_log 함수를 사용해서 로그를 출력한다.
 * file : 파일로 로그를 출력한다.
 * mail : 이메일로 로그를 전송한다.
 * null : 로그를 무시한다.
 * sql : DB에 로그를 저장한다.
 * sqlite : SQLite DB에 로그를 저장한다.
 * syslog : PHP의 syslog() 함수를 이용해서 로그를 저장한다.
 * win : 브라우저의 새창으로 로그를 출력한다.
 * composite : 여러 핸들러를 함께 사용할 수 있게 해준다.

$console = &Log::singleton('console', '', 'TEST');
$file = &Log::singletone('file', 'out.log', 'TEST');
$composite = &Log::singleton('composite');
$composite->addChild(&console);
$composite->addChild($file);
$composite->log('blah blah blah...');
$composite->removeChild($file); # 로그 핸들러 삭제

file 로그 핸들러를 제일 많이 사용할 것이기 때문에, 이에대해 정리한다.
 * 설정값 : 설정키(Type, 기본값)
  o append(boolean, true) : true이면 기존의 로그파일에 계속 추가해서 쓰고, false이면 기존 파일을 삭제하고 새로 쓴다.
  o mode(integer, 0644) : Unix 계열에서 파일의 허가권 지정
  o eol(string, OS default) : 줄끝 문자
  o lineFormat(string ,%1$s %2$s [%3$s] %4$s]) 로그 출력 형태 지정
  o timeFormat(string, %b %d %H:%M:%S) : 시간 출력 형태 지정(strftime 함수로 시간을 출력한다.)
 * 설정값의 lineFormat
  o %1$s : 날짜와 시간
  o %2$s : $ident
  o %3$s : 로그 레벨
  o %4$s : 로그 메시지
  o %5$s : log() 메소드를 호출한 파일명
  o %6$s : log()메소드를 호출한 줄 번호
  o %7$s : log()메소드를 호출한 함수명
 * 예제

$conf = array('mode'=>0600, 'timeFormat'=>'%X %x');
$logger = &Log::singletone('file', 'out.log', 'ident', $conf);
for ($i = 0; $i < 10; $i++) {
    $logger->log("Log entry $1");
}

PHP 사용중 발생하는 예외와 오류를 PEAR::Log 패키지를 이용해 처리하도록 지정할 수 있다.
이것은 set_error_handler() 함수를 이용해서 가능하다.

function errorHandler($code, $message, $file, $line)
{
    global $logger;
    /* Map the PHP error to a Log priority. */
    switch ($code) {
        case E_WARNING:
        case E_USER_WARNING:
            $priority = PEAR_LOG_WARNING;
            break;

        case E_NOTICE:
        case E_USER_NOTICE:
            $priority=PEAR_LOG_NOTICE;
            break;

        case E_ERROR:
        case E_USER_ERROR:
            $priority = PEAR_LOG_ERR;
            break;

        default:
            $priority = PEAR_LOG_INFO;
    } 
    $logger->log($message . ' in ' . $file . ' at line ' . $line, $priority);
} // end of function

set_error_handler('errorHandler');

# test
trigger_error('This is an information log message.', E_USER_NOTICE);

강력한 설정기능 등이 Log4php에 비해 많이 딸리는 편인데, 어쨌든, 나는 아래 처럼 사용한다.
아래에서 정의한 logger() 함수는 PEAR::Log를 이용해서, 날짜별로 로그 파일을 남기는 것이다.
그리고, 로그를 남길 때는 항상 로그를 찍은 소스 파일명과 로그를 찍은 코드의 줄 번호도 함께 출력하도록 하였다.
파일 이름은 logger.php라고 치자.

위 logger()메소드는 다음 처럼 간단히 활용할 수 있다.

<?php
// 로그레벨 설정 상수가 Log.php에 들어 있기 때문에
// 로그 레벨 설정과 logger.php보다 Log.php를 먼저 require 해줘야 한다.
require_once 'Log.php';

define('LOG_FILENAME', 'C:/Temp/test.log');
define('LOG_LEVEL', PEAR_LOG_DEBUG);
define('PHP_LOG_LEVEL', PEAR_LOG_WARNING);

require_once 'logger.php';

echo "Why?<br/>";

logger()->log("하하..", PEAR_LOG_INFO);
logger()->debug("허허.. 이건 DEBUG레벨");
logger()->alert("경고야!!");
$arr = array("key" => "value",
    "array-" => "var_export_str 함수를 이용해서 감싸서 로그를 남기세요."
);
logger()->info("객체나 배열같은 변수를 로깅 하는 방법은 두가지가 있다.");
logger()->info($arr); # 이처럼 변수를 그냥 넘기는 방법과
logger()->info("배열 : " . var_export_str($arr)); # 이렇게 var_export_str()로 감싸는 방법
?>

위를 실행하면 C:\Temp\test.log.오늘날짜 파일로 다음과 같이 로그가 남는다.

[info] GlobalLogger 20070207 18:38:03 (C:\test\test.php 14 (none)) 하하..
[debug] GlobalLogger 20070207 18:38:03 (C:\test\test.php 15 (none)) 허허.. 이건 DEBUG레벨
[alert] GlobalLogger 20070207 18:38:03 (C:\test\test.php 16 (none)) 경고야!!
[info] GlobalLogger 20070207 18:38:03 (C:\test\test.php 20 (none)) 객체나 배열같은 변수를 로깅 하는 방법은 두가지가 있다.
[info] GlobalLogger 20070207 18:38:03 (C:\test\test.php 21 (none)) Array
(
    [key] => value
    [array-] => var_export_str 함수를 이용해서 감싸서 로그를 남기세요.
)

[info] GlobalLogger 20070207 18:38:03 (E:\Workspace\ServiceCSTool2\test.php 22 (none)) 배열 : array (
  'key' => 'value',
  'array-' => 'var_export_str 함수를 이용해서 감싸서 로그를 남기세요.',
)

출처 : http://kwon37xi.egloos.com/2971666

요즘 채용을 진행중이라서 최근 면접관으로 두어번 참여를 한적이 있습니다. 그중 한분은 성실하고 책임감 있다는 평과 더불어 좋은 실력을 갖추었다는 다른 직원의 추천을 받으셨던 분이었습니다.

그런데 정작 이분이 면접장에 오셔서는 너무 긴장하시고 떨게 되면서 자신의 모습을 거의 보여주지 못하는 일이 발생했습니다. 물론 대부분의 사람들이 면접에 임하면 떨게 됩니다만 이분은 그 정도가 너무 심각했던 거죠. 저희는 면접을 진행하면서 피 면접자가 지나치게 긴장한 느낌을 받게 되면 이런 저런 신상질문과 농담을 통해서 긴장을 풀어주려는 노력을 합니다. 그런데 이분은 그런것이 전혀 도움이 되지 않았습니다.

결국 결과는 1차면접 탈락. 추천해주신 분도 안타까워 하시고, 저 역시도 긴장때문에 응시자가 탈락했다는것을 알기 때문에 괜스레 미안하고 마음이 편치 않았습니다.

그러면, 면접에서 떨지 않고 자신감을 갖는 방법은 어떤게 있을까요? 물론 천성적으로 약간 긴장을 해야 더 말이 잘되는 사람도 있습니다만, 이제부터 드리는 이야기는 그렇지 않은 많은 분들을 위한 조언정도로 가볍게 생각해주시기 바랍니다.

1. 응시한 회사에 대해서 사전 조사를 충분히 하세요.
   2년전에 팀에 채용이 된 신입사원이 있었습니다. 면접에 임하는 자세가 굉장히 차분하고 모르는 질문에는 잠깐 시간을 달라면서 고심하는등 준비된 자세를 보여 채용이 되었었죠.
   그런데 이 친구가 입사한 후 들었던 자신의 취업후기는 여러사람을 깜짝 놀라게 할 정도였습니다. 완전히 저희 회사에 대해서 탐정수준으로 조사를 하였더군요. 1차면접의 단골 기술질문을 리스트업 하는것은 기본이고, 2차면접관이 누구인지 이름부터 관련 정보를 미리 파악을 하였다고 했습니다. 
   
   
   
   탐정처럼(사진출처 : Flickr)
   
   어떻게 그렇게 다 알수 있냐구요? 열의가 있으면 방법은 엄청나게 많습니다. 하지만 차이는 이거죠.
   대부분의 다른 응시자는 불가능한 일이라고 포기하지만, 성공한 사람들은 일단 조사하고 두드려 본다는것. 이런 작은 마음가짐이 큰 결과의 차이를 만들어 냅니다.
   
   
2. 가능한대로 몇개의 회사에 동시에 지원을 하세요.
   이건 실제로 지금의 네오위즈게임즈에 입사할때 제가 사용했던 방법입니다. 경력지원이었던 지라 헤드헌터를 통해서 이직을 노리고 있었는데요, 다섯회사에 지원을 해서 결과적으로 세개의 회사에 채용이 되었었습니다. ( 자랑질을 하고자 하는것이 아닙니다. ^^ )
   이렇게 하면 어떤 점이 좋을까요?
   당연히 응시자의 마음이 편안해 집니다. 여기 아니더라도 다른곳도 있다는 일종의 보험심리가 작동을 하지요. 그러면 편안하게 면접에 응할 수 있고, 더불어 어떤 회사가 나에게 맞을지 거꾸로 회사를 면접할 수 있게 됩니다. 여러 회사에서 제시하는 채용조건과 복리후생등을 비교 가능하다는 것도 장점이구요. 신입이라면 더 많은 회사에 이력서를 제출하시고, 경력이시라도 몇개의 회사를 중복해서 지원하는 방법을 추천 드립니다. 
   가능하면 여러 회사에 많이 도전하세요. 단점보다 장점이 많습니다.
   
   
3. 경력자라면 절대로 먼저 사직서를 제출하지 마세요.
   

   "새 신 생기기 전에 절대로 헌 신을 버리지 마라"
   
   

   이 말은 연애의 기술에만 써먹어야 하는건 아닙니다.
   
   
   
   헌 신은 반드시 새 신 얻은 다음에 버리시라는 것..(사진출처 : flickr)
   
   더 좋은 회사로 이직하시려는 분, 절대 먼저 회사를 그만두지 마세요. 결정된 이후에 사직서를 제출해도 늦지 않습니다. 먼저 사직을 하고 나면 면접에서 느긋해지기 어렵습니다. 그 회사에 목을 메게 될수록 결과가 안좋을 가능성이 높아집니다.
    
4. 세상은 넓고 좋은회사는 많다.
   이건 진짜에요. 알려진 좋은회사 보다, 알려지지 않은 멋진 회사가 더 많습니다. 제 친구녀석 이야긴데요. 제가 졸업과 동시에 대기업에 취업했다고 으스댈때 이녀석은 전혀 듣도 보도 못한 회사에 영업직으로 입사를 하더군요. 그리고 어떻게 되었을까요?
   이 녀석은 매년 두세번씩 회사에서 괌으로 푸켓으로 MT를 갑니다. 연봉은 3년만에 저와 비교도 하지 못할정도로 차이가 났구요(연봉테이블 자체가 다르더군요), 업무로 해외출장을 밥먹듯이 가면서 여러 경험을 통해서 자신을 업그레이드할 기회가 주어지는 좋은 회사였습니다.
   이후에 사회 경험을 하면서 이런 경험을 반복해서 하게 되더군요. 우리가 다 알지 못해도 좋은회사는 엄청나게 많습니다. 굳이 대졸 취업생 여러분들이 선호하는 삼성, LG처럼 드러낼 필요가 없을 뿐인거죠. 그러니 이 회사에 취업이 되지 않으면 다른 더 좋은 회사에 가면 된다는 편안한 마음을 가지세요. 실제로 지금 여러분을 면접에서 힘들게 한 그 회사 말고도 더 좋은 회사는 얼마든지 많이 있습니다. 그리고 그런 마음으로 편안하게 면접을 볼수록, 지금 그 회사는 여러분을 붙잡고 싶어 하게 됩니다.

이외에도 긴장해소를 하는 나름의 장,단기 처방이 있을겁니다. 끝없이 마인드컨트롤을 하는것도 도움이 되구요. 면접전에 가볍게 산책을 하면서 차분하게 마음을 가다듬는것도 방법입니다. 

오늘은 여기까지 입니다. 
긴글 읽어주셔서 고맙습니다.

우연하게 닿은 기회를 통해서 얼마전 4번째 대학에 취업특강을 다녀왔습니다. 물론 저는 취업클리닉이나 강의를 전문으로 하는 커리어 전문가는 아닙니다. 하지만 대기업이 아니라면 바로 저 같은 현장의 실무자가 보통 이력서도 검토하고 1차 면접도 보게 됩니다. 취업에 있어서 바로 첫번째 관문을 통과하려면 저 같은 사람의 이야기에도 귀를 기울일 필요가 있다는 거죠.

그래서, 그동안 강의 준비를 하면서, 그리고 이야기를 하면서 했던 이야기들을 조금씩 풀어보려고 합니다. 오늘은 첫번째로 이력서를 쓸때 알아두면 좋은 팁을 소개해 보겠습니다.

1. 이력서 사진에 신경쓰세요.
   수시채용이거나 공채거나, 사실 지원자들의 이력서를 검토하는것은 실무자들에겐 쉬운일이 아닙니다. 보통 이력서만 30배수에서 40배수 이상을 검토하게 되는것이 일반적인데, 한개의 이력서당 5분만 투자한다고 하더라도 최소 150분이라는 시간이 소요됩니다.
   
   앞서 이야기 했듯이 서류전형의 마지막 단계는 대기업이 아니라면 보통은 함께 일하는 사람을 구하고 있는 부서의 팀장이거나 그에 준하는 사람들입니다. 또한 그들은 이력서를 검토하는것 이상으로 해결해야할 업무가 쌓여있는 사람들입니다. 이론적으로라면 여러 기준에 의거하여 적합한 사람을 구하는것이 맞겠지만 어쩔수 없이 그들과 함께 일할 사람이라면 자신과 맞을법한 인상을 가진 사람을 찾게 됩니다.
   
   
   개발1팀에 지원한 스폰지밥 입니다!!
   
   하지만 간혹 직접 대면할 수 없는 상황에서 첫인상을 담당하게될 이력서에 스티커 사진이나 혹은 증명사진이 아닌 스냅사진에서 오린 사진을 첨부하는 경우가 있습니다. 이런 경우 그럼에도 불구하고 첫번째 전형을 통과하려면 사진의 불성실함에도 불구하고 눈에 확 뜨일만큼의 화려한 이력이나 특색있는 자기 소개가 필요합니다. 아니라구요? 그렇다면 사진한장에도 신경을 써주시길 부탁드립니다. 어떤 포맷의 사진이냐 보다는 자신의 첫인상을 잘 표현할 수 있도록 신경을 쓸 필요가 있다는 이야기 입니다.
   


2. 신입이라도 이력서의 경력란은 절대 !! 비워두지 마세요.
   신입사원의 이력서에서 특이한점을 찾는것은 참으로 어렵습니다. 대부분 이렇다할 이력이 없기 때문에 글짓기식의 자기소개가 대부분이기 때문이죠. 그렇기 때문에 사회적으로 인정받는 경력이 없더라도, 이력서 양식의 경력란을 자기만의 특색있는 내용으로 채울경우 분명 다른 지원자와 차별화될 요소가 됨을 인정하지 않을수 없습니다.
   아르바이트도 좋고, 인턴경험도 좋습니다. 단 두어달의 경험이라도 직무와 연관이 있다면 경력란에 눈에 잘 뜨이도록 정리하시기 바랍니다.
   


3. 단점보다는 장점 위주로.
   뻔한 이야기 입니다만, 중요합니다. 보통 자기소개서 양식에는 자신의 장단점을 기술하라고 나와있죠? 저는 일종의 함정이라고 생각합니다. 그러면 어떻게 해야 할까요? 당연하지만 가능한 한 자신의 장점 위주로 서술을 하시는게 유리합니다. 만약 어쩔수 없이 자신의 단점을 이야기 해야 한다면, 그 단점을 어떻게 극복했는지를 위주로 이야기 하거나, 혹은 그 단점을 장점으로 승화시킬 성공스토리를 준비하셔야 합니다. '자신은 고집이 세다' 거나 '성질이 급하고 화를 잘낸다'는 식으로 솔직한 자기 소개서를 보면.. 함께 일할 실무자들은 고개를 돌리게 됩니다.
   


4. 스펙 보다는 스토리텔링이 먹힌다.
   정말입니다. 개발자로 일하기를 원하신다면 스펙보다는 스토리를 준비하셔야 합니다. 요즘 대학에서의 학점이나, 특성없이 수집되어진 자격증은 절대 취업에 도움이 되지 못합니다. 학점 보다는 팀프로젝트가, 토익보다는 오픈소스 프로젝트에 참여했던 경험이 훨씬 눈이 확 뜨이는 이력서 입니다. 왜냐하면 채용을 하는 사람이 이미 잘 알거든요. 학점이나 자격증이 실무에 그다지 도움이 되지 않는다는걸요. 대신 피면접자가 될 사람이 인상적인 과정으로 성공경험을 가졌다면, 그 사람을 만나서 이야기를 들어보고 싶다는 욕심이 드는건 인지상정인거죠.
   


5. 그들이 원하는 키워드가 무엇일지 고민하라.
   지원하시는 회사의 그 팀장이 요즘 무슨 생각을 하고 있을지 고민해보면 답이 나옵니다. 모바일관련 개발팀이라면 아이폰과 안드로이드가, 소셜앱을 개발하는 회사라면 페이스북과 트위터가 키워드가 됩니다. 이력서가 고속도로 광고판이라고 생각해보라는 이야기가 있습니다. 그러면 어떤 키워드로 서류검토자들을 유혹해야 할지 답이 나옵니다.
   


6. 가능하면 한번에 모든걸 보여주도록 구성하자.
   하지만 그게 쉽지 않다면, 혹은 꼭 보여주어야 할 포트폴리오가 있다면, 그때는 첨부파일도 좋습니다. 그런데, 그럴경우 문서 포맷은 꼭 MS word나 파워포인트 같은 MS-Office 포맷으로 하시기 바랍니다. 관공서나 공기업이 아니라면, 아래한글문서는 서류전형검토자의 PC에는 설치되어있지 않습니다. 가급적 압축도 하지 마시고 압축해야 할 만큼 파일 사이즈가 크다면, 파일을 컴팩트 하게 다시 정리하시기 바랍니다. 그들은(우리들은) 그렇게 시간이 많지 않다니까요!!
   여기서 파일 첨부보다 더좋은 방법은 뭘까요? 그것은 자신만의 블로그나 웹사이트를 이력서의 포트폴리오로 활용하는 것입니다. 이경우 단지 HTML 링크만 한줄 들어가면 됩니다. 서류검토자의 PC는 대부분 인터넷에 연결되어있고, 따라서 그들은 편안하게 웹브라우저로 포트폴리오를 검토합니다. 훨씬 편하지 않나요?
   
   
   
   미국의 유명한 회사인 37Signals 입사에 성공한 많은 사람들의 이력서를 보면 답이 나옵니다.
   

휴.. 처음 정리해본 글인데 역시 말로 할때와는 또 다르네요.
하지만 혹시라도 취업을 앞둔, 그중에서도 개발자의 길로 가길 원하는 준비생들에게 도움이 되었으면 좋겠습니다.