내 남자의 길~!

발표 내용을 한 단락으로 요약한다면?

데스크탑 자바 애플리케이션을 검색하고 구입할 수 있는 데스크탑 클라이언트인 자바 스토어의 비공개 베타 버전 그리고 개발자가 배포 목적으로 애플리케이션을 제출할 수 있는 자바 웨어하우스의 공개 베타 버전을 발표했습니다. 여러분도 지금 등록 후 스토어와 웨어하우스를 테스트할 수 있습니다. 현재는 미국에서만 스토어와 웨어하우스를 이용할 수 있으며, 곧 다른 국가에서도 서비스할 예정입니다.

JavaFX가 아닌 언어로 자바 스토어용 애플리케이션을 개발할 수 있습니까?

예! 자바 및 JavaFX뿐 아니라 모든 JVM 기반 언어가 사용 가능합니다. 최종 사용자는 애플리케이션이 어떤 언어로 작성되었는가에 신경쓰지 않습니다. 멋진 외양과 성능을 갖춘, 유익한 애플리케이션이면 됩니다. 가장 생산적으로 사용하면서 최고의 애플리케이션을 개발할 수 있는 언어를 선택하십시오.

스토어의 애플리케이션에 어떤 제한이 적용됩니까?

자세한 내용은 FAQ를 참조하십시오. 간단하게 말씀드리자면, JVM 애플리케이션이며, 개인 사용자 지향적이어야 합니다. 50MB로제한됩니다(현재). 서명되지 않거나 유효한 인증서로 서명되어야 합니다. 스토어에서 정식 서비스를 시작할 때까지는 모든 애플리케이션이 무료이며, 서비스 개시 후에는 요금을 부과할 수 있습니다. 이 기본적인 내용 외에 추가 정보가 몇 가지 더 있습니다.

언제부터 애플리케이션을 판매할 수 있습니까?

가급적 일찍 시작할 것입니다. 이 스토어는 아직 개장하지 않았습니다. 진열대가 빈 상점은 없으니까요. 이런 이유로 개발자 여러분이 애플리케이션을 준비할 수 있는 시간을 드리고 있습니다. 스토어가 정식 개장하면 개발자는 가격을 정하고 애플리케이션을 판매할 수 있습니다.

고객이 어떻게 애플리케이션을 찾을 수 있습니까?

JavaOne에서 소개한 데스크탑 클라이언트는 1차 버전일 뿐입니다. 고객이 애플리케이션을 검색할 수 있도록 새로운 기능을 스토어에 추가하는 작업이 순조롭게 진행되고 있습니다. 검색, 필터링, 평가, 리뷰와 같은 기능이 제공될 것입니다. 그리고 자바 스토어가 자바 자체와 함께 배포되므로, 10억여 명의 사용자들에게 애플리케이션을 선보일 수 있습니다.

모바일 애플리케이션 및 TV는 어떻게 됩니까?

자바 스토어는 사실상 두 부분으로 구성됩니다. 쇼핑몰은 데스크탑 애플리케이션을 구입할 수 있는 데스크탑 클라이언트 프로그램입니다. 그리고 자바 웨어하우스가 있습니다. 여기서는 개발자들이 판매할 애플리케이션을 보관할 수 있습니다. 향후 TV 및 모바일용 쇼핑몰이 추가로 마련될 예정이며, 아마도 사업자 브랜드로 제공될 것입니다. 개발자가 애플리케이션을 보관하는 자바 웨어하우스가 모든 쇼핑몰을 서비스합니다. 데스크탑은 멋진 첫 단추일 뿐입니다.

현재 자바 스토어에는 어떤 애플리케이션이 있습니까? 어디서 제공한 것입니까?

파트너사들과 함께 새로운 애플리케이션을 개발하고 기존 애플리케이션을 이 스토어에 맞게 수정했습니다. 저는 개인적으로 Astronomy Picture of the Day라는 애플리케이션이 마음에 듭니다. 여기 오리건 주, 유진에 위치한 Concentric Sky라는 멋진 회사에서 개발한 것입니다. NASA의 천체 사진 아카이브로 연결하여 과거의 사진을 살펴보면서 설명을 읽고 Google Translate를 통해 다른 언어로 번역해 볼 수도 있습니다. Concentric Sky의 CEO가 이 회사의 블로그에서 자바 스토어 및 JavaFX에 대해 어떤 얘기를 했는지 읽어보십시오.

다른 국가의 개발자는 왜 등록할 수 없습니까? 언제쯤 다른 국가에서도 애플리케이션을 판매할 수 있습니까?

조만간 다른 국가에서도 자바 스토어를 열 계획입니다. 국제 상거래는 생각보다 훨씬 복잡합니다(엔지니어인 저로서는 놀라울 따름입니다). 나라마다 세금, 개인정보 보호 및 상거래 규정이 다릅니다. 산더미 같은 서류 작업을 거쳐야 합니다. 현재 법률 및 비즈니스 전문가들이 이 일을 담당하고 있습니다. 현재로서는 2010년 초부터 서비스할 계획이지만, 그 시기가 앞당겨진다면 신속하게 알려드리겠습니다.

Java 담당자 중 한명인 Jeet Kaul에게 자세한 설명을 부탁했습니다. (클릭하여 들어보십시오.)

자바 스토어에 관하여 다른 궁금한 사항이 있으시면 제게 이메일로 보내주시거나 피드백 페이지로 의견을 보내주십시오.

이 글의 영문 원본은 The Java Store, a Q&A 에서 보실 수 있습니다.

발표 신청

• 발표하고 싶은 주제와 간략한 내용을 연락처와 함께 메일(dwkorea@kr.ibm.com)로 보내주세요. (발표 신청 마감: 6월 15일 월요일 저녁 6시)
• 발표 신청은 선착순으로 접수되며, 신청자에게는 개별 연락을 드릴 예정입니다.
• 최종 선정된 발표 주제와 발표자는 행사 페이지에 지속적으로 업데이트될 예정입니다.

참가 신청
    

문의

• 주차 지원이 되지 않으니, 대중교통을 이용해주시기 바랍니다.
• 문의: dwkorea@kr.ibm.com
• 약도 보기

해마다 이맘때면 시내 한복판에서 쉽게 구세군들을 만날 수가 있다. 그들이 왜 추운 거리에서 자그마한 정성을 모아 불우한 이웃을 돕자고 열심히 종을 치며 사랑의 모금을 하는지 생각해 볼 필요가 있다. 무엇인가 나눌 것이 있다는 것은 참 행복한 것이다. 어쩌면 손해를 본다는 생각이 들겠지만 조금만 다른 시각에서 바라보면 전혀 다른 행복이 보이기 시작할 것이다.

개발자라면 꾸준히 새로운 지식을 익힐 필요성을 느끼게 될 것이다. 필자가 처음 개발자로 입문을 했을 당시에는 지금처럼 인터넷이 활성화가 안 되어 있던 시절이었고 개발을 하다 막히는 부분이 있으면 하루고 이틀이고 밤을 새워가며 해결하기 위해 끊임없이 원인을 찾기 위해 노력을 해야만 했다.

한번은 문제가 해결될 기미도 안보이고 거의 포기 상태까지 이르렀을 때 같이 일하던 A선배가 비슷한 경험이 있다며 힌트를 주었고, 그로 말미암아 다른 관점에서 접근을 하게 되어 일을 기한에 맞추어 끝냈던 기억이 난다.

반면, 당시 실력은 월등히 좋았지만 옆에서 힘들어 하는 걸 뻔히 보면서도 도움을 주지 않았던 B라는 선배도 있었다. 그 이후에도 A선배는 뛰어난 실력은 아니어도 자신이 알고 있는 것을 정리해서 가끔 필자에게 알려 주었고, 덕분에 다양한 개발 팁을 배우게 되는 등 회사 생활을 하는데 많은 도움을 받았다. B선배의 경우는 어려운 일을 혼자서 다 처리했기에 역시 회사 생활을 하는데 도움을 받은 것은 사실이다.

하지만 A, B선배와는 서로 다른 회사로 옮기면서 확실하게 차이가 벌어지게 되었다. A선배와는 계속 연락하며 지내지만, B선배와는 연락을 하는 일이 전혀 없어진 것이다. A선배와는 왠지 모르는 인간적인 유대가 생겼고 B선배와는 그저 일 때문에 만난 사람이기에 더 이상 관계가 발전되기 힘들기 때문이다. 직장에서 만난 사람들과 오랫동안 서로 알고 지내는 일은 솔직히 좀처럼 쉽지 않다.

실력이 우선시 되는 사회인 것만은 사실이다. 하지만 독불장군처럼 알고 있고 기술을 나눌 줄 모르는 사람이라면 아마도 개발자로서 오랫동안 생활하기에는 어려움이 있을 것이다. 모든 지식을 혼자서 다 익힐 수는 없기 때문이다. 그리고 자기만 알고 있다고 생각하는 신기술 또한 알고 있는 사람이 있기에 자신도 알고 있는 것이고 그렇다면 언젠가는 다른 사람들 또한 알게 될 것이다. 어떤 사람이 그 기술을 공유하려고 할 때 "나도 알고 있는데…" 이런 말을 하게 된다면 한다면 오히려 욕을 먹을지도 모른다.

현재 거의 모든 프로젝트는 여러 사람이 톱니바퀴처럼 딱딱 맞아야 비로소 성공적인 프로젝트로 갈 수 있다. 내가 알고 상대가 모른다면 지식을 공유해야 하는 것이 개발자의 예의라고 생각한다. 기술의 공유에 있어서 지위가 높고 낮음은 없으며, 새로운 지식을 습득하게 되면 다른 사람들과의 공유는 필수이며, 알려주려고 하는 사람을 오히려 잘난 척 한다고 생각하는 사람이 있다면 그 사람은 남보다 발전이 늦을 것이며 그 사람은 왜 쉽게 갈 수 있는 길을 어렵게 돌아가려 하는지 생각해봐야 한다. 사전 정보를 가지고 시작하는 것과 모르고 시작하는 것은 천지차이다.

신기술이나 팁을 공유함으로써 자신에 돌아오는 것이 무엇인가? 그것은 사람이다. 바로 이것이 나누면 행복해지는 이유이다. 나를 인정해주고 어려움이 닥쳐도 함께 해줄 동료가 한 명이라도 있다면 개발자로서 성공한 거라고 생각한다. 이 글을 통해 내가 지금 힘들 때 정말 나를 도와줄 개발자가 몇이나 되고 연락 가능한 사람이 몇이나 되는지 돌아보는 계기가 되었으면 좋겠다.

개발자로 일을 하려면 ‘십 분의 일이 되는 것’을 염두에 두어야 한다. 여기서 십 분의 일이란, 십을 이루는 기초를 이야기 한다. 기초를 먼저 탄탄히 하라는 의미다. 왜 그런지 살펴보자. 먼저, 같이 일을 했던 신입 개발자들에 대해서 잠시 얘기를 해보는 것이 좋을 것 같다.

어느 날인가 신입으로 들어왔던 B라는 개발자가 같이 들어왔던 신입 사원들보다 자신이 뒤떨어지는 것 같아서 계속 개발자로 일하는 것에 대해서 고민을 하게 된다는 이야기를 꺼냈던 일이 있다. 이런 얘기는 신입이면 누구나 한번쯤은 경험하게 되는 일련의 과정이라는 생각이 든다. 혼자서 열심히 짜는 프로그램과 다른 사람들과 같이 만드는 프로그램의 차이에서 오는 고민일 것이다.

처음에 개발자로 입문한 사람들은 프로그램에 대한 자신감이 있기에 개발자로서의 사회생활을 시작하게 되었을 것이다. 하지만 그 자신감은 어디까지나 혼자만의 생각일 뿐. 자신의 지식은 전체를 파악하지 못하고 일부분이 전체인 것처럼 보는 장님이 코끼리 다리를 만져 보고 이것은 무엇이다 하는 격이다.

다시 B의 고민으로 돌아가보면, 필자는 한 프로젝트에서 A와 B 두 개발자에게 같은 일을 지시하고 결과를 기다리고 있었다. A는 빠르게 처리를 했고 일 처리 속도가 떨어지는 B는 A에게 새로운 일이 주어질 때까지 끝내지 못하고 혼자 남아서 늦게까지 일을 하게 됐다. 결국 둘은 점점 차이가 벌어져 A에게 B가 처리해야 할 일까지 하나 둘씩 넘어가게 되었다.

이런 업무상의 차이에 대한 고민을 호소하는 B에게 필자는 이런 얘기를 해 주었다.

“개발자에게 있어서 가장 중요하다고 생각하는 것은 업무에 대한 이해다. 업무 프로세스에 대한 이해도가 가장 중요하며 그것을 구현하는 기술력은 그 다음이다.”

지금은 비록 기술력이 부족해서 쉽게 일 처리를 못하더라도, 그건 시간이 지나면서 자신이 조금만 더 노력한다면 극복 가능한 문제다. 하지만 업무 프로세스의 이해 없이 단지 기술로만 승부하려 한다면 최소 이중삼중으로 수정 해야 하고, 이는 점점 불어나 결국에는 일이 재미가 없어지고, 현업들로부터 일을 잘한다는 소리를 듣지 못하게 된다.

“그럼 어떻게 하는 것이 올바른 방법일까?”하고 머뭇거리며 질문하는 B에게 이렇게 대답해 주었다.

“프로그램으로 어떻게 구현할 것인가 보다는 왜 이런 업무가 필요한지를 먼저 생각해야 한다.”

프로그램으로 모든 것이 구현 가능하다고 생각할지 모르지만 실제적으로 업무란 것은 A나 B선에서 끝나지 못하는 경우가 태반이며, 어느 정도 확장을 고려해 두어야 한다.

개발이 끝났다고 생각한 시점 이후에 어쩌면 A부터 Z까지의 경우의 수로 일이 커질지 모르는 상황에서 자기가 맡은 부분만 보려고 하면 안 된다. 업무에 대한 이해도가 높다면 얼마든지 말로도 충분히 해결할 수가 있다. 그러면 일 잘 한다는 얘기를 듣게 될 것이다.

프로그램 100라인을 들여서 코딩을 해야 되는 것을 단지 업무에 대한 이해도 덕분에 10라인의 코딩으로 마무리하는 것도 가능하며, 같은 100라인이라고 해도 요건에서 생각지도 못했던 에러에 대응해 처리도 가능하게 된다.

시간이 흘러 B는 다른 프로젝트를 하게 됐는데, 우연히 B와 같이 일하는 현업으로부터 B가 일을 잘한다는 소리를 듣고는 왠지 기분이 좋았다. 아직도 프로그램 코딩 실력은 부족하다고 하지만 계속 자기 개발을 해나가면 실력이 좋은 개발자가 될 것이다.

십 분의 일이란 앞서 언급했던 CF처럼 남들이 다 “아니오”라고 말할 때 “네”라고 말하기 위해서 갖추어야 할 최소한의 조건이라고 생각한다. 어떤 상황에 처했을 때 자신에게 필요한 것이 무엇이며 핵심과 전후 상황을 파악하는 능력이 말이다. 이런 능력은 태어날 때부터 선택 받아서 얻게 되는 것이 아니며, 경험과 훈련에 의해서 이루어진다. 어쩌면 이런 습관이 몸에 밴 개발자를 보게 된다면 사람들은 고집이 세며 아는 체(잔머리 굴리는 사람)를 많이 하는 사람으로 오해 할지도 모르겠다.

이렇게 되기 위해서는 무슨 말을 했을 때 그게 왜 그럴까? 그럼 어떻게 될까? 자신도 모르게 습관적으로 생각해야 된다. 자신의 생각이 맞으면 모든 것이 즐거워진다. 이게 극단적으로 발전하면 전혀 경험이 없는 일도 알고 있는 척하는 것이 가능하다. 주의할 점은 모르는 사실에 대해 답을 했을 때는 반드시 자신이 했던 말이 올바른 대답인지 찾아봐야 하고 틀린 답이었다면 다음에 반드시 그게 아니었네요 하고 솔직하게 대답하는 습관을 들여야 한다. 아니면 거짓말쟁이로 전락하게 되어 아무도 믿어주는 사람이 없게 될지도 모른다.

십 분의 일, 간단한 습관이지만 행복한 개발자가 되어가는 하나의 팁이다.