구글이 프로그래머를 뽑는 법…

Source:
http://zublog.wordpress.com/2011/12/29/%EA%B5%AC%EA%B8%80%EC%9D%B4-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%A8%B8%EB%A5%BC-%EB%BD%91%EB%8A%94-%EB%B2%95/

구글이 프로그래머를 뽑는 법…
Posted on 12월 29, 2011
입사하기 전 인터뷰(면접)를 할 때부터 구글은 뭔가 다른 회사라는 것을 알 수 있었습니다. 10년 쯤 전이긴 하지만, 삼성에서 면접을 본 경험이 있었는데 구글의 인터뷰는 이와는 전혀 다른 경험이었습니다. 구글은 들어가기 전부터도 벌써 사람을 정말 공들여 뽑고 잘 키우는 회사라는 생각을 들게 만들었습니다.

[구글이 원하는 인재]

1. 우선 구글은 skillset (기술) 보다는 problem solving ability (문제해결능력)에 더 중점을 두어 사람을 뽑습니다. 예를 들어 구글의 Irvine 사무실에서는 대부분 Java룰 사용하지만 저는 Java를 전혀 못하는데도 인터뷰를 할 수 있었고 인터뷰할 때에는 C/C++에 대한 면접만 봤습니다. 구글에서는 어차피 프로그램언어나 개별적인 기술들(skillset)은 5년마다 새로 배워야 하는 것들이라 이보다는 한가지 언어라도 확실히 이해하고 있는지, problem solving을 할 수 있는 전산학의 기초를 제대로 가지고 있는 지가 더 중요하다고 봅니다.

2. 구글은 전산학의 기초를 아주 중요하게 봅니다. 따라서 가장 중요한 인터뷰 질문들은 마치 학부의 data structure 과목 시험문제와 같습니다.

3. 구글은 코딩도 아주 중요하게 봅니다. 그런데 얼마나 넓게 아느냐보다는 얼마나 깊게 아느냐를 봅니다. 예를 들어 Java의 API를 많이 알고 있는 것보다는 Object Oriented 언어의 기본적인 개념을 얼마나 잘 이해하고 있는지를 봅니다.

[인터뷰 진행 방식]

1. 서류심사: 구글은 합격률이 1% 미만이라 어쩔 수 없이 서류심사에서 95%이상이 걸러 집니다.

2. HR (인사과) 전화 interview: 처음이자 마지막 non-technical interview로 경력 등에 대한 20분정도의 문답을 합니다. 일반적으로 면접때 많이 물어 보는 ‘왜 우리회사에 입사하느냐’/’10년후의 목표는 무엇이냐’ 등등의 질문들도 거의 없고 주로 어떤 일을 했는지, 어떤 경험을 가졌는지, 어떤 일을 하고 싶은지 등을 묻습니다.

3. 전화 인터뷰: 실제로 구글에서 일하는 Software Engineer가 전화면접을 합니다. 보통 2번 정도 하는데 질문은 자기소개 및 한 일들에 대한 것들은 간단하게만 묻고 이후로는 30분이상 data structure 및 programming에 대한 질문을 합니다. 종이와 연필을 가지고 써 가면서 문제를 풀어 대답해야 합니다. 문제는 보통 이런 식입니다 (google로 google interview questions라고 찾아봐도 예가 나옵니다 ^^):

integer operation으로 log를 구현하려면 어떻게 하는가? 이경우 총 연산의 수는?
두개의 sort된 행렬을 merge하려면 어떻게 하는가? 이 경우 complexity는 어떻게 되는가?
C++ class의 static variable은 어떤 의미가 있고 어떻게 쓰이는가?
그런데 예상문제를 열심히 풀어 보는게 어느 정도 도움은 되지만 대입시험처럼 그걸로 합격할 수 있지는 않습니다. 그 이유는 뒤에…

4. On-site 인터뷰: 직접 구글 사무실에 가서 5시간 정도 인터뷰를 합니다. 중간에 인터뷰에 포함 안되는 점심시간이 있지만, 거의 쉴 새 없이 엄청난 체력전으로 치러 집니다. 모든 인터뷰는 technical한 내용만 합니다. 5명의 면접관이 한 명씩 면접실에 들어와 한 사람당 45분가량 인터뷰를 합니다. 인터뷰 내용은 전화면접과 비슷한데 programming의 기초에 대한 질문들을 간단히 물어 보고는 위의 행렬 merge 같은 문제를 냅니다. 문제를 풀면 제시한 해답의 complexity를 물어 보고는 이를 칠판에다 손으로 써서 구현하라고 합니다.

그런데 인터뷰의 핵심은 사실 정답을 맞추느냐를 보는 것이 아니라 문제를 푸는 과정을 보는 것입니다. 처음부터 잘 define되지 않은 문제를 주어 면접자의 문제를 정의하는 능력을 보고 또 면접자가 헤메고 있으면 면접관이 옆에서 도와 주며 푸는 과정을 보고, 해답을 제시하면 이보다 더 optimal한 방법은 없을지 찾아 보라고 합니다. 사실 정답이 하나가 아닌 문제들이기 때문에 이렇게 intensive하게, interactive하게 인터뷰를 하면 면접자의 실력이 드러날 수 밖에 없습니다.

구글은 사실 잘나가는 회사이기 때문에 구글의 philosophy는 긴가민가하는 사람은 안 뽑는게 낫다입니다. 못하는 사람을 뽑는 것보다는 잘하는 사람을 놓치는 게 낫다는 거죠 (사람을 해고하기 가장 좋은 시기는 채용하기 전이라는 격언도 있습니다 ^^). 하지만(!) 면접에서 한 번 떨어 진다고 하더라도 6개월만 지나면 다시 지원할 수 있도록 기회를 열어 주고 또 다시 지원하기를 권합니다. 저도 사실 인터뷰에서 떨어진 경험이 있습니다 ^^;

제 경험으로는 한국의 회사들이 구글처럼 공들여 사람을 뽑지는 않는 것 같습니다. 구글 수준의 엘리트들을 뽑는 것은 아니더라도 기본적인 data structure에 대한 이해가 있는지를 알아 보는 것은 중요하고 또 눈 앞에서 칠판에다가 코딩을 해 보라고 하는 것 역시 아주 중요합니다. (미국의) 작은 회사에서 인터뷰를 해 본 어떤 사람이 스펙이 꽤 좋은 사람 중에서도 아주 기본적인 수열 문제조차도 제대로 코딩하지 못하는 경우를 많이 봤다고 합니다. 물론 이를 위해서는 면접관의 능력 역시 중요하죠. 그래서 구글에서는 면접관에 대한 training 역시 따로 합니다.

물론 한국의 일반적인 소프트웨어 회사가 구글처럼 잘할 것 같은 사람들을 막 떨어 뜨릴 여유가 있는 건 아닐지 모릅니다. 취직하려는 사람은 일자리가 없다지만 뽑는 사람들은 뽑을 만한 사람이 없다니까요. 그래도 인터뷰를 제대로 하는 것은 중요합니다. 그래야 응시생들이 기초를 공부하려 하겠지요. 그렇지만 사실 사람을 잘 뽑는 것만큼 뽑은 사람을 잘 키우는 것도 중요합니다.

[뽑은 이후...]

구글의 좋은 점은 좋은 사람을 뽑은 후에 이들이 잘 성장할 수 있는 기회를 많이 준다는 것입니다. 프로그래밍에 대한 training도 많고 여러가지 교육의 기회를 줍니다. 또 유명한 80-20을 통해 자신이 하고싶은 일에 20%의 시간을 투자할 수 있게 해 줍니다.

제가 한국에 있는 회사에서 작성한 코드를 한 번 본 적이 있습니다. 그런데 코딩에 대한 회사차원의 체계가 전혀 없었고 프로그래머는 아니었어도 전산과 출신 직원이 작성한 코드였지는 간단한 optimization에 대한 이해도 없이.  지금 학교에서의 coding 교육이 어떤지는 잘 모르지만, 사실 깔끔한 코딩은 회사에서 체계적인 교육 및 시스템으로 뒷바침하지 않으면 나오기가 쉽지 않습니다.

한가지 더, 한국은 코딩에 대한 인식이 낮고 또 모든 분야에서 어느 정도 경력이 쌓이면 관리직으로 물러나거나 시스템 디자인에만 관여하는 것이 일반적이라 (개인적으로는 아주 큰 문제라고 생각합니다) 소프트웨어 회사에서 좋은 코드를 만들기 위한 체계적인 노력이 부족합니다. 한국회사에서보다는 미국회사에서 일반적인 미국회사에서보다는 구글에서 60세된 프로그래머를 더 쉽게 찾아 볼 수 있습니다.

앞으로 회사를 다니며 더 많이 배우겠지만… 사람을 공들여 뽑고 또 뽑은 사람에게 발전의 기회를 제공할 때에, 또 전산학의 기초와 좋은 코딩을 중요하게 생각할 때에 좋은 소프트웨어가 나온다는 생각입니다.



-----
Cheers,
June

HTTPS github access (repo with Curl)

HTTPS github access (repo with Curl)

Source: http://stackoverflow.com/questions/3777075/https-github-access

[Problem]
HTTPS github access (repo with Curl)
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:

[Summary] (i chose the way)
just set an environment variable to disable SSL verify.
$ export GIT_SSL_NO_VERIFY=true

that's it.

-----
Cheers,
June

x86 kernel build chain - how bzImage gets created

x86 kernel build chain - how bzImage gets created
Source: http://lists.kernelnewbies.org/pipermail/kernelnewbies/2011-November/003906.html

Graeme Russ graeme.russ at gmail.com 
Tue Nov 22 05:46:31 EST 2011

• Previous message: busybox utility
• Next message: x86 kernel build chain - how bzImage gets created
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

---

Hi All,

Hopefully this will help demystify the build process

Notation:
 ()
  |
  + 
  |
  * 
  |
  \-> 
 ()

The file sizes are arbitrary and are based on the current configuration
options I have set for a small kernel. They are simply there to illustrate
the relative differences in file sizes.

Note that vmlinux.o is not used to generate bzImage but I've included it
for completeness

+ arch/x86/kernel/head_32.o
+ arch/x86/kernel/head32.o
+ arch/x86/kernel/head.o
+ arch/x86/kernel/init_task.o
+ init/built-in.o
+ usr/built-in.o
+ arch/x86/built-in.o
+ kernel/built-in.o
+ mm/built-in.o
+ fs/built-in.o
+ ipc/built-in.o
+ security/built-in.o
+ crypto/built-in.o
+ block/built-in.o
+ lib/lib.a
+ arch/x86/lib/lib.a
+ lib/built-in.o
+ arch/x86/lib/built-in.o
+ drivers/built-in.o
+ sound/built-in.o
+ firmware/built-in.o
+ arch/x86/pci/built-in.o
+ net/built-in.o
|
* ld -m elf_i386 -r -o vmlinux.o
|
\->vmlinux.o (2,889,050)

+ arch/x86/kernel/head_32.o
+ arch/x86/kernel/head32.o
+ arch/x86/kernel/head.o
+ arch/x86/kernel/init_task.o
+ init/built-in.o
+ usr/built-in.o
+ arch/x86/built-in.o
+ kernel/built-in.o
+ mm/built-in.o
+ fs/built-in.o
+ ipc/built-in.o
+ security/built-in.o
+ crypto/built-in.o
+ block/built-in.o
+ lib/lib.a
+ arch/x86/lib/lib.a
+ lib/built-in.o
+ arch/x86/lib/built-in.o
+ drivers/built-in.o
+ sound/built-in.o
+ firmware/built-in.o
+ arch/x86/pci/built-in.o
+ net/built-in.o
+ .tmp_kallsyms2.o
|
* ld -m elf_i386 --build-id -T arch/x86/kernel/vmlinux.lds
|
\->vmlinux (2,629,659)
   |
   * objcopy -R .comment -S
   |
   \->arch/x86/boot/compressed/vmlinux.bin (2,094,132)
      |
      * gzip
      |
      \-> arch/x86/boot/compressed/vmlinux.bin.gz (1,074,711)
         |
         * .incbin
         |
         \-> piggy.S
            |
            * gcc
            |
            \-> piggy.o (1,075,419)
               |
               + arch/x86/boot/compressed/head_32.o
               + arch/x86/boot/compressed/misc.o
               + arch/x86/boot/compressed/string.o
               + arch/x86/boot/compressed/cmdline.o
               + arch/x86/boot/compressed/early_serial_console.o
               |
               * ld -m elf_i386 -T arch/x86/boot/compressed/vmlinux.lds
               |
               \->arch/x86/boot/compressed/vmlinux (1,099,538)
                  |
                  * objcopy -O binary -R .note -R .comment -S
                  |
                  \-> arch/x86/boot/vmlinux.bin (1,092,060)
                     |
                     |   + arch/x86/boot/a20.o
                     |   + arch/x86/boot/bioscall.o
                     |   + arch/x86/boot/cmdline.o
                     |   + arch/x86/boot/copy.o
                     |   + arch/x86/boot/cpu.o
                     |   + arch/x86/boot/cpucheck.o
                     |   + arch/x86/boot/early_serial_console.o
                     |   + arch/x86/boot/edd.o
                     |   + arch/x86/boot/header.o
                     |   + arch/x86/boot/main.o
                     |   + arch/x86/boot/mca.o
                     |   + arch/x86/boot/memory.o
                     |   + arch/x86/boot/pm.o
                     |   + arch/x86/boot/pmjump.o
                     |   + arch/x86/boot/printf.o
                     |   + arch/x86/boot/regs.o
                     |   + arch/x86/boot/string.o
                     |   + arch/x86/boot/tty.o
                     |   + arch/x86/boot/video.o
                     |   + arch/x86/boot/video-mode.o
                     |   + arch/x86/boot/version.o
                     |   + arch/x86/boot/video-vga.o
                     |   + arch/x86/boot/video-vesa.o
                     |   + arch/x86/boot/video-bios.o
                     |   |
                     |   * ld -m elf_i386 -T arch/x86/boot/setup.ld
                     |   |
                     |   \->arch/x86/boot/setup.elf (186,171)
                     |      |
                     |      * objcopy -O binary arch/x86/boot/setup.elf
                     |      |
                     +      \-> arch/x86/boot/setup.bin (12,604)
                     |
                     * arch/x86/boot/tools/build
                     |
                     \-> arch/x86/boot/bzImage (1,104,864)

-----
Cheers,
June

싸가지와 느자구

싸가지와 느자구
Source: http://blog.daum.net/ysnaju/8673856


싸가지와 느자구종종 경우 없고 버릇 없는 사람을 보면 "늦쪽바가지 없다"는 말을 썼더니 어떤 이가 "그게 뭔 말이냐?"고 물어온다. 가만 생각해보니 대체나 확실한 의미를 알고 쓴 말을 아닌 듯하여 말의 뿌리를 찾아 나섰다.

인터넷 몇 곳을 뒤져봐도 정확하게 '늦쪽바가지'라는 말의 흔적은 찾기 어렵고 아마도 이건 전라도 특히 나주에서 나고 자라면서 주워들은 이쪽 사람들의 방언이 아닐까 싶고, 늦없다, 느자구없다에서 좀 더 어감을 강하게 하기 위해서 나 혼자 만들어 쓴 말이 아닐까 싶기도 하다.

전라도 말에는 '싸가지'와 비슷한 의미를 갖는 '느자구'라는 말이 있다. 이 말도 '싸가지'처럼 '느자구 있다'나 '느자구 없다'처럼 존재 동사인 '있다'나 '없다'와만 어울려 쓰이는 특징을 갖는다. '느자구'는 어원적으로 '늦'이라는 명사에 '-아구'라는 접미사가 결합된 것으로 보아야 한다.

명사 '늦'은 전라도 말에서 '늣'으로 홀로 쓰이는 수도 있는데, 그 의미는 '느자구'와 같다. 그래서 '쩌 놈은 허는 것이 늣이 있어'라 하기도 하고, '늣 없는 놈헌테는 기대를 말아야제'라 쓰기도 한다. 이 '늣'은 옛말에 '늦'으로 나타나는데, <조짐>이나 <징조>를 뜻하던 말이었다.

그래서 『용비어천가』에는 '寶位 실 느지르샷다(是寶位將登之祥)'와 같은 말이 보이고, 『월인석보』에는 '죽사리　버서날 느지오'와 같은 표현도 나타난다. 이 옛말의 '늦'이 전라도 말에서 '늣'으로 변했지만, 접미사 '-아구'가 붙은 '느자구'에는 원래의 형태가 그대로 남아 있다.

이처럼 '늦'이 홀로 쓰일 때에는 '늣'이 되지만 복합어에서는 '늦'으로 남아 있는 것은, 언어 변화에서 흔히 볼 수 있는 현상이다. 복합어 안에서는 언어 변화가 잘 일어나지 않기 때문이다.

'싸가지'가 구체적 명사인 '싹'으로부터 파생되어 <앞이 트일 징조>와 같은 추상적 의미로 변해 갔다면, '느자구'는 처음부터 <징조>나 <조짐>의 뜻을 가졌던 것이다. 옛말 '늦'이 가치 중립적인 <징조>의 뜻만을 가졌던 것인지, 아니면 긍정적인 의미인 <앞으로 일이 잘 될 징조>를 가졌던 것인지에 대해서는 확인이 필요한 일이나, '느자구'는 '싸가지'와 달리 애초부터 추상적 의미를 가졌던 것임은 분명하다.

오늘날 '싸가지 없다'나 '느자구 없다'는 사람의 행동이나 말이 형편없음을 가리키는 의미로 쓰인다. 원래는 그 형편없는 말이나 행동으로 미루어 그 사람의 앞날 역시 형편없으리라는 뜻이 담겼을 터이지만, 근자에는 장래에 대한 부정적 징조보다는 단순히 눈앞에 벌어지는 행태가 형편없음을 의미하는 것으로 남게 되었다.



-----
Cheers,
June

Khan Academy; A free world-class education for anyone anywhere.

Khan Academy
Source: http://www.khanacademy.org/

A free world-class education for anyone anywhere.

The Khan Academy is an organization on a mission. We're a not-for-profit with the goal of changing education for the better by providing a free world-class education to anyone anywhere.

All of the site's resources are available to anyone. It doesn't matter if you are a student, teacher, home-schooler, principal, adult returning to the classroom after 20 years, or a friendly alien just trying to get a leg up in earthly biology. The Khan Academy's materials and resources are available to you completely free of charge.

-----
무료 동영상 강의가 많네요... ^^

Cheers,
June

Get Better

Get Better
Source: http://swanson.github.com/blog/2011/10/24/get-better.html

October 24, 2011

… the sooner you care, the better you’ll make. The better you’ll do. And thebetter you’ll live.

- Merlin Mann

Take 5 minutes to:

• Read the most interesting blog post in your RSS reader
• Look through the code you wrote today and find a place to improve
• Write down any problems you encountered today
• Learn a new keyboard shortcut for your IDE, source control tool, or shell
• Ask a co-worker if they’ve read anything interesting lately

Take 15 minutes to:

• Refactor a piece of code you wrote this week
• Find code that’s missing tests and add one
• Update your team/company wiki
• Read a few of the top stories on news.yc or /r/programming
• Read a chapter in a technical book
• Write a thoughtful comment on a blog post

Take 30 minutes to:

• Watch a talk from a conference that interests you
• Write a blog post about a bug you encountered and how you fixed it
• Write a blog post about something you’ve been working on or learning about
• Listen to a podcast - here are some I like: Podcast Roundup
• Do a kata or a problem on Project Euler
• Attend a brownbag or lunch-and-learn

Take an hour a week to:

• Help an open source library that you use - patchs, documentation, bugs
• Work on a side-project on your own
• Watch a screencast about something new
• Try to answer some questions on StackOverflow
• Do prep work to host a brownbag or meetup talk
• Take an online class: Stanford courses on iPhone, Machine Learning, AI

Take 2 hours a month to:

• Go to a local dev meetup
• Take someone you look up to out to lunch and pick their brain
• Do self reflection and update your position on The Long Road
• Plan out how to Get Better over the next month

Take a weekend a year to:

• Go to a conference
• Attend a Startup Weekend or Hackathon
• Use your craft to help others

Take one minute a day - just 60 seconds - to stop and ask yourself this question:

Did I Get Better today?

If you aren’t happy with your answer, do something about it.

-----
Cheers,
June

Engineering - Over/Under: I'm a Serial Over Committer

Engineering - Over/Under: I'm a Serial Over Committer
Source: http://swanson.github.com/blog/2011/11/02/engineering-over-under.html

November 02, 2011

Over committing - taking on too many things at once - is a pretty established anti-pattern.

When you have too much work in progress, you start to lose focus. You might be able to keep your head above water, but you end up just doing an okay job on everything, instead of doing a great job on anything.

Taking on a bunch of extra work and then not delivering is a big hit to your credibility. Crunch time comes and you feel the pressure; you start getting stressed and everything is on the verge of falling apart.

Okay, so I’ll avoid over committing to a bunch of stuff, you might say - I’ve got this all figured out!

Well, not exactly.

Suppose your manager comes over and asks if you want to work on a speculative new project - it’s interesting technology but it’s going to require some extra work on your own time. You decide to pass on the opportunity. No problem.

Nothing undesirable happens immediately as a result - except that maybe your manager is a little bummed out. But maybe the next time one of these projects comes up, they’ll ask Bob first. Maybe that speculative project turns into a full fledged project and you missed your chance to work on it.

What if you said yes to the initial offer, but didn’t follow through? You were gung-ho that afternoon but 2 weeks later, you’ve lost all interest. How is that perceived? Do you lack the ability to be a finisher?

With that in mind, do you go back in time and agree to the project even though you had 20 other things on your plate? The desire to not under commit and miss an opportunity has caused you to over commit!

Maybe this isn’t an issue for anyone else - feel free to chime in and tell me I’m way over analyzing - but as a young developer trying to improve my craft and move up the hierarchy at work this is something I struggle with frequently.

I am a serial over committer.

I start new side projects when I find something that excites me - I hype myself up, maybe I start a series of blog posts but then it fizzles. I sign up to give talks almost every month, often with nothing more than a basic idea of what I’m going to be presenting about two weeks later.

Right now, I’m working on two extra work-related projects, helping organize a friendly blogging competition, finishing a book club and I signed up to pitch an idea for a new series of internal projects at the end of the month. This isn’t a badge of honor or something to brag about; I’ve committed myself to way more than I should have and it’s not sustainable.

“But you never finish anything!” is a meme that co-workers jokingly needle me with.

It’s a flaw of mine that I’m trying to work on. I’m starting to learn why I do it - I don’t want to miss out on any opportunities. I want to be that go-to person, that expert, that guy who Gets Shit Done. And I’m impatient. And I have this irrational fear that I’ll miss that one magically project that I’ll love and another one will never come.

I need to find the right balance of over/under committing. And striking that balance is a hard problem. Like cache invalidation hard.

-----
Cheers,
June

[CV] Microsoft's Productivity Future Vision (2011)

Microsoft's Productivity Future Vision (2011)
Source:

Watch how future technology will help people make better use of their time, focus their attention, and strengthen relationships while getting things done at work, home, and on the go. (Release: 2011)



-----
wow... great!!!

Cheers,
June

[CV] OmniTouch - Demo Video - ACM UIST 2011

OmniTouch - Demo Video - ACM UIST 2011
Source: http://www.chrisharrison.net/index.php/Research/OmniTouch



-----
great!!!

Cheers,
June

[CV] Microsoft HoloDesk lets users handle virtual 3D objects

Microsoft Research 에서 연구하는 '홀로데스크' 입니다.

Source: http://www.gizmag.com/holodesk-lets-users-handle-virtual-3d-objects/20257/
Microsoft HoloDesk lets users handle virtual 3D objects

Video


-----
it's great!!!

Cheers,
June

Global Village Construction Set

Source: http://www.kickstarter.com/projects/622508883/global-village-construction-set

Global Village Construction Set
An Open Hardware project in Maysville, MO by Marcin Jakubowski

http://opensourceecology.org/




Global Village Construction Set - TED Talk from Open Source Ecology on Vimeo.



Global Village Construction Set in 2 Minutes from Open Source Ecology on Vimeo.



-----
꽤 멋지면서 흥미롭다. 흐흐 ^^
Cheers,
June

How I Changed My Life, In Four Lines

Source: http://zenhabits.net/4/

How I Changed My Life, In Four Lines

‘What saves a man is to take a step. Then another step.’ ~C. S. Lewis

Post written by Leo Babauta.

Changing your life can seem an incredibly tough and complicated thing, especially if you’ve failed a great number of times (like I did), found it too hard, and resigned yourself to not changing.

But I found a way to change.

And I’m not any better than anyone else, not more disciplined, not more motivated. I just learned a few simple principles that changed my life.

I’ve written about them many times, but realized they’re spread out all over the site.

Here is how I changed my life, in a nutshell.

tl;dr The four lines you’re looking for are at the bottom.

How I Started Running

In 2005 I was sedentary, and couldn’t for the life of me figure out how to make exercise a regular habit. At the end of 2006, not only was I running very regularly, I finished my first marathon. These days I can run a half marathon race at the drop of a hat, have run several marathons.

How did I do it? I started with just 10 minutes of running a day. I focused not on how hard it was, but how much I enjoyed the movement and the outdoors. I increased slowly, until I could run 15 minutes, then 20, and later a couple hours. I was grateful for every run I was able to take.

I got healthier, fitter, slimmer, happier.

How I Started Eating Healthier

In 2005 I was overweight, and addicted to junk food. I ate fast food, chips and cookies, fried meats, anything fatty or sweet or salty … and I had no idea how to change. Today, I am 70 lbs. lighter, I eat almost all whole, real foods (almost nothing processed), I eat a sweet treat now and then but am happier eating healthy food.

How did I change? I started with small changes like drinking more water, eating more fruits and veggies, cooking at home more and preparing my lunches for work. One at a time. I gradually improved my diet, eventually cleared my fridge and pantry of junk, and stopped going to fast food places. I found healthy foods I really loved. I was grateful for every delicious healthy meal I ate.

I felt better about myself, trimmed down, and feel great every single day.

How I Got Out of Debt

In 2005, I was way over my head in debt — it was so bad, I had creditors calling me, and I would ignore my phone calls. I struggled to make it paycheck to paycheck, and sometimes didn’t even make it — I had to borrow money from friends and family. It was one of the most stressful times of my life. At the end of 2007, I celebrated with my wife Eva when we paid off our last debt and were free!

How did I do it? I started one little change at a time: I started cutting back on expenses a little, saving a little at a time, paying off the little debts and then the bigger debts, found some breathing room, and saw the light at the end of the tunnel. I gradually changed my financial habits and got into better shape. I was grateful for every debt paid off, every dollar saved, every inch of breathing room.

I’m debt free and will never go back. It’s the most liberating thing ever.

And On and On

I was planning on writing the same capsules for how I decluttered and simplified my possessesions, how I started focusing and accomplishing more, how I turned my passion into a living, and so on … but the truth is, the story starts to repeat itself.

I used the same principles, over and over. More on that in the nutshell below.

And Then I Gave Up Goals

About two years ago, I started to give up goals. Just as an experiment.

It turns out, I could still accomplish the same kinds of things, but I just didn’t plan it out. Instead, I just followed the same principles (more on those below). They still work, even without goals.

People say I can give up goals because I’ve already accomplished a lot … but the truth is, I can give up goals because I have learned a few things that work, and realized they work with or without goals. And if you follow these things, you can change your life, with or without goals.

The Nutshell Principles

So what are the principles that changed my life, repeatedly?

If you read the brief stories above, you already know:

1. Start very small.
2. Do only one change at a time.
3. Be present and enjoy the activity (don’t focus on results).
4. Be grateful for every step you take.

In programming, this is called an algorithm. It’s a series of steps that you can apply to make any change, no matter what your situation.

It works. This is the Zen Habits method, the Change Your Life App, in four lines. I hope it helps.

Update: If this method helps you, please share it on this public document I’ve created.

-----
우리는 아래 네 가지를 이미 잘 알고 있음에도 불구하고 종종 잊어버리는 것 같다.

1. Start very small.
2. Do only one change at a time.
3. Be present and enjoy the activity (don’t focus on results).
4. Be grateful for every step you take.


Cheers,
June

몽골어 사전 (Mongolian Dictionary) 모음

몽골어 사전 (Mongolian Dictionary) 모음

몽골어 사전 관련 link
유용할 것 같아서 포스트 해봅니다.

http://www.lexilogos.com/english/mongolian_dictionary.htm
http://www.bolor-toli.com/

여긴 검색 버튼 누른 후 화면이 출력되면 재빨리 'Esc' 키를 눌러야 한다.
http://asuult.asuultserver.com/dic/hailtiin_hariu.php

출력내용 중에 ( setTimeout("...'http://www3.asuultserver.com/forum/'", 200);... )
이런 부분이 나오면서 다음 페이지가 나오기 때문...
[Error page]
-> Not Found
-> The requested URL /forum/ was not found on this server.
오늘 October 18, 2011 현재 위의 에러가 나온다.

하지만 검색 자체에 문제는 없고, 결과 page 쪽에 문제가 있는 것이라서
'Esc' 를 누르면 정상적으로 이용 가능하다.




-----
Cheers,
June

Stunning "ISAM" live tour combines 3D sets, CG visuals, and crazy math

Stunning "ISAM" live tour combines 3D sets, CG visuals, and crazy math
Source: http://arstechnica.com/gadgets/news/2011/10/stunning-isam-live-tour-combines-3d-sets-cg-visuals-and-crazy-math.ars

ISAM trailer


Longer ISAM trailer


-----
Okay, i know what is this "Audio-Visual" for right now...
wow... great ever!!!

Cheers,
June

[CV] Cool tech demo: match 3D models into archive photos

Cool tech demo: match 3D models into archive photos
Source: http://www.cgchannel.com/2011/10/cool-tech-demo-match-3d-models-into-archive-photos/


Rendering Synthetic Objects into Legacy Photographs from Kevin Karsch on Vimeo.


Author:

 Kevin Karsch
 PhD Student, UIUC
 karsch1 [at] uiuc [dot] edu

Source: http://kevinkarsch.com/publications/sa11.html


-----
wow, this is the best ever!!!

Cheers,
June

THE BRAIN VS THE MIND

THE BRAIN VS THE MIND
Source: http://bennesvig.com/the-brain-vs-the-mind/


Right now I’m fighting the temptation for a second small piece of cheesecake. It’s 15 feet from me in the refrigerator and I’m hungry. That doesn’t make good math.

But then my mind interrupts my brain and I’m back to focusing on work.

Life is a continual struggle between the brain and mind. The brain is focused on the short term and seeks pleasure while the mind has the end in mind. If you just obey your brain, you’ll quickly be fat, jobless, and out of luck.

Being successful in any activity requires empowering the mind over the brain. The brain gets distracted, tired, lazy, craves safety, and always has a reason to delay doing something.

The mind focuses on what you really want.

The brain wants cheesecake. The mind wants to lose 5lbs.

The brain wants to put off publishing a blog post because it might not be ready. The mind publishes because ideas need air.

If you want to accomplish any of your goals it requires giving your mind priority over your brain.



-----
다음 문장이 참 인상적이다..
"If you just obey your brain, you’ll quickly be fat, jobless, and out of luck."

Cheers,
June

모바일앱 시장현황 및 마케팅을 위한 25가지 방법

모바일앱 시장현황 및 마케팅을 위한 25가지 방법

Source: http://www.slideshare.net/makiind/25-9364639

모바일앱 시장현황 및 마케팅을 위한 25가지 방법

View more presentations from 마킨드(makiind)

-----
Cheers,
June

Behance Conference

Behance Conference (http://the99percent.com/)

1% Inspiration
99% Perspiration

Ji LEE
Google Creative Labs
Creative Director

Source: http://www.youtube.com/watch?v=n8HllU3e6zI&feature=player_embedded#!



-----
오랜만에 정말 괜찮은 발표를 본 것 같아서 기분이 참 좋다... ^^

Cheers,
June

서비스디자인 시대가 온다

서비스디자인 시대가 온다 - 2/3 - Presentation Transcript
Source: http://www.slideshare.net/usableweb/23-4688147

서비스디자인 시대가 온다 - 2/3

View more presentations from Seong-won Yoon

서비스디자인 시대가 온다 - 2/3 - Presentation Transcript

1. 서비스디자인 시대가 온다 2010. 7. 한국디자인진흥원 정책개발팀 윤성원
2. UX디자인과 서비스디자인
3. “user experience design” ‘사용자경험디자인’ 키워드 검색 양상 2004년부터, 미국 주도 사용
4. “service design” ‘서비스디자인’ 키워드 검색 양상 오래 전부터, 전세계 고른 분포
5. “service science”
6. “service marketing”
7. "service engineering"
8. 개념 경쟁의 선두는? 80 60 40 20 service service service service engineering marketing science design
9. 현재 일반적으로 받아들여지고 있는 UX와 관련 분야간 관계 출처 : 더 나은 사용자 경험(UX)을 위한 『인터랙션 디자인』, 댄 새퍼
10. 현재 일반적으로 받아들여지고 있는 UX, 서비스디자인, 관련 분야간 관계 출처 : 오경순 SADI UX 교수, 2009
11. 현재 일반적으로 받아들여지고 있는 UX의 정의와 관련 분야와의 포함 관계 CX(Customer Experience)는 광고, 포장, 제품, 서비스, 사용성, 신뢰도, 고객관리 등 기업이 제공하는 모든 요소를 포함(2007.02, 메이어&슈워거) 일반적으로 UI(User Interface)가 사용자와 대상간의 <대면부분>에서 발생되는 요소 라 한다면 CX는 이보다 훨씬 광의로 사용됨. CX와 UI의 중간 단계가 UX인데 ‘고객 경험’과 ‘사용자경험’은 일치할 수도, 안 할 수도 있음. User User Customer GUI Interface Experience Experience * 현재 국내에서는 일반적으로 CX와 UX는 거의 동일 개념으로 사용되고 있음 출처 : 민영삼 The DNA 대표, 2008
12. UX디자인과 서비스디자인의 관계 GUI / UX / CX User Customer 협의의 ‘사용자’란? ‘복잡한 기기IT관련제품 조작자로서의 고객’ 을 한정하여 의미
13. UX디자인과 서비스디자인의 관계 GUI UX CX Design =Service Design
14. 물적가치 중심의 경제에서 경험가치 중심의 경제로 출처 : http://www.slideshare.net/servicedesign/designing-services
15. “가치 기준이 변했다” 출처 : 오경순 SADI UX 교수, 2008
16. 아이폰의 성공요인은? 가격? 성능? 디자인? 브랜드 로열티? 앱스토어?
17. 아이폰처럼 성공하려면? 제품이 아니라 고객이 서 비스를 이용하는 경험을 향상시켜야 한다 제품 소유-폐기에 이르기 까지 상관된 전 프로세스 를 디자인해야 한다
18. 서비스디자인이 다루는 범위
19. Service Design terminologies 출처 : http://www.slideshare.net/jaminhegeman/service-design-an-interaction-design-perspective
20. Service System Scopes The Massage Experience Touchpoint
21. Service System Scopes Touchpoint 인테리어디자인 전통적 디자인의 영역 제품디자인 CI디자인 출처 : http://www.slideshare.net/jaminhegeman/service-design-an-interaction-design-perspective
22. Service System Scopes Touchpoint Touchpoint 패키지디자인 웹디자인 전통적 디자인의 영역 전통적 디자인의 영역 그래픽디자인 제품디자인… 출처 : http://www.slideshare.net/jaminhegeman/service-design-an-interaction-design-perspective
23. Service System Scopes 출처 : http://www.slideshare.net/jaminhegeman/service-design-an-interaction-design-perspective
24. Service System Scopes Portfolio of Methods : 서비스디자인 방법론 CX디자인 방법론 출처 : http://www.slideshare.net/jaminhegeman/service-design-an-interaction-design-perspective
25. 서비스디자이너가 하는 일
26. 서비스디자이너들은 어떤 일을 하는가? Liveㅣwork 출처 : http://vimeo.com/5936503
27. 서비스디자이너들은 어떤 일을 하는가? 1. 서비스디자이너는 고객이 서비스 이용 시 겪게 되는 모든 경험들을 주의 깊게 관찰한다. Touchpoint, Stakeholder 관계도 2. 서비스디자이너는 서비스들을 손으로 만질 수 있고, 눈으로 볼 수 있는 형태로 만든다. Customer Journey Map, Service Blueprint, Service Prototyping 3. 서비스디자이너는 새로운 가치를 창출하는 서비스 컨셉을 제시한다.
28. 1. 고객이 서비스 이용시 겪게 되는 모든 경험들을 주의 깊게 관찰한다. 고객으로서 직접 경험해보기 렉서스 개발팀 이야기의 교훈… 출처 : Innovation Through Design Thinking, Mat Hunter, IDEO
29. 2. 서비스들을 손으로 만질 수 있고, 눈으로 볼 수 있 는 형태로 만든다. 서비스 스케이프 모형 개발 서비스 실연 출처 : Innovation Through Design Thinking, Mat Hunter, IDEO
30. 3. 새로운 가치를 창출하는 서비스 컨셉을 제시한다. “열차가 아니라 여행을 디자인하라” 1999. IDEO 팀 브라운 출처 : 피어인사이트 발표자료, 2005(IDEO의 아셀라 고속철도서비스 프로젝트, 1999) 열차의 좌석디자인에서 시작된 일이 ‘21C철도교통의 새 비전’을 제시하다
31. 이제까지의 디자인프로세스
32. The 'double diamond' design process model 출처 : The 'double diamond' design process model, 영국 디자인카운슬 http://www.designcouncil.org.uk
33. The 'double diamond' design process model 출처 : RED Project Report, 영국 디자인카운슬 http://www.designcouncil.org.uk
34. 사용자경험디자인과 서비스디자인의 방법론
35. UX디자인을 위해서는 사용자 욕구를 이해하는 것이 중요! 리서치가 중요해짐
36. 리서치의 성격 생성리서치 평가리서치 generative research evaluative research 아이디어 평가를 위함 목적 아이디어를 찾기 위함 문제를 발견하기 위함 특징 정성적, 맥락적 정량적 적절한 기준 만들기, 필요역량 창의적 해석 셈하기 사용자관찰, 사용성 테스트, 방법론 예 포커스그룹인터뷰 성능판정테스트 * 사용자경험에 미쳐라, 피터 머홀즈 외, 2009, 81~86page 내용 중 인용, 일부 수정
37. 해외 주요 서비스디자인기업의 서비스디자인 프로세스 출처 : 서비스디자인 측면에서 공공서비스평가 방향연구, 이화여자대학교 석사학위 논문, 2009, 한수련
38. UX디자인 프로세스와 방법론 기본 프로세스가 동일하며 실행 방법도 매우 유사하나, 다른 점이 있다. 출처 : http://project.cmd.hro.nl/cmi/hci/toolkit/index.php
39. 디자인방법론과 다른 서비스디자인 방법론
40. Methods & tools : 고객과 공급자간의 다양한 유형의 접촉점을 정의하고 시각화시키기 위해 사용하는 방법
41. Service Inventory 터치포인트 정의하기
42. Service Inventory 터치포인트 정의하기
43. Methods & tools : touchpoint card
44. Methods & tools : 서비스의 이해관계자를 정의하고, 고려해야 할 역학 관계를 총체적으로 파악하기 위해 사용하는 방법
45. Stakeholder motivation matrix •원문 출처 : Arnold Tukker & Ursula Tischner(2006), ‘New Business for Old Europe’ •출처 : 공공서비스 융합 서비스모델 개발 표준가이드, 2009, 베타리서치앤컨설팅
46. 서비스 시각화 사례 호텔 도서대여 서비스
47. Methods & tools : Customer Journey Map 고객이 서비스를 경험하게 되는 과정을 정의하고, 그 과정에서 생기는 고객 체험을 시각화하기 위해 사용하는 방법 출처 : 피어인사이트 발표자료, 2005(IDEO의 아셀라 고속철도서비스 프로젝트, 1999)
48. Customer Journey Map Case : Adaptive path (Learn English)
49. Methods & tools : Customer Journey Map 출처 : http://www.slideshare.net/jaminhegeman/service-design-an-interaction-design-perspective
50. Customer Journey Map Case : Maya design (Persona profiles & CJ Map)
51. Customer Journey Map Case : experience solutions(Gym Sign up)
52. Customer Journey Map
53. Customer Journey Map Case : nForm
54. Customer Journey Map Case : nForm
55. Customer Journey Map Case : nForm
56. Customer Journey Map “Experience wheel”, Bruce Temkin
57. Methods & tools : emotional journey map
58. Methods & tools : emotional journey map 출처 : IDEO
59. Methods & tools : 보이지 않는 서비스를 가시화하여 문제를 찾고 혁신하기 위해 사용하는 방법 출처 : http://www.slideshare.net/jaminhegeman/service-design-an-interaction-design-perspective
60. Methods & tools : Service Blueprint 전형적인 서비스블루프린트의 예 Customer Customer Customer Arrives pays bill Customer Journey Customer Customer waits receives order Customer departs Touchpoint LINE OF CUSTOMER INTERACTION Greet Take order Server bags Server Contact Person Customer order delivers order LINE OF VISIBILITY Order Order transferred Prepared to kitchen LINE OF INTERNAL Support Process Sales tracked INTERACTION 출처 : Thomson Corporation, 2008
61. Methods & tools : Service Blueprint 전형적인 서비스블루프린트의 예 Customer Customer Customer Customer Customer Customer 전통적인 Design이bill Arrives pays 다루는 범위(Touchpoint에 해당되는 Design) waits receives order departs 커뮤니케이션디자인 커뮤니케이션디자인 커뮤니케이션디자인 인테리어디자인 인테리어디자인 인테리어디자인 LINE OF CUSTOMER 제품디자인 제품디자인 제품디자인 INTERACTION Customer Take order Greet eXperience order Design이 다루는 범위 Server bags Server Contact Person Customer delivers order LINE OF VISIBILITY Order Order transferred Prepared to kitchen Service Design이 다루는 범위 OF INTERNAL LINE Support Process Sales tracked INTERACTION 출처 : Thomson Corporation, 2008
62. Methods & tools : Service Blueprint 물리적대상 고객행동 상호작용선 대면 서비스제공자 가시선 비대면 서비스제공자 내부상호작용선 지원 프로세스 출처 : http://www.slideshare.net/jaminhegeman/service-design-an-interaction-design-perspective
63. Methods & tools : Service Blueprint 출처 : http://farm4.static.flickr.com/3624/3363169836_a71515444e_o.png
64. Methods & tools : Service Blueprint 출처 : http://www.slideshare.net/jlbove/designing-the-intangible-an-introduction-to-service-design-presentation
65. Methods & tools : Service Blueprint 출처 : http://www.servicedesigntools.org/sites/default/files/res_images/BLUEPRINT_03.jpg
66. Methods & tools : 일단 실행하고, 반복 수정하면서 구체화하는 방법
67. Methods & tools : Paper Prototyping
68. Methods & tools : Paper Prototyping
69. Methods & tools : LEGO Prototyping 출처 : Creative Lapland Seminar 2010 발표자료 중, Stefan Moritz
70. Methods & tools : Service Experience Prototyping 출처 : CAN YOU DESIGN A SERVICE?, 1508 (덴마크의 서비스디자인기업)
71. Methods & tools : Service Experience Prototyping 맥도널드 매장내 서비스 경험 출처 : 서비스R&D국제컨퍼런스, 빌모그리지 발표자료 중, 2009
72. Methods & tools : Service Experience Prototyping 출처 : Ministerie van Economische Zaken www.ez.nl 2010
73. Methods & tools : Service Experience Prototyping 출처 : Innovation Through Design Thinking, Mat Hunter, IDEO
74. 서비스디자인의 특징 서비스디자인기업 직원은 물론, 고객사와 고객사의 최종사용자가 함께 문제를 정의하고 해결책을 만든다 디자인사고Design Thinking를 강조한다 서비스디자인 방법론을 사용한다 가능한 서비스에 대한 모든 것을 시각화 하고 구체화한다 출처 : 엔진, 리브워크 등
75. join me! Mail, MSN, Nate-on : design@naver.com www.usableweb.co.kr 디자인계가 중심이 되어 서비스디자인에 대한 논의와 연구를 시작해야 할 때입니다. 동참하실 분께선 연락 바랍니다.

-----
Cheers,
June

아래 글은 많이 복사해서 비단 국내 IT 뿐만 아니라,
국내 모든 경영자들에게 이메일로 보내야 한다고 생각한다.

우리나라 IT... 개발 및 근무환경... ? 물론 좋다고 생각한다. 좋은 곳도 많다.
하지만 아직 멀었다. 소프트웨어 개발자들???... 대접을 바라는 것이 아니다.
기계처럼 찍어 내거나, 기계에 들어가는 일련의 부속품이 아니라는 것이다.

"애플? 구글? 페이스북? ... 우리는 왜 그들과 같은 인재가 없나?"
이런 얘기 신문, 방송에서 나올때면 한숨만 나온다.

한 가지 재미있는 얘기를 하자면,
회사에서 어느날 아이디어 공모를 한다며 전사원에게 메일을 보냈다.
내용을 대충 요약하면 다음과 같다.
"이번달 xx까지 아이디어 및 구현 결과물을 제출하면, 1등은 000원, 2등은 000원,
등등... 이며, 제출된 아이디어 및 결과물은 회사에 귀속된다."

참 재미있지 않는가? 이런식의 회사는 당장 어떻게든 돈은 많이 벌어서
매출과 자본금은 늘릴 수 있을지 몰라도 절대 발전할 수 없다고 생각한다.

위의 이야기가 이해가 되질 않는다면, 다시한 번 읽어보면서
내가 전달하고자 하는 의미는 잘 생각해보면 알 것이다.


여튼, 음... 곧 개봉하는 인도 영화 "세 얼간이" 꼭 보길 바란다.


요즘 기사를 보면 모 회사들 간부들이 해외 대학들에 가서 석/박사급 인재들에게
기술세미나 및 회사관련 홍보를 한다고 하는데,

인재를 해외에서만 찾지 말고 국내에서 찾아 보길 바랍니다.
인재가 꼭 석/박사만 있는것은 아니라는 걸 알았으면 하는데,
느낀건 그러한 학력들이 곧 인재이며 그들을 원한다는 것이다.

제발로 들어온 인재를 발로 차버리는 실수를 계속 반복하면서
과연 해외에 나가선 잘 찾을 수 있을지...
그러한 인재들이 현재의 이러한 회사들을 보고 제발로 들어올지...
차~암 궁금하다...

아래 글, 공감이 참 많이 가는 글입니다.
같은 회사는 아니지만, 비슷한 얘기로 저도 CEO/CTO 님에게 이메일이라도
보내고 퇴사할 걸 그랬나 봅니다. 저도 5년 가까이, 정도 많이 들고 애착도 가지만,,,
마지막에는 그러한 마음이 들지 않았는지도...


-----
Cheers,
June



--------------------------------------------------------
이하 복사한 글...

Source: http://ppassa.wordpress.com/2011/08/16/leaving_lg/

LG전자를 떠나며 CEO에게 남긴 글

Posted on 2011/08/16 by ppassa

지난 4월 퇴사를 하면서, 그동안 생각했던 바를 정리해서 CEO에게 메일을 보냈다. 아쉽게도 CEO로부터 답장은 받지 못했다. 사실 CEO가 답장을 할 회사라면 그렇게 떠나지도 않았겠다라는 생각이 드니, 그렇게 아쉽지는 않았다.

물론, 메일이라는 것이 개인적인 것이라 이렇게 공개하는 것이 안맞는 것일지 모르나, 메일 내용에 사적인 내용은 없고, 이러한 울림이 커져서 LG전자가 방향을 바로 잡는데 도움이 되었으면 좋겠기에 이곳에 올린다.

——————————————————————————————-

(2011년 4월 12일)

안녕하세요, 구본준 CEO님.

저는 CTO소속의 최세윤 선임연구원입니다.

구본준 CEO님께서는 다른 분들의 의견을 경청한다는 이야기를 들은 적이 있습니다.

이제 곧 퇴사를 앞두고, 제가 사랑하는 우리 회사의 발전을 위해서, 지난 5년동안 LG전자에서 느낀 점들을 용기를 내어 적어봅니다.

아마 CEO님께서 여러 채널을 통해 들으신 내용이 있을 수도 있을 것 같지만, 혹시나 하는 마음에 면식도 없지만 결례를 무릎 쓰고 메일을 보냅니다.

제가 느낀 점 중에 우리 LG전자가 바뀌었으면 하는 부분을 2가지 관점에서 말씀 드리겠습니다. 물론, 우리회사에서 잘하고 있는 것들도 많지만 이 부분은 생략하도록 하겠습니다.

- Innovation

저는 우리회사가 진정으로 Innovation을 하는 회사가 되었으면 합니다. 그리고, 그렇지 않으면 살아 남을 수 없다고 생각합니다. 하지만 연구원으로서 제가 느낀 바로는, Innovation을 하는 회사가 아니라, Innovation을 하겠다고 ‘주장’만 하는 회사처럼 보입니다. Innovation은 risk-taking이 가능한 문화 속에서 가능하다고 생각합니다. 그런데, 지금 우리 회사의 연구환경은 우리 연구원들이 risk-taking 할 수 있는 연구환경이 아닌 것 같습니다. 아이디어가 구현될 지도 확실치 않은데, 프로젝트 초기부터 ROI를 계산하는 것은 뭔가 맞지 않은 것 같은 생각이 듭니다.

그리고, 또 큰 문제 중의 하나가 지나친 ‘보안(security)’ 강조 입니다. 보안이 중요하지 않다는 것은 아닙니다. 문제는 보안을 지나치게 강조하면서 생기는 엄청난 ‘기회비용’입니다. 이런 기회 비용은 계산하기 힘들어서 그렇지 분명이 엄청 크다고 생각합니다. 몇 가지 예를 들어 보겠습니다.

저는 아이디어를 얻는 데에 인터넷만큼 좋은 곳이 없다고 생각합니다. 그런데 보안이라는 이유로 접근이 막힌 사이트들이 의외로 많습니다. 오늘도 KT의 클라우드(cloud) 서비스를 알아보기 위해 http://ucloud.com을 접근 하려 하니 막혀 있었습니다. 어떤 사이트들을 막았고, 어떤 이유로 막았는지 연구원에게 전혀 공지는 없습니다. 연구원들은 그저 받아들일 뿐입니다. 아이디어 조사 차원으로, 그리고 기술에 대한 궁금중으로 인터넷에서 검색하다가 이렇게 접근조차 막히면, 대부분 포기할 수밖에 없습니다. LG전자가 앞으로 크게 수익을 낼 수 있는 제품을 만들 기회를, 그 동안 이런 이유로 놓치지 않았다고 장담하기는 어려울 것 같습니다.

또, HE본부의 경우 소프트웨어 개발자들이 보안 상의 이유로, 개인 컴퓨터가 아닌 중앙서버에 접속 후 작업을 합니다. 문제는 중앙 서버로 데이터를 넣고 빼는 것이 매우 불편하기 때문에 개발자들이 보고 자료라도 만들려고 하면, 중앙서버에 접속해서 내용을 화면으로 보면서 로컬컴퓨터에서 다시 타이핑해서 만들어야 합니다. 또, 개발자들이 필요한 프로그램이 중앙서버에 없으면, 담당자에게 신청해서 설치해야 합니다. 몇 일이 걸리는 일이고, 설치된다는 보장도 없습니다. 개발자들은 불편한 환경에서 제한된 사고의 자유를 가지고 개발해야 합니다. 정확히 그 비용을 계산하기는 힘들지만 개발자들의 생산성을 엄청나게 갉아먹고 있는 것은 분명합니다. 이 얼마나 우스운 광경입니까. 저는 DTV 기술의 경우 아주 일부를 제외하고는 이제 일반화되었다고 생각하는데, 굳이 모든 정보를 지금처럼 중앙 서버에서 해야 하는 지에 대해서 의문이 갑니다.

- 조직 문화

저는 이전에 벤처 회사를 다녔는데, 지금 우리 회사에서 제일 안타까운 것 중에 하나가 자유로운 토론 문화의 부재입니다. 자유롭게 의견을 개진하고 합리적인 의사 결정이 이루어져야 할 텐데 그렇지 않은 경우가 많이 있습니다. 특히 ‘Top management(CEO/CTO)나 연구소장의 코멘트가 있었다’라고 이야기 되면, 그 진위 여부나 이유에 대해서는 논의가 없고 바로 그 코멘트에 맞게 의사 결정이 납니다. 또, 경쟁사, 특히 삼성이 어떻게 한다더라 하면 이 역시 비판적인 토론 없이 의사 결정이 많이 나버립니다. 비록 top에서 코멘트가 있는 경우라도, 또 경쟁사가 그렇게 하더라도, 의사 결정 시에 관련자들이 반드시 이유를 이해하고 필요하면 이를 반박할 수 있는 조직 문화가 되어야, 진정으로 고객이 원하는 제품을 만들 수 있을 거라고 생각합니다.

또, 회사에서 많이 듣는 이야기 중에 하나가 ‘주인의식을 가져라’입니다. 저는 주인의식은 주인이 되어야 갖는 의식이라고 생각합니다. 회사에서 연구원들을 주인이라고 생각하고 대해주지 않는데 주인의식이 생길 리가 만무합니다. 최근에 서초 R&D 캠퍼스에서는 본부/연구소를 불문하고, 지각을 체크해서 각 조직 별로 통계를 매일 보고 하겠다는 이야기를 들었습니다. 또, 화장실에는 ‘기본을 지키자’며 ‘슬리퍼를 신지 말라’, ‘복장을 단정히 해라’, ‘식사 시간을 준수해라’ 등의 문구가 붙어 있습니다. 분명 이런 것들이 중요하기는 하겠지만, 이렇게 전면적으로 연구원들에게 이야기하는 건, 연구원들을 주인으로 대하는 것이 아니라 철부지 중고생으로 대하는 것이 아닌가 생각합니다. 최근에 ‘Rework’란 책을 보니, ‘직원을 13살짜리 아이처럼 대하지 말라’라는 내용이 있었는데 참으로 뜨끔한 내용이었습니다.

저는 LG전자를 사랑합니다. 저는 우리 회사에서 참 많은 걸 배웠습니다. 그리고 총각으로 입사해서, 이제는 돌이 지난 아이 아버지가 되었습니다. 젊은 시절 제가 열심히 일한 회사가 앞으로도 계속 성장해나가기를 진심으로 바라고 있습니다. 새로 부임하신, 그리고 저의 학과 선배이시기도 한 구본준 CEO님께서 분명히 그렇게 해주시리라 믿고, 저는 또 새로운 도전을 향해 떠나도록 하겠습니다.

LG전자와 모든 구성원의 건승을 항상 기원하고 응원하겠습니다.

감사합니다.

최세윤