JasonPA

이너게임 티머시 골웨이 지음, 최명돈 옮김/오즈컨설팅

'이것을 해야 해'의 이면에 '이것을 하고 싶어'가 있는가? 아니면 너무나 오랫동안 진정한 자신을 잊고 살아온 결과 '이것을 하고 싶어'는 오직 상상이나 할 수 있는 아이디어에 불과하게 되었는가?

성과, 학습, 즐거움 이 세가지 요소의 관계는 정적이지 않고 동적이다. 마치 자전거를 타는 것과 같다. 자전거를 타기 위해서는 페달만 밟아서는 안 된다. 핸들로 방향을 잡아야 하며 균형을 잘 유지해야  한다. 동작을 어떻게 해야 한다고 배워도 소용이 없다. 말로 배울 수 있는 것이 아니기 때문이다. 움직임 안에서 느낌에 의해 동적인 균형을 유지해야 한다.

'변화에서 가장 어려운 것은 새로운 방법을 배우는 것이 아니라 옛 방식을 버리는 것이다' -- 우드러프

기업에서 대부분 변화가 실패로 끝나는 원인은 직원들이 무의식적이고 반응적으로 일하고 있는 현상을 정확히 인지하지 못한 상태에서 변화를 추진하기 때문이다.

1. 인지를 위한 대화 -무슨 일이 일어나고 있는가? (현재)
2. 선택을 위한 대화 - 무엇을 원합니까? 왜 그렇게 하고 싶은가? (희망하는 미래 상태)
3. 신뢰를 위한 대화 - 자신감이 있는가? (자신에 대한 신뢰는 어릴 때 우리 모두 가지고 있던 능력인데, 자신도 모르는 사이에 의심, 두려움, 능력을 제한하는 관념 등을 unlearn하게된 것이다)
   

지금은 변화의 바로 앞에서 상상만 하면서 쓸 수 밖에 없는 내용이었습니다. 앞으로는 새로운 곳에서 근무하게 되면서 벌어질 다이내믹한 내용들을 경험해 보면서 비슷한 주제를 가지고 2부를 쓰게될 날이 벌써부터 기대가 됩니다.

• http://no-smok.net/nsmk/어포던스
• http://c2.com/cgi/wiki?ExtremeProgrammingForOne
• User Interface Design for Programmers : Chapter 4: Affordances and Metaphors
• 대안언어축제를 넘어서

• public : 어느 클래스에서라도 접근할 수 있다.
• abstract : 불완전한 클래스로 직접 객체를 생성할 수 없는 클래스이다.
• final : 상속을 할 수 없는 클래스이다.
• default : 접근제한자를 생략할 수 있으며 같은 패키지에서만 접근할 수 있다.

• public : 모든 클래스 및 패키지에서 접근이 가능하다.
• private : 해당 클래스내에서만 접근이 가능하다.
• protected : 같은 패키지 내에서는 접근이 가능하며 상속을 받았을 경우 다른 패키지에서도 접근이 가능하다.
• default : 같은 패키지 내에서는 접근이 가능하다.
• static : 클래스 단위로 존재하는 변수로 모든 객체가 공동으로 사용한다.
• final : 값을 변경할 수 없다.
  

• public : 모든 클래스 및 패키지에서 접근이 가능하다.
• private : 해당 클래스내에서만 접근이 가능한다. 가장 제한적인 방법이다.
• protected : 같은 패키지 내에서는 접근이 가능하며 상속을 받았을 경우 다른 패키지에서도 접근이 가능하다.
• default : 같은 패키지 내에서는 접근이 가능하다.
• static : 클래스 단위로 존재하는 메소드로 모든 객체가 공동으로 사용한다.
• final : 상속할 수 없다.
• synchronized : 하나의 스레드만을 접근할 수 있도록 허용
• abstract : 추상메소드로 중요한 역할을 한다. 불완전한 메소드를 body가 없이 선언부만 있다. 상속을 받은 클래스는 반드시 재 정의해서 사용해야 한다.
  

• Class inheritance: 상위 클래스에 정의된 속성과 동작을 하위 클래스로 복사한다. 새로운 속성과 동작을 하위 클래스에 추가하려는 경우에 사용한다. 하위 클래스는 상위 클래스에 정의된 속성과 동작 이름을 그대로 사용함으로써 상위 클래스를 오버라이딩 한다.
• Interface inheritance: 추상화된 동작의 시그너쳐만 상속받는다. 즉, 각각의 하위 클래스에서 다른 구현을 준비하기 위해서 상위 클래스와 동일한 시그너쳐로 invoke 한다.

보통 명필이 붓 탓하는 것은 아니라고 늘상 들어왔던게 있어서 그런지 여러가지 분야에도 대략 이런 비스무리한 논리로 몰아세우는 사람들이 있다. 뭐 내공이 부족한 사람들이 댓구를 하면 더욱 치부하고 말아버리는 경향도 있곤 한다.

그럼 프로그래밍의 대가께서 말씀하시길 ~~ 하면서 요런 말씀을 하셨더랬다. 라구 함 얘기해보자.

마틴 파울러님께서 Bliki 에 최근에 올린 글(BigScreen)을 보면 누가 개발 생산성을 향상 시키려면 어떻게 해야하나요? 라는 질문에 수년간 이런 얘기를 해주셨단다.

ㅎㅎ ... 직접 특정 제품의 가격까지 언급하시면서 얘기하신걸 보니 정말 많은 생산성의 향상을 경험하신듯 ...

요즘처럼 수많은 프레임웍과 각종 툴, 늘어나는 각종 표준들, 각종 API/메뉴얼 및 웹브라우저 등등등을 띄워놓고 작업을 하게되면 정말이지 듀얼모니터 같은게 절실히 필요해 지기도 한다.

그나마 난 맥을 쓰고 있어서 익스포제' 의 기능을 도움받아서 쓰고는 있는데, 아아 정말이지 좁디좁은 화면에서 코딩하고 있노라면 넓은 미로에서 좁은 영역만을 바라보며 헤메이는 느낌이 종종 들때가 있다.

개발자들의 노후장비는 신경 안써주시는 분들에게 이런 글을 보여주고 싶다. (고참일수록 더 노후 장비를 가지고 일한다 ㅡㅡ;;; 경력이 늘어가면 노후장비 손보는 능력도 따라서 상승한다.)

원문 : http://www.scieng.net/zero/view.php?id=now&no=11373

근래에 본 글중에 꽤 상위에 속하는 롱테일을 담고 있는 글이다.
결론은 "한국에 들어온 해외 R&D 센타에 들어오지 마라" , "기술 이전도 없고 원천 기술 개발도 절대 없다", "과학자의 자존심과 소신, 학문에 대한 열정을 영원히 잃어버릴 수 있다" 라는 충격적인 내용이다.
실제로 글쓴이도 국내에 진출한 해외 R&D 연구소에 몸담고 있는 사람이 쓴 글이라 그런지 겉모습만 보고 쓴 글은 아닌 것 같다.

최근에 구글이 한국에 진출한 것을 두고 여러 블로그상에 올라온 글들을 읽다보면 걱정반/우려반/기대쬐끔 정도로 느껴진다. 과연 어떤 내용들이 정부 관계자들과 오고 갔을까? 순진한 엔지니어들 열정을 가진 엔지니어들을 "두번" 죽이는 일이 자행될 것인가 여부는 좀더 지켜봐야 알겠지만, 역시나 한국에서 토종 IT 기업에서 몸담고 있는 개발자로서는 평소에 생각하고 있던 구글에 대한 인식때문인지 몰라도 왠지 긍정적으로 해석하고 싶은 생각이 드는건 왜일까?

실제로 구글에 몸담고 있는 개발자들이 자기 회사 자랑을 하는 글들을 보면 조금 짜증나는 경우도 있지만, 사실 회사 자랑 하는 경우가 흔히 생각할 수 없는 것이라고 여겨왔기 때문에 의아하게 느껴지기도 한다. 정말 구글이기 때문에 가능한 일인가?

어쨌든 국내에 진출한 해외 R&D 센타에 몸담고 열심히 일하는 엔지니어들이 문제겠는가? 그들의 생각이 문제 겠는가? 문제를 스스로 해결할 수 있다고 믿고 열심히 달려드는 사람들은 뭐라 할 수 없겠지만, 항상 문제는 우매하게 앉아서 권력을 휘두르는 가진자들이 아닌가 생각해본다.

어쨌든 즐거운 내용만은 아닌 글이다.