PHP 개발자는 그 태생부터 죄에 속한 것과 같이 업을 쌓고 산다. 아무리 좋은 디자인과 아키텍처, 방법론으로 무장하고 있더라도 그 죄성은 쉽게 씻겨지지 않는다. 어디서든 PHP 개발자라는 얘길 하면 PHP: 잘못된 디자인의 프랙탈 링크를 받게 되고 공개 처형이 이뤄진다. 모던 PHP로 개발하면 된다지만 이전 PHP에 비해 그나마 모던한 것이지 다른 언어와 비교했을 때는 이제 시작한 수준에 불과하다. 개발과 아예 관련이 없는 모임이나 PHP 개발자 모임 외에는 PHP는 쉽고 편한 언어다, 같은 발언은 물론 대화에 PHP를 올리는 것 자체가 금기다. 언급 되더라도 마치 인종차별적 농담과 같이 지저분한 곳에만 사용된다.

어디 가서 PHP 얘기 꺼냈을 때

PHP를 새로 배우려고 하는 사람, 또는 2년 이하의 경력을 가진 사람은 이런 정신적 고통에 시달리지 말고 해방되길 바란다. 평생의 짐으로 껴앉고 살 필요 없이 더 멋진 언어를 선택하고 이 고통에서 벗어나자. 아래 내용도 더 읽을 필요가 없다.

하지만 3년 이상의 시간을 PHP와 함께 했다면 아무리 PHP가 최악이더라도 쉽게 벗어날 수 없다. 커리어를 이쪽으로 계속 쌓아온 사람이라면 마치 기차가 탈선하는 것과 같은 공포감을 느낄 수 밖에 없다. 그래도 갈아타는 것이 좋다. 3년은 크게 느껴지지만 100세 수명이라면 겨우 3%만 할애한 것이다. 물론 커리어 전환에서의 공포는 경력이다. 앞서 적은 것처럼 어디서도 PHP가 대접받지 못하기 때문에 그 전환에서 챙겨갈 수 있는 경력이 대체로 적다. (대부분의 경우, 신입 취급이다.) 경력을 인정 받지 못하면 자연스레 연봉이나 제반 사항이 발목을 잡는다. 그래서 떠나는 결정은 쉬운 일이 아니다. 내 경우는 호주에서 빨리 정착하기 위해 기존 경력을 살려야 했기에 여전히 PHP 개발자로 남아 있다. 새로운 언어를 배워 새 출발 하는 일은 쉽지 않지만 분명 가치 있는 일이고 나에게 있어서는 이후 과제 중 하나다.

반대로 다른 언어를 바꾸는 이득이 크지 않아서 계속 PHP를 사용할 것이라는 분들은 계속 이쪽 길을 가는 데 고민이 없다. 이득이 작다고 생각하는 사람이라면 PHP를 3년 이상 사용하면서 큰 문제를 느끼지 못해본 사람일 경우가 크다. 물론 언어에서 문제를 느끼지 못했다면 그냥 계속 사용하면 된다. 대체로 이런 케이스는 평생 쓴다. 가장 큰 문제는 이런 분들 중에 학습에 무딘 경우가 많아 잘못되고 오래된 지식을 경험이라는 이름으로 덮어서 오용하는 분이 꽤 있다. 이런 분들이 주로 코드의 정당성을 부여하기 위해서 페이스북이 PHP를 쓴다, 워드프레스가 점유율이 가장 높다는 등의 이야기를 끌어다가 쓴다.

페이스북이 PHP 쓴다고 말할 때


모르는 걸 아는 것은 좋은 일이지만 자신이 무엇을 아는지 알지 못하는 것은 병이다.1 PHP에서 문제를 한번도 느껴보지 못한 사람이라면 어떤 언어든 다른 프로그래밍 언어를 학습하자. 프로그래밍 언어는 다양한 문제를 위한 다양한 해법과도 같다. 각종 php 포럼에서 시시덕거리며 유물과 같은 코드 스니핏 공유하지 말고, 말도 안되는 코드를 블로그에 공유하지 말자. 사람보다 코드가 오래 간다. 그리고 다른 언어나 프레임워크를 비하하는 일은 제발 하지 말자. 본전도 못 찾을 뿐더러 정신승리만 남을 뿐이다. 그리고 제발 공부하자. 내가 대충 짠 코드가 다른 사람을 죽일 수 있다. PHP 코드가 레거시이기 이전에 개발하는 사람이 레거시면 어떡하나.

만약 앞에서 이야기한 모든 고통과 괴로움을 덮고서 PHP 개발을 계속 하려고 한다면 그나마 할 수 있는 조언이 몇 가지 있다. PSR 기반의 코딩 가이드, 네임스페이스 사용 등 모던 PHP라고 불리는 것들을 빠르게 도입하는 것이 그중 하나다. 기초는 PHP The Right Way 한국어판부터 시작하자. 패키지를 작성하는 방법이나 패키지 작성 체크리스트를 보고 모르는 부분이 있다면 심화 학습하자. 앞서 간략하게 설명한 글인 당신이 PHP 개발자라면 2016년 놓치지 말고 해야 할 것들을 봐도 된다. 실무에 빠르게 적용하고 싶다면 Laravel 튜토리얼을 살펴보자. PHP Storm과 같은 IDE를 사용하거나 에디터에서 제공되는 PHP를 위한 플러그인을 찾아 설치하는 것도 잊지 말자. 커뮤니티도 중요하다. 모던 PHP 사용자 모임에 가입해서 살펴보자.

PHP 글 더 읽기

  • 노자 도덕경 71장 지부지상 중 
  • EventEmitter는 Node.JS에 내장되어 있는 일종의 옵저버 패턴 구현이다. node 뿐만 아니라 대부분의 프레임워크나 라이브러리에서 이 구현을 쓰거나 유사한 구현을 활용하고 있는 경우가 많다. DOM Event Listener를 사용해본 경험이 있다면 사실 특별하게 새로운 기능은 아니지만, 요즘 이 패턴으로 작성된 라이브러리가 많고 특히 node 코어 라이브러리도 이 구현을 사용한 경우가 많아 살펴볼 만한 내용이다.

    물론 Node 뿐만 아니라 front-end 환경에서도 Olical/EventEmitter와 같은 구현을 통해 손쉽게 활용할 수 있다.

    이 글은 Node.js v5.5.0의 Events 문서를 기준으로 번역했고 버전에 따라 내용이 변경될 수 있다.


    이벤트

    Node.js의 코어 API 대부분은 관용적으로 비동기 이벤트 기반 아키텍처를 사용해서 만들어졌다. (“에미터 emitter”로 불리는) 어떤 종류의 객체를 이벤트 이름으로 정의된 특정 이벤트에 정기적으로 전달해 “리스너 listener”로 불리는 함수 객체를 실행한다.

    예를 들어 net.Server 객체는 매번 사용자가 접속할 때마다 이벤트를 호출하고 fs.ReadStream은 파일을 열 때마다 이벤트를 호출한다. stream은 어떤 데이터든 데이터를 읽을 수 있는 상황이 되면 이벤트를 호출한다.

    이벤트를 내보내는 모든 객체는 EventEmitter 클래스의 인스턴스다. 이 객체는 하나 이상의 함수를 이벤트로 사용할 수 있도록 이름을 넣어 추가하는 eventEmiter.on() 함수를 사용할 수 있다. 이벤트 이름은 일반적으로 카멜 케이스로 작성된 문자열이지만 JavaScript의 프로퍼티 키로 사용할 수 있는 모든 문자열을 사용할 수 있다.

    EventEmitter 객체로 이벤트를 호출할 때, 해당 이벤트에 붙어 있는 모든 함수는 _동기적_으로 호출된다. 호출을 받은 리스너가 반환하는 결과는 어떤 값이든 _무시_되고 폐기된다.

    다음은 EventEmitter 인스턴스를 단일 리스너와 함께 작성한 예다. eventEmitter.on() 메소드는 리스너를 등록하는데 사용한다. 그리고 eventEmitter.emit() 메소드를 통해 등록한 이벤트를 호출할 수 있다.

    const EventEmitter = require('events');
    const util = require('util');
    
    function MyEmitter() {
      EventEmitter.call(this);
    }
    util.inherits(MyEmitter, EventEmitter);
    
    const myEmitter = new MyEmitter();
    myEmitter.on('event', () => {
      console.log('an event occurred!');
    });
    myEmitter.emit('event');
    

    어떤 객체든 상속을 통해 EventEmitter가 될 수 있다. 위에서 작성한 예는 util.inherits() 메소드를 사용했으며 이는 프로토타입으로 상속하는 방법으로 전통적인 Node.js 스타일이다. ES6 클래스 문법으로도 다음과 같이 사용할 수 있다:

    const EventEmitter = require('events');
    
    class MyEmitter extends EventEmitter {}
    
    const myEmitter = new MyEmitter();
    myEmitter.on('event', () => {
      console.log('an event occurred!');
    });
    myEmitter.emit('event');
    

    인자와 this를 리스너에 전달하기

    eventEmitter.emit() 메소드는 인자로 받은 값을 리스너 함수로 전달한다. 이 과정에서 기억해야 할 부분이 있는데 일반적으로 EventEmitter를 통해 호출되는 리스너 함수 내에서는 this가 이 리스너 함수를 부착한 EventEmitter를 참조하도록 의도적으로 구현되어 있다.

    const myEmitter = new MyEmitter();
    myEmitter.on('event', function(a, b) {
      console.log(a, b, this);
        // Prints:
        //   a b MyEmitter {
        //     domain: null,
        //     _events: { event: [Function] },
        //     _eventsCount: 1,
        //     _maxListeners: undefined }
    });
    myEmitter.emit('event', 'a', 'b');
    

    ES6의 Arrow 함수를 리스너로 사용하는 것은 가능하지만 이 기능의 명세대로 이 함수 내에서의 this는 더이상 EventEmitter 인스턴스를 참조하지 않는다:

    const myEmitter = new MyEmitter();
    myEmitter.on('event', (a, b) => {
      console.log(a, b, this);
        // Prints: a b {}
    });
    myEmitter.emit('event', 'a', 'b');
    

    비동기 vs. 동기

    EventListener는 모든 리스너를 등록한 순서대로 동기적으로 처리한다. 즉 이벤트를 적절한 순서로 처리하는 것을 보장해 경쟁 조건(race condition)이나 로직 오류를 피하는 것이 중요하다. 이 모든 것이 적절하게 구현되었을 때, setImmediate()이나 process.nextTick()메소드를 사용해 리스너 함수를 비동기도 동작하도록 전환할 수 있다.

    const myEmitter = new MyEmitter();
    myEmitter.on('event', (a, b) => {
      setImmediate(() => {
        console.log('this happens asynchronously');
      });
    });
    myEmitter.emit('event', 'a', 'b');
    

    단 한 번만 동작하는 이벤트

    eventEmitter.on() 메소드로 등록된 리스너는 이벤트 이름이 호출되는 매 횟수만큼 실행된다.

    const myEmitter = new MyEmitter();
    var m = 0;
    myEmitter.on('event', () => {
      console.log(++m);
    });
    myEmitter.emit('event');
      // Prints: 1
    myEmitter.emit('event');
      // Prints: 2
    

    eventEmitter.once()메소드로 등록한 리스너는 호출한 직후 제거되어 다시 호출해도 실행되지 않는다.

    const myEmitter = new MyEmitter();
    var m = 0;
    myEmitter.once('event', () => {
      console.log(++m);
    });
    myEmitter.emit('event');
      // Prints: 1
    myEmitter.emit('event');
      // Ignored
    

    오류 이벤트

    EventEmitter 인스턴스에서 오류가 발생했을 때의 전형적인 동작은 'error' 이벤트를 호출하는 것이다. 이 경우는 Node.js에서 특별한 경우로 다뤄진다.

    오류가 발생한 EventEmitter'error' 이벤트로 등록된 리스너가 하나도 없는 경우에는 오류가 던져지고(thrown) 스택 추적이 출력되며 Node.js의 프로세스가 종료된다.

    const myEmitter = new MyEmitter();
    myEmitter.emit('error', new Error('whoops!'));
      // Throws and crashes Node.js
    

    Node.js 프로세스가 멈추는 것을 막기 위해서는 process.on('uncaughtException') 이벤트에 리스너를

    등록하거나 domain 모듈을 사용할 수 있다. (하지만 domain 모듈은 더이상 사용하지 않는다(deprecated))

    const myEmitter = new MyEmitter();
    
    process.on('uncaughtException', (err) => {
      console.log('whoops! there was an error');
    });
    
    myEmitter.emit('error', new Error('whoops!'));
      // Prints: whoops! there was an error
    

    개발자가 항상 'error' 이벤트에 리스너를 등록하는 것이 가장 좋은 방법이다:

    const myEmitter = new MyEmitter();
    myEmitter.on('error', (err) => {
      console.log('whoops! there was an error');
    });
    myEmitter.emit('error', new Error('whoops!'));
      // Prints: whoops! there was an error
    

    클래스: EventEmitter

    EventEmitter 클래스는 events 모듈에 의해서 정의되고 제공된다.

    const EventEmitter = require('events');
    

    모든 EventEmitters는 새로운 이벤트를 등록할 때마다 'newListner' 이벤트를 호출하고 리스너를 제거할 때마다 'removeListner'를 호출한다.

    이벤트: ‘newListener’

    • event {String|Symbol} 이벤트명
    • listener {Function} 이벤트 처리 함수

    EventEmitter 인스턴스는 인스턴스 자신의 'newListener' 이벤트를 리스너를 내부 리스너 배열에 추가하기 전에 호출한다.

    'newListener' 이벤트에 리스너가 전달되기 위해 이벤트 명칭과 추가될 리스너의 참조가 전달된다.

    실제로 리스너가 추가되기 전에 이 이벤트가 호출된다는 점으로 인해 다음과 같은 중대한 부작용이 나타날 수 있다. 어떤 추가적인 리스너든 동일한 명칭의 리스너를 'newListener' 콜백에서 먼저 등록한다면 추가하려는 해당 리스너가 실제로 등록되기 전에 이 함수가 먼저 추가될 것이다.

    const myEmitter = new MyEmitter();
    // Only do this once so we don't loop forever
    myEmitter.once('newListener', (event, listener) => {
      if (event === 'event') {
        // Insert a new listener in front
        myEmitter.on('event', () => {
          console.log('B');
        });
      }
    });
    myEmitter.on('event', () => {
      console.log('A');
    });
    myEmitter.emit('event');
      // Prints:
      //   B
      //   A
    

    이벤트: ‘removeListener’

    • event {String|Symbol} 이벤트명
    • listener {Function} 이벤트 처리 함수

    'removeListener' 이벤트는 리스너가 _제거된 후_에 실행된다.

    EventEmitter.listenerCount(emitter, event)

    안정성: 0 – 추천 안함: emitter.listenerCount()을 대신 사용할 것.

    인자로 넘긴 emitter에 해당 event가 리스너를 몇 개나 갖고 있는지 확인하는 클래스 메소드다.

    const myEmitter = new MyEmitter();
    myEmitter.on('event', () => {});
    myEmitter.on('event', () => {});
    console.log(EventEmitter.listenerCount(myEmitter, 'event'));
      // Prints: 2
    

    EventEmitter.defaultMaxListeners

    기본값으로 한 이벤트에 최대 10개 리스너를 등록할 수 있다. 이 제한은 각각의 EventEmitter의 인스턴스에서 emitter.setMaxListeners(n) 메소드로 지정할 수 있다. 모든 EventEmitter 인스턴스의 기본값을 변경하려면 EventEmitter.defaultMaxListeners 프로퍼티를 사용할 수 있다.

    EventEmitter.defaultMaxListeners 설정을 변경할 때는 모든 EventEmitter 인스턴스에게 영향을 주기 때문에 이 변경 이전에 만든 부분에 대해서도 주의해야 한다. 하지만 emitter.setMaxListeners(n)를 호출해서 설정한 값이 있다면 EventEmitter.defaultMaxListeners의 값보다 우선으로 적용된다.

    참고로 이 값은 강제적인 제한이 아니다. EventEmitter 인스턴스는 제한된 값보다 더 많은 리스너를 추가할 수 있지만 EventEmitter 메모리 누수의 가능성이 있는 것으로 보고 stderr를 통해 경고를 보내 개발자가 문제를 인지할 수 있게 한다. 어떤 EventEmitteremitter.getMaxListeners()emitter.setmaxListeners() 메소드를 사용해 이 경고를 임시로 피할 수 있다:

    emitter.setMaxListeners(emitter.getMaxListeners() + 1);
    emitter.once('event', () => {
      // do stuff
      emitter.setMaxListeners(Math.max(emitter.getMaxListeners() - 1, 0));
    });
    

    emitter.addListener(event, listener)

    emitter.on(event, listener)의 별칭이다.

    emitter.emit(event[, arg1][, arg2][, …])

    event에 등록된 리스너를 등록된 순서에 따라 동기적으로 호출한다. 제공되는 인자를 각각 리스너로 전달한다.

    이벤트가 존재한다면 true, 그 외에는 false를 반환한다.

    emitter.getMaxListeners()

    현재 EventEmitter에 지정된 최대 리스너 수를 반환한다. 기본값은 EventEmitter.defaultMaxListeners이며 emitter.setMaxListeners(n)로 변경했을 경우에는 그 값을 반환한다.

    emitter.listenerCount(event)

    • event {Value} The type of event
    • event {Value} 이벤트 이름

    해당 event 이름에 등록되어 있는 리스너의 수를 반환한다.

    emitter.listeners(event)

    해당 event에 등록된 리스너 배열의 사본을 반환한다.

    server.on('connection', (stream) => {
      console.log('someone connected!');
    });
    console.log(util.inspect(server.listeners('connection')));
      // Prints: [ [Function] ]
    

    emitter.on(event, listener)

    listener 함수를 지정한 event의 리스너 배열 가장 끝에 추가한다. listener가 이미 추가되어 있는 함수인지 확인하는 과정이 없다. 같은 조합의 eventlistener를 여러 차례 추가했다면 추가한 만큼 여러번 호출된다.

    server.on('connection', (stream) => {
      console.log('someone connected!');
    });
    

    EventEmitter의 참조를 반환하기 때문에 연속해서 호출하는 것이(chaining) 가능하다.

    emitter.once(event, listener)

    일회성 listener 함수를 event에 등록한다. 이 이벤트는 다음 차례 event가 호출될 때 한 번만 실행한 후 제거된다.

    server.once('connection', (stream) => {
      console.log('Ah, we have our first user!');
    });
    

    EventEmitter의 참조를 반환하기 때문에 연속해서 호출하는 것이 가능하다.

    emitter.removeAllListeners([event])

    모든 리스너, 또는 지정한 event의 리스너를 제거한다.

    코드 다른 곳에 추가되어 있는 리스너를 제거하는 것은 좋지 않은 방법이다. 특히 EventEmitter 인스턴스가 다른 컴포넌트나 모듈에서 생성되었을 때는 더 유의해야 한다. (예를 들어, 소켓이나 파일 스트림 등)

    EventEmitter의 참조를 반환하기 때문에 연속해서 호출하는 것이 가능하다.

    emitter.removeListener(event, listener)

    특정 event에 등록되어 있는 특정 listener를 제거한다.

    var callback = (stream) => {
      console.log('someone connected!');
    };
    server.on('connection', callback);
    // ...
    server.removeListener('connection', callback);
    

    removeListener는 한 인스턴스 내에 존재하는 리스너 배열에서 해당 리스너를 하나 제거한다. 만약 한 리스너를 여러 차례 특정 event에 등록해서 배열 내 여러 개 존재한다면, 그 모든 리스너를 지우기 위해서는 removeListener를 여러 번 호출해야 한다.

    이 메소드로 리스너가 하나 지워진 후에 등록되어 있는 리스너의 위치 인덱스가 변경되는데 리스너가 내부 배열로 관리되기 때문이다. 이 동작은 리스너가 호출되는 순서에는 영향을 주지 않지만 emitter.listeners() 메소드로 생성한 리스너 배열의 사본이 있다면 다시 생성해야 할 필요가 있다.

    EventEmitter의 참조를 반환하기 때문에 연속해서 호출하는 것이 가능하다.

    emitter.setMaxListeners(n)

    EventEmitters의 기본값인 10보다 더 많은 리스너가 등록되어 있다면 경고가 출력된다. 이 함수는 어디에서 메모리 누수가 발생하는지 찾는데 유용하다. 명백하게도 모든 이벤트가 10개의 리스너 제한이 필요한 것은 아니다. emitter.setMaxListeners() 메소드를 사용하면 특정 EventEmitter 인스턴스에 대해 그 제한을 변경할 수 있다. Infinity (또는 ``)을 지정하면 리스너를 숫자 제한 없이 등록할 수 있다.

    EventEmitter의 참조를 반환하기 때문에 연속해서 호출하는 것이 가능하다.

    Visual Studio Code에서 TypeScript을 사용하는 환경을 꾸리는 방법을 정리했다. vscode에 아직 기능이 많은 편은 아니지만 여러 편의 기능이 있어 환경을 구축하는데 활용했다. 물론 실무에서 사용할 땐 webpack이나 여타 task 관리도구를 통해 더 쉽게 사용할 수 있다.

    여기서 작성하게 될 파일 구조는 이렇다.

    .vscode
      tasks.json
    dist
      app.js
      app.js.map
    src
      HelloWorld.ts
    typings
      tsd.d.ts
      angularjs/
      jquery/
      ... tsd로 설치한 애들
    tsconfig.json -- 컴파일 설정
    tsd.json -- tsd로 설치한 인터페이스 정보
    

    먼저 typescript와 tsd를 설치한다.

    npm install typescript tsd -g
    

    tsd로 초기화하고 필요한 라이브러리의 인터페이스를 받는다. 물론 인터페이스만 받는 것이니 실제 라이브러리는 npm이나 bower로 받아서 따로 번들해야 한다.

    tsd init
    tsd install angularjs/angular --save
    

    tsd init 하면 tsd.json 파일이 생성되고 설치된 패키지의 메타 정보가 저장된다.

    tsconfig.json 파일을 추가하고 다음 내용으로 저장한다.

    {
        "compilerOptions": {
            "target": "ES5",
            "module": "commonjs",
            "sourceMap": true,
            "rootDir": "src",
            "out": "dist/app.js"
        }
    }
    

    추가적인 내용이 필요하다면 문서를 참고하거나 vscode의 인텔리센스를 활용해서 내용을 넣을 수 있다. 그냥 공부용이라면 그냥 다음과 같이 추가하는 것만으로도 기본값을 사용할 수 있어 정신건강에 도움이 된다.

    {}
    

    tsconfig.json에 대해서는 TypeScript에서 없이 쓰기 포스트에서 다룬 적이 있다.

    vscode에서 해당 디렉토리를 불러온 후 Shift + Cmd + P로 팔레트를 연 후, Tasks: Configure Task Runner를 실행한다. 그러면 .vscode/tasks.json이라는 파일이 생성되는데 vscode에서 task를 바로 실행할 수 있도록 도와주는 설정 파일이다. tsc를 사용해서 typescript를 컴파일하는 것 외에도 gulp나 webpack 등을 호출할 수 있도록 정리가 되어 있어 필요에 따라 주석을 제거하고 사용하면 된다.

    tsconfig.json에서 컴파일 할 설정을 이미 다 설정했기 때문에 args를 다음처럼 고쳐준다.

        // args is the HelloWorld program to compile.
        "args": [],
    

    이제 src/HelloWorld.ts를 작성한다.

    class Startup {
        public static main(): number {
            console.log("Hello World");
            return 0;
        }
    }
    

    저장한 후, Shift + Cmd + B 또는 팔레트에서 Run Build Task를 하면 설정한 것에 따라서 dist/app.jsdist/app.js.map이 생성되는 것을 확인할 수 있다.

    vscode의 build task로 gulp를 사용하고 싶다면 적당하게 gulpfile.js를 작성하고 tasks.json에서 taskName을 변경해주면 된다.

    gulp는 이렇게 설치해주고,

    npm install gulp -g
    npm install gulp gulp-typescript --save-dev
    

    gulpfile.js는 이렇게 작성한다. 앞서 작성한 tsconfig.json을 그대로 활용할 수 있다. 만약 다르게 처리하고 싶다면 gulp-typescript 문서를 참조한다.

    var gulp = require('gulp');
    var ts = require('gulp-typescript');
    
    var tsProject = ts.createProject('tsconfig.json');
    
    gulp.task('scripts', function () {
        var tsResult = tsProject.src()
            .pipe(ts(tsProject));
    
        return tsResult.js.pipe(gulp.dest('release'));
    });
    

    이제 .vscode/tasks.json을 열어 tsc를 주석 처리하고 gulp를 찾아 주석을 해제한 후, 위 gulpfiles.js의 task 이름에 맞게 taskName을 scripts로 변경한다. 저장 후 vscode의 Run Build Task를 실행하면 gulp로 빌드하는 것을 확인할 수 있다.

    추가로 gulp에서 watch를 사용하고 싶다면 다음과 같이 task를 작성하면 된다.

    gulp.task('watch', ['scripts'], function() {
        gulp.watch(tsProject.config.compilerOptions.rootDir + '/**/*.ts', ['scripts']);
    })
    

    실제로 TypeScript와 Angular1.x 환경을 구축할 때는 generator-gulp-angular 같은 제네레이터를 활용하면 깔끔하게 환경을 구축할 수 있다.

    호주에서도 중고나라 같은 gumtree.com.au라는 웹사이트가 있다. 출퇴근을 자전거로 해보고 싶어서 저렴한 자전거를 찾고 있는데 괜찮은 딜은 검트리에 올라오는 족족 팔리기 때문에 수시로 모니터링 하지 않는 한 저렴한 물건을 구하기가 쉽지 않다.

    주말 아침에 일어나서 검트리 페이지를 새로고침 하는 내 모습이 처량해서 이 작업을 자동화 하는 코드를 작성하게 되었다.

    • 지역, 키워드로 검색 페이지를 긁어온다
    • 각 판매글을 적절하게 파싱한다
    • 이전에 긁어온 글과 비교해서 새 글을 뽑는다
    • 새 글이 있으면 알림을 보낸다
    • 다음 비교를 위해 저장한다
    • 스케줄로 반복한다

    요즘 파이썬을 계속 보고 있지만 내 서버 인스턴스에 이미 설정이 있는 node로 작성하기로 결정했다. 데이터는 그리 크지 않고 단순히 비교용으로 사용하기 때문에 json 파일로 저장하기로 했다. 알림은 메일로 보낼까 하다가 이전부터 익히 들어온 텔레그램 API를 활용하기로 했다.

    어떤 라이브러리를 사용할지 찾아봤다.

    • cherrio node에서 사용할 수 있는 jQuery 구현
    • lodash 데이터 조작을 위한 유틸리티
    • request-promise 이름대로 request에 promise를 끼얹은 라이브러리

    텔레그램 API도 node-telegram-bot-api 같은 라이브러리가 있는데 작성할 때는 별 생각이 없어서 주소를 문서에서 가져다가 직접 호출했다. 추후에는 이 라이브러리로 변경해야겠다.

    스케쥴은 간단하게 crontab에서 5분 간격으로 호출하게 했다. 매 5분마다 페이지를 받아 JSON으로 파싱하고 비교한다.

    텔레그램은 몇 안되지만 html 태그를 포함해 메시지를 보내는 것을 지원한다. 그래서 이미지와 링크를 포함해서 다음 이미지처럼 메시지가 온다.

    봇 이름은 홈랜드에 나오는 캐리찡

    코드를 다 작성하고 느낀 점은,

    • 텔레그램은 처음 사용해봤는데 개발에 활용하기 정말 좋게 문서도 잘 정리되어 있고 기능도 깔끔했음. 나중에 또 기회를 만들어 더 사용해볼 것.
    • 패키지처럼 만드는데 익숙하지 않아서 코드가 많이 너저분. 깔끔하게 만드는 방법을 찾아보고 정리.
    • 파일 입출력에는 동기적으로 동작하는 함수를 사용. 아직 파일 입출력을 비동기적으로 처리하는 것이 익숙하지 않은데 살펴보고 정리할 것.
    • 판매글 비교하기 위한 lodash 코드를 작성하는데 문서를 꽤 오래 봐야 했었음. 문서를 좀 더 보고 유용한 함수를 정리.

    게으름 부려서 작성한 코드가 날 공부하게 한다. 얼마나 좋은 게으름인가! 부지런히 찾아보고 정리해야겠다. 코드는 github에서 확인할 수 있다.

    블로그를 운영하면서 가장 꾸준하게 인기 있는 글은 단연 호주에서 일하는 이야기다. 이 글 덕분인지 이메일로 질문을 자주 받는 편인데 아무래도 질문에 공통점이 많은 편이다. 답장이 거의 비슷한데도 시간을 너무 많이 쓰게 되는 것 같아 이전에 보냈던 메일을 정리해서 올려본다.


    안녕하세요.

    저는 서울에 거주하는 ***라고 합니다.

    먼저 갑작스레 메일 드려 죄송하고, 읽어보시고 경험에서 우러나오는 조언을 보내주실 수 있다면 매우 감사드리겠습니다.

    간략한 제 소개를 하겠습니다.

    컴퓨터 전공으로 학사, 석사 학위를 취득하였고 2009년부터 지금까지 모 연구소에서 근무하고 있습니다. 영상처리 알고리즘을 개발하는 업무를 주로 진행하다가 최근 솔루션화를 위한 si 프로젝트를 진행하였습니다. 개발언어는 *\*고 **등의 라이브러리를 주로 이용합니다.

    제 꿈은 외국에서 살아보는 것입니다. 궁극적으로는 호주, 유럽, 캐나다, 미국 등 여행과 삶을 접목시켜 각 대륙에서 직장을 구하고 여행을 하는, 허황될 수 있는 큰 꿈을 그리고 있습니다. 그 꿈을 이루고자 웹을 통해 제 목표와 가까이 계신 분들을 모니터링하고 어떻게 현재의 위치까지 도달하셨는지 조언을 구하고자 합니다. 이렇게 조언을 구하는 이메일을 처음 보내는 것이기 때문에, 혹 무례하거나 잘못된 모습이 있더라고 넓게 이해하여 주시고 지적하여 주신다면 감사하겠습니다.

    인터넷에서 잘 구할 수 없는 궁금한 점을 질문드리고자 합니다.

    1. 블로그의 글을 읽어보니 워홀로 입국하셔서 직업을 구하셨던데, 이런 케이스를 웹에서 더 찾아보기 어려운 것으로 미루어 짐작하면 쉽지 않은 길인 것 같습니다. 워홀비자의 제약조건하에서도 개발자로 취업한 케이스가 종종 있는지 궁금합니다.

    1.1 만약 가능하다면 구인공고가 올라오는 홈페이지 등을 소개해주신다면 어느 분야가 수요가 많은지 찾아보도록 하겠습니다.

    1.2 저는 영상처리 관련 기술에 경험이 있지만, 이는 너무 한정된 분야에서 사용되므로 관련직종으로 직업을 구하기는 어려울듯 합니다만, 이런 상황에 조언해 주실 수 있는 내용이 있는지요?

    1. 보통 외국에서 일하시는 개발자분들은 본인의 이력서를 웹에 게시해두던데, 이렇게 항상 일자리를 구할만큼 고용이 불안정한가요?

    2. 한국과 비교해 근무환경, 업무강도, 일처리의 합리성 등의 면에서 (즉, 삶의 질에서) 향후에도 호주에서 계속 거주하실 생각이 있으신지요?

    저는 호주에서 개발자로 살아간다는 것에 대해 무엇을 모르는지부터 알아가는 중입니다.

    짧은 답변 하나로도 충분히 도움이 될 것입니다.

    여기까지 읽어주셔서 감사합니다.

    서울에서, *** 드림


    안녕하세요. 김용균입니다.

    메일 잘 받았고 감사하게 잘 읽었습니다. 한국은 많이 덥다던데, 호주는 이제 완전한 겨울이라 많이 춥네요. ^^

    1. 사실 제 경우가 예로서 적합한 케이스는 솔직히 되질 못해서 좋은 답이 될지는 모르겠습니다. 저는 학력도 전혀 관련 없는 학과(사회교육과 지리교육전공)에 졸업도 하지 않은 휴학생인데다가 겨우 3년 남짓한 경력이 전부였습니다. 포스트에서 보셨겠지만 영어 한마디도 제대로 못할 정도로 준비도 안된 상태였고, 사실 지금 생각하면 많이 무모하게 도전한 경우입니다. 저는 오기 전에 호주 취업 사이트(seek.com.au 등)에서 어떤 사람을 많이 찾는지 많이 검색해봤고, 한국서 커버레터와 이력서를 미리 준비해왔습니다.

    호주에 오기 전에 여러 커뮤니티에 가입해 이리저리 수소문도 해보고, 여기 와서 지낸 기간 동안에 알게 된 사람들 안에서는 워홀로 입국해 IT직종에 취업, 스폰서 비자를 받은 케이스는 주변에서는 저밖에 없었습니다. 일반적으로 워킹홀리데이 비자는 해당 비자의 취지에 맞게 오는 사람들이 많다보니 사례가 좀 적지 않나 싶습니다.

    호주는 이민국가이기 때문에 다른 서구권에 비해 해외 취업에 대해 상당히 개방된 편입니다. 여기서 만난 한국 개발자분들은 대부분 한국에서 컴퓨터 전공에 몇 년 경력을 가지고 독립기술이민을 통해 온 분들이 절대적으로 많습니다. 워홀은 한 회사에서 6개월 이상 일 할 수 없는 조항도 있고 여러 까다로운 부분이 있어 특히 자리를 구하기 어려운 반면 독립기술이민은 영주권 비자이고 또한 여기서의 생활에 대해 복지 지원(학비나 가족 수당, 실업급여)이 있는 등의 장점을 보시고 오는 분들이 많습니다. (참고로, 영주권 비자는 한국 국적과 동시에 가지고 있을 수 있습니다.)

    1. 1 호주의 경우, 구인 공고는 대표적으로 seek.com.au 등이 있습니다. 한국에 비해서 리크루트 업체를 통해 중개되는 경우가 많습니다.

    2. 2 영상 처리는 제가 어떤 분야인지 잘 모르겠네요. 제가 여기서 처음으로 일했던 곳이 ***이란 곳이었는데 혹시 이런 분야이신지. 전혀 없지는 않을겁니다만 좀 드물지도 모르겠습니다. 위 리쿠르트 사이트에서 한번 경력과 맞는 곳이 있는지 살펴보면 도움이 될 것 같네요.

    3. 고용이 불안정하다기보다 고용-피고용의 관계가 상당히 유연합니다. 서구권의 직업관은 한국과 많이 달라서, 문화적인 차이에 의해 그런듯 합니다.

    4. 한국에 있을 때 제주 소재의 웹에이전시에서 웹 어플리케이션 개발을 했었는데 근무환경, 업무강도, 일처리 합리성은 이곳이 훨씬 낫습니다. 월등한 대신 영어가 절대적으로 중요해집니다. 영어를 못하면 한국에서 가지던 포지션보다 낮은 자리에 갈 수 밖에 없습니다. 제 경우에도 개발팀장으로 있었지만 discussion은 커녕 communication이 어렵다보니 이곳에서는 주니어 개발자 말고는 할 수 있는 일이 없었습니다. 주니어라 하더라도 급여수준이나 환경은 훨씬 나은 편입니다.

    향후 호주 거주는… 일단 드문 기회를 얻은 상황이니 부지런히 지내고 있습니다. 아직 못한 공부도 더 하고 싶기도 한데 호주에서의 International student 학비는 1년에 3만~4만불 가량 되는데 영주권을 취득한 경우 1년에 4,000불 내외로 저렴하게 가능하기 때문에 영주권을 먼저 취득하고 대학교를 다니려고 하고 있습니다. 덧붙이면 독립기술이민으로 오시는 분들은 대부분 오셔서 석사, 박사 과정 하시는 경우가 많았습니다.

    1. 서구권임에도 저렴한 조건으로 와서 공부할 수 있고 2) 비자를 안정적으로 받을 수 있기 때문에 많이 오신다고 합니다. 예전엔 환율 사정도 좋았다고 하는데 요즘 환율이 많이 올라 이 메리트는 없어진 것 같네요.

    정리하자면, **님은 저보다 훨씬, 훨씬 좋은 상황이라 무얼 하셔도 저보다 더 잘 될 것 같습니다. 학력도 경력도 있기 때문에 생각하신 것처럼 한국 외 어느 국가에서도 충분히 일할 수 있을겁니다. 중요한건 자신이 원하는 포지션에 걸맞는 영어실력입니다. 메일에서 느껴지는 인상으론 엄청 잘하실 것 같습니다만 영어 잘 준비하셔서 좋은 곳에서 일하시길 기대합니다. 호주에만 국한하지 않고 두루두루 살펴보시다보면 좋은 자리 찾으실 수 있을겁니다.

    아래는 해외 취업과 관련해 두루두루 참고할만한 글과 커뮤니티입니다.

    더 궁금하신 사항이 있으시면 언제든지 메일 주시기 바랍니다.

    김용균 드림.


    안녕하세요. **포럼에 질문을 올린 ***입니다.

    ***님하고는 메일로 간단히 몇가지를 물어봤는데요. 어학을 계획으로 오셨다가, 정착한 케이스라 다소 귀감이 되더라구요.

    제가 궁금한 것은 어떻게 일자리를 구하셨는지 인데요. www.seek.com.au 이곳에 CV를 올려서 구하셨는지, 아니면 다른 경로로 구하셨는지 알고 싶구요.

    그리고 멜버른하고 시드니가 아무래도 일자리가 많은 것 같은데, 멜번 쪽으로 가신이유가 혹시 따로 있는지 알고 싶습니다.

    아, 영어는 필리핀등에서 2개월 정도 회화와 IELTS를 공부하고 갈까 생각중입니다.(현지로 바로가는 것은 아무래도 비용때문에…)

    아무래도 처음 가는 곳이라 불안함이 많다보니, 이런 질문들을 하게되네요~

    시간 되실때 천천히 답변 부탁드리며, 향후 호주로 가게되면 제가 맛있는 식사라도 한번 대접하도록 하겠습니다 🙂

    그럼, 즐거운 한주 되시기 바라며 겨울로 아는데, 건강 유의 하세요.


    안녕하세요. 김용균 입니다.

    저도 seek.com.au를 통해서 컨택 많이 해봤는데 일단 대부분 거기에 올라오는 곳이 리쿠르트에서 하는 부분이라 리쿠르트를 통해 면접을 보고 통과가 되면 회사에 면접보는 식이라 영어로 자기어필만 강하게 할 수 있으면 크게 어려운 부분은 없습니다.

    멜번보다는 시드니가 훨씬 자리 많은 편이라고 하더라구요. 제가 멜번을 선택한 이유는… 크게 이유는 없는데 멜번이 왠지 좋아서 선택했습니다.

    저는 아직 대졸도 아니고 경력도 얼마 안되는지라 독립기술이민을 진행하긴 어려워 여기서 스폰서 비자를 통해 계속 지내보려고 하고 있습니다. 아무래도 여기 일들이 6달, 12달 이런 프로젝트가 많은데 워홀 비자는 한 회사에서 6개월이란 제한 때문에 그런 프로젝트를 수행하기가 사실상 불가능이기도 하고… 여기도 영주권자 이상을 풀타임으로 많이 채용하는 편이라서 말입니다. 스폰서비자의 경우 사실상 해당 회사에 종속되어 급여가 오르거나 하는 것도 쉽지 않아서 흔히 노예비자라고도 합니다. 실직하면 28일 내에 해당 스폰이 가능한 회사를 찾아야 비자가 취소가 안되는데 그게 말처럼 쉽지가 않으니까요.

    일단은 워킹으로 오셔서 한번 보시면 어떤 상황인지 아실 수 있으실 겁니다. 영어만 잘 되시면 아무 문제없이 잘 일 하실 수 있을거에요.

    저는 영어가 많이 안되서 인터뷰만 두달동안 이곳저곳 보러 다녔거든요. 영어 많이 준비해오면 도움이 많이 될 것 같습니다.


    안녕하세요. *** 입니다.

    저는 퇴사후 호주 취업을 준비중인 게임 클라이언트 프로그래머입니다. 어학원도 다니고 이력서와 포트폴리오도 보내고 있지만, 답장도 너무 늦고(답장에 2주 정도 소요가 되네요.) 해서 직접 호주로 가서 구하면 어떨까 싶은 생각을 하고 있습니다.

    하지만 제가 호주쪽 게임 회사 실정도 모르고 워홀 비자로 어느 정도 일을 구할수 있는지, 또 어떻게 구할수 있는지 알고 싶습니다.

    1. 워홀 비자로 직장을 구하는 사람을 잘 뽑는지
    2. 워홀로는 한 직장에 6개월이 한계라는데 그럼 매번 옮기거나 하는지
    3. 회자입장에서도 당장 호주에 거주중인(워홀 비자로라도) 사람에게 더 기회를 주는지
    4. 제가 국내에서 경력은 있지만 호주쪽 클라이언트 트랜드라던가 요구하는 인재상을 짐작하기 어렵습니다. 어떤 기술을 준비하는 것이 좋은지.

    일단은 이렇게 4개이지만 조금 더 여쭤보고 싶은게 생길 것 같습니다.


    안녕하세요, 김용균입니다.

    저는 호주에서 웹개발자로 일하고 있어서 게임과는 다소 다른 영역이라 게임 산업 쪽 고용 시장이 어떻게 구성되어 있는지에 대해서는 잘 모르겠네요. 게임 클라이언트 쪽이면 MO나 MMO 일 것 같은데 호주에서 그런 쪽 개발하는 스튜디오 얘기는 들어본 적이 없어서 호주에 맞는 자리가 있을지는 잘 알아보셔야 할 것 같습니다. 게임코디 눈팅해온 걸로는 게임 개발하시는 분들은 대부분 북미나 유럽에 가시는 편으로 알고 있어서요.

    1. 대부분 영주권자 이상을 선호하는 편인데 호주는 고용 유연성이 상당히 높아서 3개월, 6개월, 1년 계약직 같은 자리도 많습니다. 이런 자리의 경우는 비자랑 크게 상관 없이 뽑는 경우가 많은 편입니다. 직장을 구하시려면 1) 영어가 잘되거나 2) 기술적으로 뛰어나거나 둘 중 하나인데 (둘 다 되면 당연히 좋구요) 일반적으로 커뮤니케이션이 가능한걸 요구하는 편입니다. 적어도 기술적으로 뛰어난 걸 증명하려면 자신이 한 일을 말로 설명할 정도는 되야겠죠.

    저는 영어를 잘 못하는 상태에서 와서 인터뷰는 많이 봤지만 결과가 그리 좋지 않았습니다. 영어를 어느 정도 해야 하는가에 대한 궁금증은 저도 가지고 있었는데요. 한국어로 대화하는 걸 영어로 할 수 있을 정도는 되어야 합니다. 저는 듣기는 대충 들렸는데 말하는데 겁도 나고 문법 틀릴까 우물우물 하는 상태를 벗어나는게 힘들었습니다. 대화가 가능하다는 것이 문법적으로 완벽하게 말하는건 의미하는게 아니었습니다. 잘 못 알아들었으면 다시 말해달라고 얘기하고 이해가 되었다 안되었다 이 부분 의견은 동의한다 이 부분은 이렇게 생각한다 얘기할 수 있는게 중요합니다.

    1. 워킹홀리데이 비자로는 한 회사에서 6개월까지만 가능합니다. 제 경우는 6개월 때 스폰서 비자로 변경했습니다. 이 경우는 직장을 어떻게 구하느냐에 따라 많이 달라지는 부분이겠네요.

    2. 1번에서 답변드린 바와 같이 영주권자 이상만 뽑는 경우도 많습니다. 그래도 포지션에 자신이 잘 맞는다 생각하면 지원해보는게 좋겠죠. 해당 회사서 정말 필요로 하면 비자를 지원해줄 겁니다.

    3. 저도 게임 산업 쪽에 관해서는 들어본 바가 없어 어떤 인재를 요구하는지는 잘 모르겠습니다. 기술 요구사항은 일반적으로 구인 공고에서 확인해볼 수 있는데요. seek.com.au 같은 사이트에서 해당 직종을 검색해보시고 어떤 포지션 디테일을 가지고 뽑는지 살펴보는 것이 도움이 될겁니다.

    만약 관련 대학 졸업하셨고 경력이 있는 상황이라면 워킹홀리데이보다 독립기술이민과 같은 영주권을 바로 받을 수 있는 비자를 신청해서 오시는게 낫습니다. 스폰서 비자는 회사에서 지원해줘야 하는 경우라서 쉽게 내주지 않는 경우도 많고 이걸 가지고 장난하는 회사도 많습니다. IT로 호주에 오시는 분들 대부분이 독립기술이민으로 오는 경우가 많습니다. 영주권자 이상은 학비에 대한 혜택이 좋아서 여기와서 석사 받고 그 학력으로 취업하는 경우가 많습니다.

    맨 처음 워킹홀리데이로 와서 힘든 부분은 현지 경력이 없는 부분입니다. 여기는 레퍼런스 체크라는게 있는데 이 사람이 정말 괜찮은 사람인지 이전에 일한 사람에게 물어보는 문화가 있습니다. 제 경우는 호주 오자마자 한 2주짜리 단기 프로젝트를 한 경력이 있고 거기서 꽤 인정을 받았기 때문에 실제 취업 때 레퍼런스로 큰 도움을 받을 수 있었습니다.

    기왕 나오기로 하셨으면 여러가지 옵션을 고민해보시고 그리고 궁금한 점이 있다면 immi.gov.au 같은 정부 사이트에서 자세한 내용을 꼭 살펴보시기 바랍니다. 인터넷에 있는 자료는 out of date인 경우가 많아서 그런 자료 믿다가 비자 취소되고 돌아가는 경우도 많습니다. 만약 북미쪽 취업이 궁금하시다면 포프님 북미취업가이드를 살펴보시는 것도 도움이 될 것 같네요.

    밖에 나오면 생각보다 힘든데 그래도 좋은게 많습니다. 그리고 나와서 영어에 대한 두려움이 줄어드니 꼭 호주가 아니더라도 어느 영어권 국가라도 가서 지낼 수 있을 것 같은 자신감이 생기네요. 심사숙고해서 어디로 갈 지 잘 결정하셨으면 좋겠습니다.

    더 궁금한 부분이 있다면 답장 남겨주시고요. 🙂

    김용균 드림.


    안녕하세요. 현재 HW/SW관련 개발을 공부하고있는 **대학교 4학년 ***라고합니다.

    호주워킹홀리데이를 다녀왔었고, 개발자로 살아가는데 해외취업을 목표를 두고있습니다. 제 주 전문분야는 web이 아닌 firware, Embedded, Linux 분야이고 현재 S사 소프트웨어멤버십 이라고 해서 S사에서 학생개발자들을 키워내는 프로그램에서 2년째 활동하고 있습니다. 그런데 제 꿈은 해외에서 살아가는것입니다. 워킹홀리데이 생활을 하면서 꼭 해외에서 살고싶다는 생각을 했었습니다.

    서론이 길었습니다. 궁금한점이 있어서 연락드렸습니다.

    1. 해외 IT회사를 지원하게 된 계기
    2. 한국에서 일하는것과의 차이점/장단점
    3. 학사학위로도 해외취업에 가능한지. 영어실력은 영어로 면접 볼 정도의 실력에 조금 못미칩니다. 직접 영어를 쓰는 환경에서 일을 안해봐서 많이 부족합니다.

    답장 드립니다.

    저는 오랫동안 웹에 관심을 갖고 공부해왔었습니다. 호주에 오기 전엔 웹에이전시에서 개발팀장으로 근무해 웹사이트 구축에 필요한 실무적 역량을 많이 키울 수 있었습니다. 저는 워킹 홀리데이로 호주에 오면서 한국서 하던 경력대로 일을 할 계획을 세워 영문 이력서 등을 준비해 호주로 넘어왔습니다.

    오기 전에 워킹 홀리데이 비자로 호주에서 개발 직군에 취업한 후기를 많이 검색해봤지만 인터넷이든 워킹홀리데이 책이든 대부분 농장 가서 주천불 버는 얘기 밖에 없었습니다. 그래도 몇 분 워홀로 와서 일하던 분도 알음알을 알게 되서 조언도 받아서 큰 문제는 없겠다 싶어 호주로 와서 여러 회사에 지원했고 현재 회사에 입사해 지금까지 지내고 있습니다.

    1. 해외 IT회사를 지원하게된 계기
    기회가 되서 지원하게 되었습니다. 개발직군에서 일하면 누구나 생각해보는 일이기도 하고요. 또 영어는 개발 직군에서 일하면서 최신 트랜드를 보려면 필수적이니까요. 이건 지원한 계기라기보다 해외에 나온 계기가 될 것 같네요. 해외에서 사는 것 자체가 목표라면 돈 많이 벌어서 노년에 나와 사는게 편하고 좋지 않을까 합니다.</p> 
    
    1. 한국에서 일하는것과의 차이점. 장단점
    일하는 것은 큰 차이 없습니다만 인건비가 비싸서 야근을 거의 안시켜주는 편입니다. 업무 환경은 회사에 따라 다를테고 그 외 생활에서의 차이는 제 블로그 포스트를 읽어보는게 도움이 될 것 같습니다.
    
    1. 학사학위로도 해외취업에 가능한지. 영어실력은 영어로 면접볼정도의 실력에 조금 못미칩니다. 직접 영어를 쓰는 환경에서 일을 안해봐서 많이 부족합니다.

    저는 대학 휴학중이라 학사 학위로 취업을 물어보는건 어떻게 대답 드려야 할 지 모르겠습니다. 워킹홀리데이 비자를 이미 쓰셨으면 호주 유학 후 영주권 취득이나 한국서 경력과 영어 점수를 만들어 영주권을 받아서 오는 두가지 방법이 있는데 여기에 학사 학위는 도움이 될겁니다. 이 이야기도 제 블로그에서 확인할 수 있습니다.

    영어를 잘해야 하는건 당연합니다. 저는 영어 준비를 잘 하고 오지 않아 정말 고생했고 지금도 한참 부족한 편입니다. 업무는 지금까지 해온 것도 있고 경험이 있고 개발쪽은 대부분의 키워드가 영어니 큰 문제가 없었지만 세세한 디테일을 놓치게 되는 경우가 많습니다. 일을 잘하는 것도 중요하지만 영어도 중요합니다. 한국에서 하는 취업 수준에 한국어 수준으로 영어를 써야 한다고 말씀 드리면 감이 좀 올까요? 직군에 따라 많이 다르겠지만 영어는 잘할수록 좋습니다. 기술적으로 뛰어나도 본인이 얼마나 잘하는지는 영어로 어필해야 하기 때문이고요.

    저는 워홀로 오기도 했고 영어를 어짜피 못하니까 괜찮다는 생각도 좀 있었는데 영어를 잘했으면 더 좋은 포지션에서 일할 수 있지 않았을까 생각합니다. 워홀로 올게 아니라 위 말한 다른 방법으로 오신다면 일반적인 의사소통에 지장 없을 정도로는 준비하셔야 합니다. 한국 벗어나면 외국인이고 대화 안되면 당연히 시장에서 배제됩니다. IELTS 점수도 필요할테니 공부하셔야 할테고요.

    영어로 일하는 업무 환경이 필요하시다면 github에서 컨트리뷰션할 오픈소스를 찾아 참여하시거나 메일링 리스트에 참여하는 방법도 있습니다. 유튜브 등으로 올라오는 컨퍼런스도 찾아보시고요. 펌웨어, 임베드면 요즘 IoT로 한창 핫한 오픈소스도 많을테니 참여할 곳도 많을 것 같네요.

    저도 많이 부족해서 이렇게 조언 드릴 입장이 아니라 이렇게 적는게 좀 부끄럽습니다. 목표와 계획 잘 세우셔서 좋은 결실 맺길 기대합니다.


    이전에 쓴 다른 글은 아래서 볼 수 있다.

    예전부터 장만하고 싶은 것 중 하나가 프린터였다. 급한 것은 사무실에서 출력하면 되긴 하지만 집에서 개인적인 용도로 쓰는 것과는 확실히 기분이 다르니까. 물론 부피가 있어 공간도 필요하고 자칫 먼지 수집기로 전락 할 가능성이 높다는 생각에 고민을 오래 했었다. 특히 무거운 프린터를 구입해서 어떻게 집에 들고 올 것인가가 가장 큰 문제였다. 고민만 계속 하고 있었는데 지난 휴가에 차를 빌린 동안 이참에 장만하자는 생각이 들어 레이저 프린터를 구입했다.

    잉크젯 프린터는 훨씬 저렴한 가격에 구입할 수 있지만(캐논 프린터는 15불부터 시작한다.) 잉크 가격이나 헤더 막힘 등 여러 문제를 겪은 기억이 있어서 구입 목록에서 아예 제외했다. 레이저 프린터 중 69불에 wifi 되는 Brother HL-1210W 프린터가 괜찮아 보여 구입하려 했었는데 실물로 보니 안예뻐서 (프린터는 가전이니까 이뻐야) 한참을 망설였다. 그러던 중 Fuji Xerox가 동급 기능의 브라더 프린터에 비해 저렴하고 특히 토너도 저렴하길래 결국 Fuji Xerox DocuPrint P265DW 로 정하게 됐고 Officeworks 매장에서 98불에 구입했다.

    Fuji Xerox DocuPrint P265DW

    종이를 담을 수 있는 트레이가 있고 wifi 기능도 내장되어 있다. 디스플레이도 한 줄 짜리지만 있어서 간단하게 상태를 확인할 수 있었다. 얼마나 쓸 지 모르지만 양면인쇄도 가능하다. 전원 넣고 wifi를 검색해 비밀번호를 넣으니 바로 AirPrint 네트워크 프린터로 잡혀서 사용할 수 있었다. 프린트를 위해 SCSI 케이블을 찾던 시절은 이미 지나간지 오래고 USB도 필요 없고 wifi로 내 네트워크에 접속해서 자동으로 프린터로 잡히니 내가 구석기인이 된 기분이 들었다.

    코드를 꼽아두면 전기를 많이 먹을 것 같아 사용할 때만 전원을 연결했는데 전원 연결하고 wifi까지 자동으로 연결된 후 wifi 버튼에 불이 켜지기 까지 1분이 채 걸리지 않았다.

    슬립과 딥슬립의 차이는 뭐지

    스마트폰을 비롯해 디지털 기기가 일상화되고 그 위에 좋은 오피스 앱/서비스, 클라우드가 자리 잡은 덕분에 Paperless 환경을 쉽게 구축할 수 있지만 나에겐 아직도 손에 잡히고 펜으로 밑 줄 그을 수 있는 종이가 편하게 느껴진다. 요즘 세대가 저장 버튼에 있는 디스켓 아이콘의 맥락을 이해하기 힘든 것처럼 어릴 때부터 종이가 아닌 디바이스를 먼저 접한 세대라면 디바이스보다 종이가 편하다는 그 감각도 달라지지 않을까 생각한다. “이 아이콘은 무슨 뜻이죠?” 처럼 “왜 종이에 출력한걸 보죠? 그냥 화면으로 보면 되는데.” 라고 반문할 날을 상상하게 된다. 그래도 종이는 오래가지 않을까 얘기하지만 그렇게 생각했던 코닥도, 아그파도 무너진 것을 보면 의외로 그 시대가 가까이 있는 것 같다.

    이상한모임에서 진행할 사이드 프로젝트에 Django를 사용하게 되었는데 제대로 살펴본 경험이 없어서 그런지 영 익숙해지질 않았다. 이전에 Django Girls 튜토리얼 – django로 블로그 만들기 포스트를 본 것이 생각나서 살펴보다가 튜토리얼까지 보게 되었다.

    이 포스트는 장고걸스 서울에서 번역된 장고 걸스 튜토리얼을 따라 진행하며 내가 필요한 부분만 정리했기 때문에 빠진 내용이 많다. 튜토리얼은 더 자세하게 세세한 부분까지 설명이 되어 있으니 만약 Django를 학습하려 한다면 꼭 튜토리얼을 살펴볼 것을 추천한다.


    Django 및 환경 설정하기

    $ python3 -m venv myvenv
    $ source myvenv/bin/activate
    $ pip install django==1.8
    

    프로젝트 시작하기

    django-admin startproject mysite .
    

    생성된 프로젝트 구조는 다음과 같다.

    djangogirls
    ├───manage.py # 사이트 관리 도구
    └───mysite
            settings.py  # 웹사이트 설정
            urls.py      # 라우팅, `urlresolver`를 위한 패턴 목록
            wsgi.py
            __init__.py
    

    기본 설정하기

    settings.py를 열어서 TIME_ZONE을 수정한다.

    TIME_ZONE = 'Asia/Seoul'
    

    정적 파일 경로를 추가하기 위해 파일 끝에 다음 내용을 추가한다.

    STATIC_URL = '/static/'
    STATIC_ROOT = os.path.join(BASE_DIR, 'static')
    

    데이터베이스는 기본값으로 sqlite3이 설정되어 있다. 데이터베이스 생성은 manage.py를 활용한다.

    $ python manage.py migrate
    

    서버를 실행해서 확인한다.

    $ python manage.py runserver 0:8000
    

    어플리케이션 생성하기

    $ python manage.py startapp blog
    

    mysite/settings.py를 열어 INSTALLED_APPS에 방금 생성한 어플리케이션을 추가한다.

    INSTALLED_APPS = (
        'django.contrib.admin',
        'django.contrib.auth',
        'django.contrib.contenttypes',
        'django.contrib.sessions',
        'django.contrib.messages',
        'django.contrib.staticfiles',
        'blog',
    )
    

    블로그 글 모델 만들기

    from django.db import models
    from django.utils import timezone
    
    
    class Post(models.Model):
        author = models.ForeignKey('auth.User')
        title = models.CharField(max_length=200)
        text = models.TextField()
        created_date = models.DateTimeField(
                default=timezone.now)
        published_date = models.DateTimeField(
                blank=True, null=True)
    
        def publish(self):
            self.published_date = timezone.now()
            self.save()
    
        def __str__(self):
            return self.title
    
    

    여기서 사용할 수 있는 필드는 모델 필드 레퍼런스를 참조한다.

    생성한 모델을 사용하기 위해 마이그레이션 파일을 생성하고 마이그레이션을 수행한다.

    $ python manage.py makemigrations blog
    $ python manage.py migrate blog
    

    Django 관리자 사용하기

    새로 추가한 모델을 관리자 패널에서 접근하기 위해서 blog/admin.py에 다음 코드를 추가한다.

    from django.contrib import admin
    from .models import Post
    
    admin.site.register(Post)
    

    관리자 패널에 로그인하기 위한 아이디를 생성한다. 프롬프트에 따라 생성한 후 웹서버를 실행해서 관리자 패널(http://127.0.0.1:8000/admin/)에 접속한다.

    $ python manage.py createsuperuser
    $ python manage.py runserver 0:8000
    

    테스트를 위해 Posts에 글을 추가한다.

    Git 설정하기

    리포지터리를 초기화하고 커밋한다. 튜토리얼은 GitHub 사용하는 방법이 설명되어 있다. .gitignore은 아래처럼 작성할 수 있다.

    *.pyc
    __pycache__
    myvenv
    db.sqlite3
    .DS_Store
    

    PythonAnywhere 설정하기

    PythonAnywhere는 Python을 올려 사용할 수 있는 PaaS 서비스로 개발에 필요한 다양한 서비스를 제공한다.

    먼저 서비스에 가입해서 콘솔에 접속한다. GitHub에 올린 코드를 clone한 다음 가상환경을 설치하고 진행한다.

    $ git clone https://github.com/<your-github-username>/my-first-blog.git
    $ cd my-first-blog
    $ virtualenv --python=python3.4 myvenv
    $ source myvenv/bin/activate
    $ pip install django whitenoise
    

    whitenoise는 정적 파일을 CDN처럼 사용할 수 있도록 돕는 패키지다. 먼저 django의 관리자 도구로 모든 패키지에 포함된 정적 파일을 수집한다.

    $ python manage.py collectstatic
    

    데이터베이스와 관리자를 생성한다.

    $ python manage.py migrate
    $ python manage.py createsuperuser
    

    이제 PythonAnywhere 대시보드에서 web app을 추가하고 manual configuration을 python3.4로 설정한다. 가상환경 경로는 앞서 생성했던 /home/<your-username>/my-first-blog/myvenv/로 입력한다.

    WSGI 프로토콜도 사용할 수 있는데 Web > Code 섹션을 보면 WSGI 설정 파일 경로가 있다. 경로를 클릭해서 다음처럼 내용을 변경한다.

    import os
    import sys
    
    path = '/home/<your-username>/my-first-blog'
    if path not in sys.path:
        sys.path.append(path)
    
    os.environ['DJANGO_SETTINGS_MODULE'] = 'mysite.settings'
    
    from django.core.wsgi import get_wsgi_application
    from whitenoise.django import DjangoWhiteNoise
    application = DjangoWhiteNoise(get_wsgi_application())
    

    URL 작성하기

    django는 URL을 위해 정규표현식을 사용한다. 앞서 생성한 blog를 mysite로 다음처럼 불러온다.

    from django.conf.urls import include, url
    from django.contrib import admin
    
    urlpatterns = [
        url(r'^admin/', include(admin.site.urls)),
        url(r'', include('blog.urls')),
    ]
    

    blog/urls.py를 추가하고 다음 내용을 추가한다.

    from django.conf.urls import url
    from . import views
    
    urlpatterns = [
        url(r'^$', views.post_list, name='post_list'),
    ]
    

    View 작성하기

    blog/views.py를 열고 post_list를 생성한다.

    from django.shortcuts import render
    
    def post_list(request):
        return render(request, 'blog/post_list.html', {})
    

    템플릿 작성하기

    blog/templates/blog 밑에 post_list.html을 생성한다. 디렉토리 구조에 유의한다.

    Django ORM과 QuerySets

    Django에서의 모델 객체 목록을 QuerySets이라 하며 데이터를 정렬하거나 처리할 때 사용한다.

    콘솔에서 다음 명령어로 쉘에 접근한다.

    $ python manage.py shell
    

    모델은 먼저 불러온 다음에 쿼리셋을 사용할 수 있다.

    >>> from blog.models import Post
    >>> Post.objects.all()
    [<Post: Hello World>, <Post: Koala>]
    
    >>> from django.contrib.auth.models import User
    >>> User.objects.all()
    [<User: edward>]
    >>> me = User.objects.get(username='edward')
    
    >>> Post.objects.create(author=me, title='Goodbye my friend', text='bye')
    <Post: Goodbye my friend>
    >>> Post.objects.all()
    [<Post: Hello World>, <Post: Koala>, <Post: Goodbye my friend>]
    

    쿼리셋을 다음 방법으로 필터링 할 수 있다.

    >>> Post.objects.filter(author=me)
    [<Post: Hello World>, <Post: Koala>, <Post: Goodbye my friend>]
    >>> Post.objects.filter(title__contains='Koala')
    [<Post: Koala>]
    
    >>> from django.utils import timezone
    >>> Post.objects.filter(published_date__lte=timezone.now())
    []
    >>> post = Post.objects.get(title__contains="Goodbye")
    >>> post.publish()
    >>> Post.objects.filter(published_date__lte=timezone.now())
    [<Post: Goodbye my friend>]
    
    

    정렬도 가능하며 체이닝으로 한번에 호출하는 것도 가능하다.

    >>> Post.objects.order_by('created_date')
    [<Post: Hello World>, <Post: Koala>, <Post: Goodbye my friend>]
    >>> Post.objects.order_by('-created_date')
    [<Post: Goodbye my friend>, <Post: Koala>, <Post: Hello World>]
    >>> Post.objects.filter(published_date__lte=timezone.now()).order_by('published_date')
    

    템플릿에서 동적 데이터 활용하기

    blog/views.py를 수정한다.

    from django.shortcuts import render
    from django.utils import timezone
    from .models import Post
    
    
    def post_list(request):
        posts = Post.objects.filter(published_date__lte=timezone.now()).order_by('published_date')
        return render(request, 'blog/post_list.html', {'post': posts})
    

    blog/templates/blog/post_list.html을 수정한다.

    <div>
        <h1><a href="/">Django Girls Blog</a></h1>
    </div>
    
    {% for post in posts %}
        <div>
            <p>published: {{ post.published_date }}</p>
            <h1><a href="">{{ post.title }}</a></h1>
            <p>{{ post.text|linebreaks }}</p>
        </div>
    {% endfor %}
    

    CSS 추가하기

    정적 파일은 blog/static 폴더에 넣는다. blog/static/css/blog.css를 작성한다.

    h1 a {
        color: #FCA205;
    }
    

    템플릿에 적용한다.

    {% load staticfiles %}
    <!doctype html>
    <html lang="ko">
    <head>
        <meta charset="utf-8">
        <title>Django Girls Blog</title>
        <link rel="stylesheet" href="{% static 'css/blog.css' %}">
    </head>
    <body>
      <div>
          <h1><a href="/">Django Girls Blog</a></h1>
      </div>
    
      {% for post in posts %}
          <div>
              <p>published: {{ post.published_date }}</p>
              <h1><a href="">{{ post.title }}</a></h1>
              <p>{{ post.text|linebreaks }}</p>
          </div>
      {% endfor %}
    </body>
    </html>
    

    템플릿 확장하기

    base.html을 다음과 같이 작성한다.

    {% load staticfiles %}
    <!doctype html>
    <html lang="ko">
    <head>
        <meta charset="utf-8">
        <title>Django Girls Blog</title>
        <link rel="stylesheet" href="//maxcdn.bootstrapcdn.com/bootstrap/3.2.0/css/bootstrap.min.css">
        <link rel="stylesheet" href="//maxcdn.bootstrapcdn.com/bootstrap/3.2.0/css/bootstrap-theme.min.css">
        <link rel="stylesheet" href="{% static 'css/blog.css' %}">
    </head>
    <body>
        <div class="page-header">
            <h1><a href="/">Django Girls Blog</a></h1>
        </div>
        <div class="content container">
            <div class="row">
                <div class="col-md-8">
                {% block content %}
                {% endblock %}
                </div>
            </div>
        </div>
    </body>
    </html>
    

    이제 post_list.html에서는 위 base 파일을 불러오고 content 블럭 안에 내용을 넣을 수 있다.

    {% extends 'blog/base.html' %}
    
    {% block content %}
        {% for post in posts %}
            <div class="post">
                <div class="date">
                    {{ post.published_date }}
                </div>
                <h1><a href="">{{ post.title }}</a></h1>
                <p>{{ post.text|linebreaks }}</p>
            </div>
        {% endfor %}
    {% endblock content %}
    

    post detail 페이지 만들기

    이제 블로그 포스트를 볼 수 있는 페이지를 만든다. blog/templates/blog/post_list.html의 링크를 수정한다.

    <h1><a href="{% url 'post_detail' pk=post.pk %}">{{ post.title }}</a></h1>
    

    blog/urls.py에 post_detail을 추가한다. 뒤에 입력하는 내용을 모두 pk 변수에 저장한다는 의미다. pk는 primary key를 뜻한다.

    from django.conf.urls import url
    from . import views
    
    urlpatterns = [
      url(r'^$', views.post_list, name='post_list'),
      url(r'^post/(?P<pk>[0-9]+)/$', views.post_detail, name='post_detail'),
    ]
    

    blog/views.py에 post_detail을 추가한다. 만약 키가 존재하지 않는다면 404 Not Found 페이지로 넘겨야 하는데 get_object_or_404 함수를 사용할 수 있다.

    from django.shortcuts import render, get_object_or_404
    
    # ...
    
    def post_detail(request, pk):
        post = get_object_or_404(Post, pk=pk)
        return render(request, 'blog/post_detail.html', {'post': post})
    

    이제 blog/templates/blog/post_detail.html을 생성한다.

    {% extends 'blog/base.html' %}
    
    {% block content %}
        <div class="post">
            {% if post.published_date %}
                <div class="date">
                    {{ post.published_date }}
                </div>
            {% endif %}
            <h1>{{ post.title }}</h1>
            <p>{{ post.text|linebreaks }}</p>
        </div>
    {% endblock %}
    

    모델 폼 사용하기

    Django는 간단하게 폼을 생성할 수 있는 기능을 제공한다. blog/forms.py를 생성한다.

    from django import forms
    
    from .models import Post
    
    
    class PostForm(forms.ModelForm):
        class Meta:
            model = Post
            fields = ('title', 'text',)
    

    blog/templates/blog/base.html에 이 폼에 접근하기 위한 링크를 추가한다.

    <a href="{% url 'post_new' %}" class="top-menu"><span class="glyphicon glyphicon-plus"></span></a>
    

    blog/urls.py에 규칙을 추가한다.

        url(r'^post/new/$', views.post_new, name='post_new'),
    

    blog/views.py에 form과 post_new 뷰를 추가한다.

    from django.shortcuts import redirect
    from .forms import PostForm
    
    #...
    
    def post_new(request):
        if request.method == "POST":
            form = PostForm(request.POST)
            if form.is_valid():
                post = form.save(commit=False)
                post.author = request.user
                post.published_date = timezone.now()
                post.save()
                return redirect('blog.views.post_detail', pk=post.pk)
        else:
            form = PostForm()
        return render(request, 'blog/post_edit.html', {'form': form})
    
    

    blog/templates/blog/post_edit.html을 추가한다.

    {% extends 'blog/base.html' %}
    
    {% block content %}
        <h1>New post</h1>
        <form method="POST" class="post-form">{% csrf_token %}
            {{ form.as_p }}
            <button type="submit" class="save btn btn-default">Save</button>
        </form>
    {% endblock %}
    

    수정 페이지 추가하기

    blog/templates/blog/post_detail.html에 다음 링크를 추가한다.

    <a class="btn btn-default" href="{% url 'post_edit' pk=post.pk %}"><span class="glyphicon glyphicon-pencil"></span></a>
    

    blog/urls.py에 다음 코드를 추가한다.

        url(r'^post/(?P<pk>[0-9]+)/edit/$', views.post_edit, name='post_edit'),
    

    blog/views.py에 post_edit 뷰를 추가한다.

    def post_edit(request, pk):
        post = get_object_or_404(Post, pk=pk)
        if request.method == "POST":
            form = PostForm(request.POST, instance=post)
            if form.is_valid():
                post = form.save(commit=False)
                post.author = request.user
                post.published_date = timezone.now()
                post.save()
                return redirect('blog.views.post_detail', pk=pk)
        else:
            form = PostForm(instance=post)
        return render(request, 'blog/post_edit.html', {'form': form})
    

    PostForm()에서 instance를 추가하는 것으로 내용을 미리 초기화한다.

    보안

    템플릿에서 사용자 권한이 있는 경우만 확인할 수 있도록 작성할 수 있다. blog/templates/blog/base.html에서 새 포스트 링크를 다음과 같이 변경한다.

    {% if user.is_authenticated %}
        <a href="{% url 'post_new' %}" class="top-menu"><span class="glyphicon glyphicon-plus"></span></a>
    {% endif %}
    

    이 튜토리얼 뒤엔 보안을 강화하고 새로운 기능을 추가하는 등의 심화편이 있다. Django Girls Tutorial: Extensions에서 그 내용을 볼 수 있다.

    대부분 개발은 폐쇄망에서 개발하거나 공개되어도 auth 등을 걸어둬 아무나 접속하지 못하는 환경이기 때문에 큰 문제가 없다. 하지만 가끔 크롤링 되지 말아야 할 사이트가 검색엔진에 크롤링 되는 경우가 종종 있다. robots.txt을 .gitignore에 넣어 각 환경에 맞게 파일을 분리해서 사용하는 경우도 있는데 제대로 설정이 되지 않아서 크롤링이 되는 경우도 있다. (누가 뭘 한 지는 모르겠지만.)

    이럴 때 nginx에 다음 설정을 추가하는 것으로 robots.txt 파일의 유무와 상관 없이 disallow 규칙을 반환하게 할 수 있다.

    location /robots.txt {
        return 200 "User-agent: *\nDisallow: /";
    }
    

    사소한 팁이긴 하지만 아직도 호스팅 환경을 FTP로 클라이언트와 공유하게 되는 경우가 많아 이런 문제가 종종 발생한다. (클라이언트의 엄마친구아들이 좀 안다고 들어와서 만져놓고 우리한텐 안만졌는데 고장났다고 하거나) 이렇게 서버 레벨에서 제어하는 것이 유용할 때가 있다.

    비너스 베이에서
    비너스 베이에서. 이렇게 장대한 백사장은 처음!

    2015년 12월 중순부터 2016년 1월 26일까지 한달 조금 넘는 시간동안 가족들과 시간을 보냈다. 아버지는 일이 있으셔서 아쉽게도 함께 하지 못했지만 어머니와 동생들과 함께 멜번과 멜번 근교를 여행하며 좋은 시간을 보냈다. 휴가는 전체 기간 중 반절 정도 냈고 휴가가 아닌 기간엔 시내 구경을 하거나 버스투어로 근교 지역 여행을 다녀왔다.

    • 아이반호 크리스마스 데코레이션 구경
    • 크리스마스 시내 구경, 시청 프로젝션 구경
    • 새해 불꽃놀이
    • IKEA
    • 빅토리아 주립 도서관
    • St Kilda 바닷가
    • 이안 포터 아트센터
    • NGV 상설전시, 특별전시(Ai Weiwei)
    • 보타닉 가든
    • Shrine of Remembrance
    • 빅토리아 마켓
    • 토키 에어비엔비
    • 질롱 시내 (양 박물관, 질롱 갤러리 / 도서관)
    • 웨레비 동물원
    • 호주 테니스 오픈 키즈데이
    • 마운틴 단데농
    • 비너스 베이
    • 모닝턴 페닌슐라
    • 필립아일랜드 투어(헤리티지 농장, 코알라센터, 남극체험 센터, 펭귄 퍼레이드)
    • 저스틴님댁 BBQ
    • 체드스톤

    차를 렌트해서 돌아다닌 기간에는 주로 외각 지역을 다녀왔고 그 외에는 대중교통을 주로 사용했다. 집에서 인근 마켓까지 걸어서 다닐 정도 거리가 돼서 가족끼리 걸어 장보러도 자주 다녀왔다. 다녀 온 모든 곳이 좋았고 기억에 남는다.

    공항에 마중 간 날부터 배웅하고 온 그 시간까지 함께 보내고 이런 저런 이야기도 많이 했다. 아직까지 함께 지내던 기억이 더 많아서 그런지 오히려 더 자연스럽게 느껴졌고 편한 기분이 들었다. 배웅하고서 집에 돌아가는 길엔 다시 일상으로 돌아가는구나, 회사 일은 어떻게 해야 할까 이런 잡다한 고민이 많이 들었지만 집 문에 들어서는 순간, 동생이 말했던 것처럼 참 허전했다.

    해외서 지내며 가장 어려운 일은 관계다. 물론 여기서도 새로운 관계를 알아가고 친해지고 같이 밥도 먹긴 하지만. 오랜 시간 함께한 친구가 힘들 때 기껏해야 문자 몇 자로 위로 해주는 정도고 가족은 힘든 일이 있더라도 “잘 지낸다”고만 얘기한다. 이런 시간은 빚이 되고 어떤 의미로든 갚아야만 할 것 같은 기분이 든다. 이런 부담감이 호주에서의 삶을 더 집중하고 부지런히 살아야겠다는 다짐으로 자연스레 이어진다.

    한달 푹 쉬고 지냈고 올해 계획도 아직 정리하지 못했는데 벌써 해야 할 일도 여럿 생겼다. 남은 1월은 차분하게 계획을 세워 올해를 제대로 시작해야겠다.

    상속에 관한 포스트를 읽다가 레퍼런스로 c2의 Expression Problem 페이지를 보게 되었는데 내용이 좋아 짧게 번역했다. 원문은 wiki로 작성되어 있으므로 자세한 내용이 궁금하다면 해당 페이지를 참고하자.


    “표현 문제(Expression problem)”는 객체지향 프로그래밍과 함수형 프로그래밍 모두에서 정확하게 설명하기 어려운 쌍대문제(dual problem)다.

    기본 문제는 간단한 예제로 설명할 수 있다. 사각형과 원을 포함한 모양을 표현하는 것과 그 크기를 구하는 것을 원한다.

    함수형 프로그래밍에서는 다음 같은 데이터 타입으로 묘사할 수 있다.

    type Shape = Squre of side
               | Circle of radius
    

    그리고 크기를 구하는 area 함수를 다음처럼 하나 작성할 수 있다:

    define area = fun x -> case x of
      Squre of side => (side * side)
    | Circle of radius => (3.14 * radius * radius)
    

    객체지향 프로그래밍에서는 다음과 같이 작성할 수 있다.

    class Shape <: Object
      virtual fun area : () -> double
    
    class Square <: Shape
      side : double
      area() = side * side
    
    class Circle <: Shape
      radius : double
      area() = 3.14 * radius * radius
    

    “표현 문제” 선언은 위와 같은 개체 또는 함수를 ‘확장’하려 할 때 발생한다.

    • 삼각형을 위해 triangle 모양을 추가하면,
      • 객체지향 프로그래밍의 접근 방식이 간편 (새 클래스를 추가하는 것으로 단순하게 해결)
      • 함수형 프로그래밍에서는 어려움 (area를 포함해 Shape를 받는 모든 함수를 수정해야 함)
    • 반면, 둘레를 측정하는 perimeter 함수를 추가할 때,
      • 함수형 프로그래밍에서는 쉬움 (새 함수 perimeter를 추가하면 끝)
      • 객체지향 프로그래밍에서는 어려움 (인터페이스가 변경되면 모든 클래스에 perimeter()를 작성해야 함)

    이것이 표현 문제의 핵심이다. 표현 문제는 일반적으로 횡단 관심(cross-cutting concerns, 쉽게 사용하기 위해 모듈을 분리했을 때 그 모듈로 작성하기 어려운 요구사항이 발생하는 것)이라는 큰 문제 집합에서의 특정적인 예시에 해당한다. (여기서 횡단 관심은 여러 “모양의 집합”과 “모양의 기능”에서 발생한다.) 많은 언어에는 이런 표현 문제를 해결하기 위한 디자인을 포함한다. 열린 함수(새로운 패턴 매치를 추가할 수 있는 함수), 열린 데이터 타입(새로운 패턴으로 확장 가능한 데이터 타입), 멀티 메소드(‘열린’ 클래스에서 ‘열린’ 특징을 갖는 다형적 함수), 서술 호출(Predicate dispatch), 그 외에도 이 문제를 해결하기 위한 많은 접근 방식이 있다.

    더 일반적인 해결책으로 관심사의 분리(Separation of concerns)도 적용 가능하다.

    색상을 바꿔요

    눈에 편한 색상을 골라보세요 :)

    Darkreader 플러그인으로 선택한 색상이 제대로 표시되지 않을 수 있습니다.