블로그 만보

속성, 메소드, 생성자 - 수필객체지향

산골 — Tue, 09 Feb 2010 08:00:00 +0900

+ 속성
속성을 찾는 일은, 보이지는 않지만 생물이 생존하는데 꼭 필요한 적혈구등의 요소를 현미경으로 관찰하는 생물학자와 같아야 한다.

속성은 객체 고유의 특징을 정의 할 수 있는 단어로 드러낸 것이다. 예를 들어 자동차에는 ‘움직일때의 빠르기’라는 속성을 속에 품고 있다. 만약 자동차를 객체로 모델링 한다면 기본적으로 ‘움직일때의 빠르기’라는 속성이 스며들어 있기 때문에 이 속성을 정의 할 수 있는 단어로 밖으로 드러내야 할 것이다. ‘움직일때의 빠르기’는 ‘속도’ 라는 단어로 정의 된다. 그래서 자동차 객체 모델링을 통해 ‘속도’라는 속성이 문서나 프로그램을 통해 드러나게 될 것이다.

객체의 속성을 찾는 일은 객체 안에 숨겨진 고유 특징을 찾아내는 일이기 때문에, 그 객체에 대해 잘 알고 있어야 한다. 그리고 그 객체의 중요하고 핵심적인 특징만 밖으로 추출할 수 있어야 한다.

그래서 속성을 찾아내는 일은 객체를 잘 ‘관찰’ 하고 객체의 주요 특징을 밖으로 ‘추상화’ 하는 사고 능력이 요구된다.

[삽화]

+ 메소드

메소드는 행동이라고 표현하고 기능이라고도 표현한다. 그런데 메소드의 의미는 그 객체가 다른 객체에게 제공하는 기능의 의미에 가까우므로 다른 객체에게 제공하는 ‘기능’으로 정의하는 것이 더 좋을 것 같다.

메소드는 객체 고유의 기능 또는 행동을 정의 할 수 있는 단어로 드러내고, 그 기능과 행동을 코드로 구현한 결과물이다.

메소드는 객체의 속성을 변경하는 통로이다. 객체지향의 효과를 얻고 객체지향의 관례를 따르면 속성은 외부로부터의 접근이 차단되어 있고 메소드를 통해서만 접근이 가능해야 한다. 그래서 메소드는 객체의 속성을 변경하는 통로가 된다.

만약 자동차의 속도를 증감 해야 하는데, 자동차 부품에 무리를 주지 않고 증감하려면 꼭 ‘속도 증감 제어 장치 메소드’를 통하게끔 구현이 되어 있다. ‘속도 증감 제어 장치’에는 자동차 객체의 속도를 객체 설계자 의도대로 변경하는 로직이 구현 되어 있다. 자동차의 속도라는 속성은 오직 ‘속도 증감 제어 장치’ 메소드에 의해서만 통제된다. 그래서 자동차 객체의 무결성, 안전성을 자동차 객체 사용자에게 보장할 수 있다.

메소드는 다른 객체와 상호작용하는 통로이다. 객체지향 세계는 객체와 객체간의 관계가 성립하고, 객체들끼리 주고 받는 메시지로 프로그램이 작동되고 결과물이 완성됨을 확인 할 수 있다. 객체들끼리 메시지를 주고 받는 도구가 메소드이다. 메소드를 통해 객체들끼리 상호 작용한다.

객체의 속성이 은밀하고 수동적이라면 메소드는 적극적이고 능동적이다. 다른 객체에게 ‘내가 제시한 기능을 쓰시오’라고 드러내놓고 노출하기 때문에 적극적이고, 객체들끼리 메시지를 주고 받으면서 자신이 속하는 프로그램의 결과물을 좌지우지하기 때문에 능동적이다.

객체의 메소드를 찾고 구현하는 일은 역시 객체 안에 숨겨진 고유 기능과 행동을 찾아내는 일이기 때문에, 그 객체에 대해 잘 알고 있어야 한다. 그리고 그 객체의 중요하고 핵심적인 기능과 행동만 밖으로 추출할 수 있어야 한다.

그래서 메소드를 찾아내고 구현하는 일은 객체를 잘 ‘관찰’ 하고 객체의 주요 기능과 행동을 밖으로 ‘추상화’ 하는 사고 능력이 요구된다.

[삽화]

+ 생성자

생성자는 식물이 씨앗을 벗고 발아하는 것과 병아리가 알을 깨고 부화하는 바로 그 순간에 해야하는 일과 같다. 생성자는 객체가 처음 생성될때 호출되는 메소드이다.

- 실행 클래스
public static void main( String[] args ) throws Exception {
    …..
    ExObject exObject = new ExObject(); // 1
    …...
}

- 예제 클래스
public class ExObject {
    public ExObject () { // 2
        // 객체 생성시 해야할 일
    }
    …..
}

위의 코드처럼 주석1, 실행 클래스가 예제 클래스를 생성하면, 주석2, 객체의 생성자가 호출 된다. 생성자는 객체가 최초에 생성될때 호출되는 곳이기 때문에, 객체가 처음 생성되었을 때 객체가 특별한일을 해야 한다면 생성자를 통해 편리하게 구현할 수 있다. 예를들어 병아리가 처음 세상에 나왔을 때 해야하는 일이 어미닭으로부터 먹이를 먹는 일이라면 생성자에 먹이 먹는 로직을 추가하면 된다.

객체가 처음 생성 되었을 때 해야하는 일이 있다면 생성자를 통해 편리하게 구현할 수 있다. 그리고 경우에 따라 여러 생성자가 필요하다면, 생성자의 ‘인자값’을 다르게 주어 같은 이름의 여러 생성자/메소드를 호출하는 객체지향의 ‘오버로딩’ 기법을 이용할 수 있다. 그래서 원하는 생성자를 호출할 수 있다. 또한 만약 생성자가 필요 없다면 생성자 코드를 아예 구현 하지 않아도 좋은데 이때 컴파일러는 기본적으로 아무 인자도 없는 ‘디폴트 생성자’를 기본적으로 구현하고 있다.

- 생성자 오버로딩 예제-실행 클래스
public static void main( String[] args ) throws Exception {
    …..
    ExObject exObject1 = new ExObject(); // 1
    ExObject exObject2 = new ExObject(“인자1”); // 2
    ExObject exObject3 = new ExObject(“인자1 “, “인자2”); // 3
    …...
}

- 생성자 오버로딩 예제-예제 클래스
    public class ExObject {
        public ExObject() { // 디폴트 생성자, 없어도 컴파일러에서 기본적으로 생성함
        }

        pulbic ExObject(String message1) {
            System.out.println(message1);
        }

        pulbic ExObject(String message1, String message2) {
            System.out.println(message1 + message2);
        }
    }

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

책쓰기 중간 결과물 일단 블로그에 최대한 올리기로

산골 — Mon, 08 Feb 2010 08:42:00 +0900

제 블로그 오랜 구독자시라면 제가 작년 봄,여름에 객체지향을 주제로 책쓰기를 열심히 했다는 것을 아실 겁니다. 사실 한창 열심히 했을때 고무적이었습니다. 출판사에서 연락도 오고 미팅도 가졌습니다. 보이지 않는 실체였던 내 상상속의 책이 실제로 출판될것 같았죠.

그러나 블로그가 아마추어적이라면 책은 투자 및 돈이라는 요소가 들어가기 때문에 그야말로 프로의 집필 능력을 보여줘야 했습니다. 사실 책집필의 난이도 보다는 취직 후 '열혈 글쓰기 정신'이 사라진것이 문제였습니다. 투잡의 정신으로 계속 책쓰기를 해야 하는데 퇴근만 하면 만사 귀찮아 자기 바쁩니다.

그동안 계속 책쓰기를 이어가야 겠다는 생각은 하는데 실천이 잘 되지 않고 있습니다. 하지만 작년 초여름 그렇게 열심히 한 결과물을 묻혀두기에는 아깝다는 생각이 듭니다. 그래서 일주일에 화,목에 지금까지 썼던 결과물을 최대한 많이 올리려고 합니다. 예전부터 블로그에 올리려고 했는데, 망설였던 이유는 지금에 와서 다시 읽어보니 손발이 오그라드는 문장도 있기 때문입니다.

그때는 참 멋들어지게 썼다고 생각했는데 지금 다시 읽어보니 침이 꿀꺽, 얼굴이 붉어지고, 손발이 오그라드는 부분이 있네요. 그리고 또 하나, 내용의 이해를 돕는 그림과 코드가 거의 누락되서 이해하기 어려운 내용도 있습니다.

문득 작년 미래가 불투명했던 백수 생활, 정말 내 책을 내는데 성공하여 내 책을 택배로 받는다면, 나는 왠지 내 책의 겉표지에 눈물을 떨굴것 같았던 그때가 생각납니다. 그때를 생각해보니 가슴이 뭉클해지면서 다시 열심히 하고 싶다는 생각이 드네요. 사실 다시 백수생활 넉넉잡아 4개월만 잡으면 정말 책을 낼수 있을텐대 말이죠. 이제는 대출 큰거 받아서 쉬는 일은 어림도 없습니다. 퇴근 후 아무리 피곤해도 인내하며 진행하는 수밖에 없는데 이게 참 쉽지 않습니다.

이렇게 저는 요즘 만사 귀찮아 하면서 퇴근하면 자기 바쁘지만, 일주일에 두번, 기존에 써놨던거 올리는거는 그래도 잘 실행할꺼라 다짐합니다. 그 후 언젠가 누구든지 별5개 평점은 줄정도의 책을 완성해야 겠습니다. 내용이 이해가 잘 안되고 내용 구성이 어설프더라도 이해해주시길 바랍니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

부산 장거리 여행 (차와 아이폰등의 물건에 대한 생각)

산골 — Mon, 25 Jan 2010 21:50:04 +0900

가장 친한 친구의 부름은 내가 보고싶기에 불러서 기분이 좋지만, 가끔 가기 싫을때 불러서 귀찮기도 하다. 나는 편하지만 나쁜 친구와 귀찮지만 좋은 친구 사이에서 고민했다. 결국 좋은 친구가 되기로 했지만 이미 갈까 말까 고민했던 나는 온전히 좋은 친구는 못 되는 것 같다.

부산까지 간다. 친구의 차를 타고 빠르게 질주한다. 얼마전까지 폭설 앞에 무력했던 차는 그때의 질퍽함을 잊고 빠르게 질주한다. 그러나 아무리 빠르게 질주하더라도, 우리나라가 아무리 좁더라도, 서울 부산 도로 길은 까마득하게 멀고 지루하게 오래 걸렸다.

요즘 나는 차에 관심이 많다. 차 바깥의 풍경 보다는 도로의 수많은 차에 눈이 간다. 나에게 차는 먼저 내가 살수있는 차와 내가 살수없는 차로 나눈다. 내가 살수있는 차는 또 멋이 없지만 싼차와 멋이 있지만 아슬아슬하게 살수 있는 비싼차로 나눈다. 나는 멋이 없더라도 싼차가 좋을것 같지만 세상의 이목은 나를 비싼차로 유혹한다. 나의 허영심은 겉치례 위주의 세상의 이목을 탓하면서도 멋진 차를 타자고 한다.

부산가는길 바깥을 보면 차생각을 많이했고, 차 안에서는 아이폰이 참 쓸만하다는 생각을 했다. 친구가 지루하다며 재밌게 해보라고 재촉할때 아이폰이 기꺼이 해결해주었다. 동영상을 보고 컬투쇼 팟캐스트를 들으며 심심하지 않게 갔다. 마침 부산 가기전 장만한 대용량 베터리는 아이폰을 마음껏 쓰게 해주었다. 무엇을 사서 이렇게 대 만족하기는 아이폰이 처음이다.

과거 나는 무소유 정신이라고 해서 어느 물건에 의지하지 말자는 생각을 갖고 있었다. 근데 아이폰을 쓰며 많이 만족하는 나의 모습이나 차에 관심갖는 나의 모습을 보면 나도 이제 물질에 많이 의존한다.

그러나 요즘은 물질에 의존하는 것이 크게 나쁘지 않다는 생각도 든다. 내가 아이폰을 쓰면서 개발자로서의 창의력과 상상력, 앞으로의 IT 전망 예측등에 윤활유를 바른 것처럼 유익한 자극이 되는 느낌이다. 어느 물질을 알면서 육체의 편함과 쾌락외에 정신적으로 얻는것도 분명히 있다. 그래서 적당히 문명인으로 쓸만한 것들은 써도 될것이다. 부산가는 길에 유독 차와 아이폰등의 물건에 대한 생각을 많이 했다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

의사소통 문제 – 일관성 없는 지적

산골 — Tue, 19 Jan 2010 10:54:36 +0900

일을 하다보면 사람과의 의사소통이 어긋나거나 프로그램 버그 때문에 스트레스 받는 경우가 많습니다. 요즘..사실은 예전부터 블로그에 짧게 짧게 쓸만한게 뭐가 있을까 궁리하다가, 이런 사례를 한번 정리해보자라는 생각을 했습니다. 저의 블로깅 만행(!)을 볼때 얼마나 오래 갈지 모르지만.. 일단 하나 생각나서 정리해봅니다.

저는 우리 엄니랑 단둘이 살고 있어요. 엄니는 평소에는 이것저것 잘 챙켜주시며 저랑 잘지내고 있죠. 그런데 엄니가 한번 화가 나시면 대하기 어렵습니다. 사실 저도 울화가 치밀고는 합니다. 왜냐면 평소에 내가 설겆이를 안해도, 잘 치우지 않아도 뭐라 그러지 않다가 엄니가 짜증날때 갑자기 잘 봐주던 일까지 끄집어 내서 막 뭐라 그러시거든요. 차라리 일관성 있게 내가 그런 행동을 할때마다 뭐라 그러시지, 가만 놔두다가 기분 안좋을때 터트리는 것은 뭐랄까..저의 잘못도 있지만 뭔가 일관성에 맞지 않고 무방비 상태에서 한방 크게 얻어맞는 느낌도 듭니다.

사실 일할때도 이런 경우를 겪은적이 있습니다. 평소에는 사소한 코딩상의 실수나 장애에 대해 그럴수도 있지..하며 이해 해 줍니다. 그러다가 평소처럼 온갑 잡일 중 발생할수 있는 약간의 실수만 했는데도 갑자기 당황스러울정도로 지적하는 경우가 있습니다. 이럴때는 필수적으로 예전일 까지 상기 시킵니다. 물론 내 잘못이 원인이지만, 관례상 너그럽게 넘어가줘도 될 것 같은데, 기분 안좋을때 확 터트리는 경우를 겪으면 기분이 좋지 않습니다.

만약 지적하는 사람 입장에서, 실수하는 사람의 한두번 실수는 봐주겠는데 자꾸 반복해서 실수하므로 화가나는 경우라면, 평소 그런 실수를 할때마다 일관성 있게 그렇게 하면 이런게 잘못된 것이다.. 라고 경고를 지속적으로 상기시키는 것이 어떨까 합니다.

실수하는 사람 입장에서는 너그럽게 봐줄만한 작은 실수이고, 관례상 반복적으로 봐줄만한 일이라 하더라도, 엄격한 업무 질서가 적용되는 일터에서는 계속 주의해야 할 것입니다.

근데 이런 일은 해결책을 억지로 정리 해도 종종 발생되는 일 같습니다. 관리자 입장에서는 그.. 작은일이 터질때마다 일관성 있게 경고 주는것이 귀찮고 어려운일 같기도 하고요. 뭔가 더 정리하고 싶긴 한데 일단 이 문제는 여기까지 씁니다. ^ ^;

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

수영 카페 모임 참석 후기 (쥐나고 알배기고)

산골 — Mon, 11 Jan 2010 08:38:37 +0900

누구나 그렇겠지만 저에겐 딜레마가 있습니다. 시원하게 잘하는 것 없이 뭐든지 어설프게 한다는 것입니다. 기껏 잘하는것 하나 조차도 어설프게 잘하게 됩니다. 프로그램 잘 짜는 줄 았았더니 어설프고, 글 좀 쓴다고 생각했다가 이네 어설픔을 깨닫습니다.

그런데 시원하게 하나 잘 뚫린 경우가 있습니다. 수영입니다. 정말 할머니 보다도 못했던 나의 수영실력은 3개월만에 물에 뜨는데 성공했더니 실력이 급속도로 늘어 지금은 반에서 에이스(첫번째 출발) 도 해보고요. 혼영 연습에 주력해서 접영100미터를 포함한~!(접영25미터 이상 가기가 엄청 힘듭니다.) 혼영400미터를 돕니다. 거기에다 최근에는 혼영400미터를 돌고 바로 이어서 자유형 600미터를 도는데 성공했습니다. 이렇게 혼영+자유형 알파 1000미터 까지 크게 힘들이지 않고 돌줄 압니다.

이정도면 시원하게 하나 잘하는것 있구나~ 자신감을 가지고 있었지요. 이런 자신감을 안고 어느 수영 동호회 정기모임을 갔습니다. 수영실력도 키우고 무엇보다 새해 다짐중 하나였던 다양한 동호회 활동을 통한 사람사귀기를 생각하여 참석하게 되었습니다.

회원을 초중급과 고급으로 나누길래 나는 자연스례 고급에 남아 한번 테스트 받았는데, 헉..초중급으로 가라고 합니다. 여기서 부터 당황하기 시작했어요. 알고보니 일반 강습반의 초급, 고급의 뜻이 아니라 고급은 대회 나갈정도의 실력을 갖춘 회원들인것 같습니다. 여튼 초중급에서 레인 왔다갔다 하는데 여기도 연수반 레벨이지 초중급이 맞나 라는 생각이 저절로 듭니다.

전력질주는 전력질주대로 힘들고, 드릴 연습은 익숙하지 않아서 몸에 힘이 들어갑니다. 이렇게 하도 쉴틈없이 돌다보니깐 오른다리에 쥐가 났습니다. 또 계속 돌다보니깐 왼쪽 다리에도 쥐가 났습니다. 이것 참 마치 아마추어 축구 선수가 프로에 입단하여 처음 경기 뛸때 겪는 레벨차이와 생소함이 이런 느낌일꺼란 생각이 들었습니다.

초중급이 초중급이 아닌 강습을 마친 듯 하더니 다른 선생님이 스타트를 갈켜주었습니다. 제가 정말로 스타트를 배우고 싶었습니다. 왜냐면 우리 수영장은 다 좋은데 수심이 낮아 스타트를 갈켜주지 않거든요. 스타트 해보니 정말 수영 선수가 된듯한 느낌입니다.

수영이 끝난 후에는 카페 회원들과 술한잔 하고 집에 왔습니다. 카페 회원들과 술자리 할때 느낀점 몇가지는 실명이 아닌 닉네임은 외우기 힘들다는 것과, 다들 운동을 좋아해서 그런지 나이에 비해 너무 동안들 이더군요. 수영이 노화를 막는 효과가 있을지도 모르겠습니다.

제가 올해 새운 다짐중에, 동호회 활동을 열심히 하자, 하고 수영 마스터즈 대회 나가 한번 입상해보자, 가 올해 다짐 중 하나입니다. 저도 유독 다짐을 잘 지키지 못하지만, 이번에 그 다짐을 지키기 위해 참석한 이번 수영 모임은 한마디로 ‘정신없이’ 유익했습니다. 다음날 일어나보니 쥐난곳의 통증 여운이 남고, 하도 팔을 헤엄쳐대니 어깨와 팔이 알이 배겼지만, 쥐가 나던 알이배기던 수영 하나라도 잘 해야죠. 올해 말 수영 마스터즈 대회 입상하여 저의 역영 동영상과 빛나는 메달을 블로그에 올렸으면 하는 바람입니다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

새해 평창 송어축제 여행 (실수투성이로도 얻는 즐거움)

산골 — Mon, 04 Jan 2010 21:46:27 +0900

저번 크리스마스 연휴는 삼일내내 아이폰 셋팅 하느라고 폐인상태였습니다. 덕분에 아이폰을 잘 쓰는 방법은 알았지만, 그 황금주말을 폐인상태로 보내니 허탈합니다. 아무리 아이폰이 내 여자친구고 나는 여자친구랑 크리스마스를 보냈다고 위로해도 어쩔수 없었습니다.

하지만 씁쓸했던 성탄절 연휴를 이번 신정 연휴에 만회할 기회가 생겼어요. 우리 고등학교 친구들이 신정때 평창에서 모이기로 했거든요. 원래 처음 가고싶었던 스키장은 예약을 못해 가지 못했지만 그래도 모처럼 나들이 하는게 어딘가 싶었습니다.

진부터미널에 도착, 친구들과 식사를 하며 무엇을 할꺼냐고 물어봤더니 여기 송어축제 한다고 합니다. 우리는 열심히 낚시해서 한사람당 최소 다섯마리는 낚자고 다짐했는데요. 이 다짐이 엄청난 허풍이 되어버렸어요.

송어축제터는 추웠고, 얼음은 단단하면서 차가웠고, 구멍이 많이 뚫린 곳에서 수 많은 사람들이 낚시를 하고 있었어요. 근데 막상 많아야할 송어는 안보이고 낚이지도 않아요. 시간이 흐를수록 나도 친구도 주변의 아저씨도 아가씨도 아이들도 짜증을 냅니다.

중간에 진행요원 아저씨들이 얼음구멍 통해 송어를 대량으로 방출합니다. 그래서 이제는 잡겠거니 했는데 역시 잡히지가 않습니다. 우리들은 네시간을 칼바람과 얼음바닥의 차가움을 이겨가며 버티다가 결국 포기하고 말았는데요.

그래도 두어마리 잡은 '꾼'들에게 물어보니 아무리 미끼를 움직여도 송어는 가짜미끼를 물지않고요. 얼음 구멍을 자세히보면 송어가 움직이는게 보인데요. 송어가 얼음구멍을 지나가는 그때 낚시바늘로 확 들어올려야 송어를 잡을수가 있다고 합니다. 그렇다 해도 너무 잡히지가 않으니 축제가 영 마음에 들지는 않았어요.

생각해보시면 축제 참가비 한사람당 만원씩 사만원내고도 못잡은데다가, 그래도 여기까지 왔는데 송어는 먹어야 하지 않냐며 삼만원어치 송어를 사버렸으니 불만이 있을만도 할겁니다.

팬션에서 회를 떴습니다. 한 친구가 횟집도 아니고 패밀리가 떴다~에서 배웠다며 열심히 회를 떴습니다. 근데 결국 우리는 친구가 뜬 회를 이렇게 이름 지었습니다. '송어 손 주물럭 회'라고요. 친구가 워낙 송어 생살을 주물러가며 회를 힘겹게 떴기 때문입니다. 우리는 친구의 손맛이 구석구석 배인 송어회를 그래도 맛있게 먹었습니다.

다음날은 우리가 묵었던 오대산 근처 펜션에 눈이 많이 내렸습니다. 회사에서 봤으면 귀찮았을 눈인데 놀러가서 본 눈은 넊을 잃을정도로 운치있고 아름답습니다.

이번 여행은 그 매서운 바람과 얼음바닥에 헛고생 낚시하고, 친구의 서툰 송어 손 주물럭회 먹고, 눈 때문에 올라올때 고생했지만, 이 모든게 다 얘기거리가 되고 추억이 되는 즐거움으로 남았습니다. 올해는 아이폰도 좋지만 이런 유쾌한 여행을 많이 다녀야 겠다는 다짐을 합니다.

[열심히 낚시질 하는 친구들과 수많은 사람들, 잡은 사람은 별로 없다.]

[나는 얼음바닥 아래 원래 송어가 많이 사는줄 알았는데
가끔가다 아저씨들이 송어를 대량으로 방출했다.]

[친구가 패밀리가 떴다에서 배웠다고 열심히는 회를 뜨는데, 정말 송어 손 주물럭 회가 되고 말았다.]

[강원도의 자연과 펜션과 하얀 눈은 운치있고 아름다웠다. 사진은 친구]

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

아이폰의 움직임은 김연아와 닮았다.

산골 — Thu, 24 Dec 2009 13:48:37 +0900

몇달전 노트북을 새로 사려고 했습니다.그때 맥북은 전혀 생각하지 않았는데요. 근데 친구가 맥북을 강력히 추천했습니다. 왜 좋냐고 물어보니 예쁘고 OS의 성능이 좋고등의 다소 두루뭉실한 장점을 말해주었습니다. 그래서 윈도우의 익숙한 많은 킬러 프로그램을 포기하고 맥으로 옮겨 가기엔 뭔가 부족했어요.

그러나 저는 깐깐한 친구가 그렇게 극찬하는것은 다 이유가 있을것 같아 한번 저지르자 하고 맥을 샀습니다. 근데 맥에 막상 익숙해지니 정말 윈도우하고는 그 성능이나 움직임이 차원이 틀린거에요. 저는 친구에게 말하길, 마치 발달된 외계인이 쓰던 컴퓨터가 지구로 떨어진게 맥이 아닐까 싶다라고 말하기까지 했습니다.

맥을 만족하며 쓰고 있는 요즘 드디어 아이폰이 우리나라에 나왔습니다. 저도 사고 싶었지만 통신요금이 배로 뛰어서 살까말까 고민이 많았습니다. 그러나 예전 맥을 살때도 긴가민가 했지만 결국 맥에 크게 만족했듯이 아이폰도 그 명성이라면 사도 후회하지 않을 것 같았습니다. 그때 쓰던 블랙잭도 꽤 오래써서 바꿀때도 됐고요.

아이폰을 사고 5일정도 써봤습니다. 일단 내가 생각하는 모든 디지털 기기가 아이폰 하나에 어느하나 부족한것 없이 완벽하게 구현이 되어서 경악할 정도였습니다. 현대판 전자 알라딘 램프라고 할정도로 온갖 전자제품의 기능이 아이폰 작은 기기에 온전하게 구현이 되어있습니다.

디자인은 그 중요한 요소인 베터리를 희생할정도로, 디자인에 대하여 일관성과 철학을 갖고 구현했으니, 다른 제품과는 겉모습이 뭔가 틀려보이고 더 예뻐보입니다. 근데 저는 위의 장점 말고도 내가 맥을 썼을때부터 느꼈던 그 특유의 느낌, 그것을 아이폰에서도 느꼈기 때문에 아이폰을 대단하다고 보고 있습니다.

아이폰과 맥에서 동일하게 느낀 그것은 '무엇을 하든' 끊기지않는 부드러움 입니다. 이게 무슨말이냐면 어떤 프로그램이 작동하거나 종료할때 등의 이벤트 작동과 전환이 너무도 부드럽고 세련되게 연결된다는 것 입니다. 이벤트 전환중에 느려지거나 뚝뚝 끊기거나 비정상 종료되는 경우가 거의 없습니다. 이런 부드러운 흐름은 심지어 음악이 종료될때도 일관성을 보이는데요. 음악이 종료될때 뚝 끊기듯 바로 소리가 끊기질 않고 서서히 사라져서 거부감을 주지 않습니다.

특히 아이폰에 더해진 부드러운 기술은 터치감입니다. 맥계열의 부드러운 처리 기술이 손가락 끝의 터치에서 궁극의 경지로 발휘된듯 합니다. 터치의 손맛때문에 아이폰을 더 자주하는것 같습니다. 이런 부드러운 이벤트 처리가 어떤 느낌인지 이해가 안되신다면, 김연아의 움직임과 김연아가 아닌 선수의 움직임을 생각하면 아하~하고 이해가 되실겁니다

잔뜩 긴장되고 힘이들어간 윈도우의 뚝끊기는 움직임에 비해 아이폰과 맥의 움직임은 김연아의 부드러운 움직임과 일치합니다. 이런 부드러운 움직임 처리가 보통 기술력으로는 힘들텐대, 아이폰과 김연아는 잘도 해냅니다. 김연아는 원래 타고난 재능에다가 치열한 노력 끝에 궁극의 부드러운 움직임을 완성했을 것인데, 그렇다면 애플의 부드러운 처리 기술도 천재들의 치열한 기술개발의 산물일까요. 아이폰을 다룰때마다 애플의 신기한 기술력에 감탄하고 있습니다

아이폰의 강점은 많습니다. 저 위에서 빼먹은 장점중 하나가 무수히 다양하고 창의적인 앱들이죠. 그리고 앱스토어 통한 새로운 유통구조는 개발자인 저에게 새로운 길이 있다는 것을 보여주었죠. 보통 사람들이 아이폰에 열광하는것은 세련된 디자인, 수많은 앱들을 얘기하지만, 저는 아이폰 궁극의 부드러운 이벤트 처리가 인상에 남는군요. 마치 김연아의 우아한 몸짓과 비슷한 느낌입니다..

그래서 아이폰의 움직임은 김연아의 움직임과 닮았습니다.

덧1) 이 글은 순수 아이폰 메모장에서 작성하였다. 가로로 타자치면 오히려 전에 쓰던 블랙잭보다 더 편하게 써지는 것 같다.
덧2) 아이폰의 기능은 정말 신천지라 할정도로 막강한데 AS는 불만이 많은것 같다. 오늘은 오줌액정 얘기를 듣고 내 아이폰도 확인해보았는데 나도 약간 누리끼리~ 한것도 아닌것도 같다. 근데 신경쓰지말자~!

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

dW Live 세미나 ‘웹 개발 다반사’, 여러 발표주제들

산골 — Tue, 01 Dec 2009 08:53:35 +0900

최근 소개해 드린대로대로 12월 5일 (토) 오후 1:30 ~ 6:00 도곡동 군인공제회관 23층 온디맨드홀에서 페챠쿠차(Pecha Kucha)란 발표형식으로 '웹 개발 다반사' 란 주제로 세미나가 열립니다.

http://www.ibm.com//developerworks/kr/event/seminar/dwlive_1205/index.html

페챠쿠차란 발표형식을 다시 설명 드리면 15장의 슬라이드를 장당 30초씩 발표하는 방식입니다.

최근 최종 발표 주제가 확정되었다고 하네요.

Pecha Kucha 최종 선정 결과

* 괜찮은 오픈 API 제공하기 + VLAAH API 소개 - 홍민희
* 봄싹 싸이트(http://springsprout.org) 개발 협업 방법 및 사용 기술 - 백기선
* 코드 품질 포탈 SONAR 적용기 - 고경철
* 흑백무성영화한편! (HTTP) - 이동욱
* 자바스크립트 삽질(실수?) 베스트 10 - 장동수
* (Startup기업 CEO의 관점에서 본) 기술의 경제학 - 정지웅
* Realtime Web 간보기 - 김석준
* Spring Framework with JavaFX - 이승철
* 추상 계층의 딜레마 - 황대산

VLAAH 는 무슨 신기술인가 싶었는데 '인맥 기반 커뮤니티'라는 웹 서비스 이름이군요. 이 서비스에서 유익한 오픈 API를 제공하고 관련 웹 기술을 설명하는것 같습니다.

봄싹 사이트는 왕성하게 개발자 커뮤니티 활동하시는 백기선님이 주축으로 만든 개발자 학습 커뮤니티라고 하는데요. 여기에 여러 협업 기술 및 스프링 관련 기술이 사용 되었을것 같습니다.

기타..자바스크립트 삽질 베스트 10도 참 공감이 많이 갈것 같고, 이런 삽질들을 장동수님이 패턴화 하여 정리하셨을것이기 때문에 자바스크립트 개발에 도움이 많이 될것 같고요.

특히 저는 황대산님의 추상 계층의 딜레마란 주제가 관심 갑니다. 왜냐면 과거에 프레임워크를 짜본다고 했을때 어느 기술 영역/업무 영역까지 공통화 하여 처리하는가가 상당한 딜레마 였거든요. 공통화 하고자 하는 영역을 최대한 넓히면 공통화하기 힘들뿐만 아니라 어거지로 공통화 하다 뭔가 억지로 짠듯한 결과가 나오기 마련이고, 공통화 하고자 하는 영역을 좁히면 굳이 프레임워크를 쓰지 않거나 프레임워크가 뒷전이 되는 상황이 발생하니 이것이 참 딜레마 였던 기억이 납니다.

루비/네일스의 유명한 애반젤리스트인 황대산님이 말씀하고자 하는 내용이 아마도 이런 내용과 비슷하지 않을까 생각해봅니다. 아닐수도 있고요. ^ ^;

그럼 이번 발표가 모든 웹개발자들에게 유익한 자리가 되길 바랍니다.

http://www.ibm.com//developerworks/kr/event/seminar/dwlive_1205/index.html

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

웹 개발 다반사, 웹 개발도 즐겁게 할수 있다~

산골 — Fri, 27 Nov 2009 23:27:17 +0900

어떤 사물을 생각하면 그 사물과 연관된 이미지가 즉각 생각나곤 합니다. 예를들어 애플사~ 하면 진취적 창의적 이미지가 떠오르고, 우리나라 통신사나 모자동차 회사를 생각하면 독과점 횡포 기업이란 이미지가 떠오릅니다. 이효리하면 섹시한 이미지가 떠오르고 박지성 하면 성실한 이미지가 떠오르죠.

하얀 눈의 이미지는 어떤가요. 깨끗하고 낭만적이고 순수한 이미지가 떠오르실 겁니다. 그러나 나에게 눈은 지독한 삽질, 지독한 노가다라는 강렬한 이미지로 남아 있습니다. 저는 산에서 군복무를 했고 지독하게 눈을 치워댔습니다. 눈이 무섭고 싫었습니다. 그 순수한 눈에게서 이런 나쁜 이미지를 느끼다니 삭막하고 안타깝죠. 근데 군 제대한 후에는 눈 치울 걱정은 할 필요 없더군요. 이제 더 이상은 삽질은 없을 것 같았습니다. 그러나 이런 삽질 이미지를 IT개발자로 일하면서 다시 느끼기 시작했습니다. 웹 개발은 마치 눈에서 떠오르는 이미지와 아주 닮았습니다. 나에게 웹 개발은 지독한 삽질, 지독한 노가다 이미지로 뇌리에 박혔습니다.

그놈의 야근 하면서 하루종일 복사/붙여넣기, 대충 하고 싶지만 대충~ 안되는 HTML 테이블 디자인 맞추기, 잔뜩 꼬인 자바스크립트 디버깅 하기, 인풋 태그에 자바스크립트 Alert 체크하기, MVC패턴 좋지만 컨피그 파일 수정하면 서버 리스타트 해야되~ 어휴 짜증나~ 등의 일련의 웹 개발 작업은 지독한 삽질이고 노가다 였죠. 도무지 재미와 창의적인 프로그래밍은 웹 개발에서는 불가능한 일로 보였습니다.

그러나 우리 개발자가 하는 일은 불편한 업무를 편하게 전산화 하는 겁니다. 그러니 웹 개발이란 짜증나는 작업을 편하게 돕는 일도 할 수 있을 겁니다. 이런 생각에서 출발하여 현재 편한 웹 개발을 도와주는 수많은 도구가 나와 있습니다. 예를들어 루비 네일스라는 언어+프레임워크는 웹개발을 정말 즐겁게 해준다고 하는 군요.

내가볼때 웹 개발은 삽질이고 노가다 이지만, 삽질과 노가다란 작업이 있기에 집도 있고 도로도 있고 다리도 있듯이, 웹 개발은 IT중에서도 가장 중요하고 많이 쓰이는 기술임에는 분명합니다.

작업 방식은 삽질로 점철됐지만 한없이 중요한 웹개발..이렇게 여러가지 복잡한 애증이 얽힌 웹 개발이란 기술에 대해 '페차쿠차(Pecha Kucha)' 란 박진감 넘치는? 방법으로 발표하고 토론하는 세미나가 열린다고 합니다.

개발자들을 위한 여러 유익한 기사를 제공하는 IBM DeveloperWorks에서 'dW Live! 세미나 ‘웹 개발 다반사’ 란 세미나 행사를 마련했다고 하는군요.

세미나 진행 방식은 페차쿠차라는 20장의 슬라이드를 장당 20초씩 총 400초씩 스피디 하게 발표하고 그 후에는 개발자들끼리 자유롭게 토론을 한다고 하는군요. 이 자리에 참석하게 되면 웹 개발을 편하게 즐겁게 하기 위한 여러가지 아이디어를 얻을 것 같습니다.

웹 개발에 대한 애환도 나누고 동감도 하고 말이죠. 무엇보다 웹 개발도 편하고 즐겁게 할 수 있다라는 희망을 얻는 자리가 되었으면 좋겠네요. 저는 여러 고급 기술에 대한 발표보다 '자바스크립트 삽질(실수?) 베스트 10' 이라는 주제가 관심이 갑니다.

이왕 웹 개발하는것 뭔가 즐겁게 하는 아이디어를 얻어가거나 웹 개발의 애환을 나누실 분들은

http://www.ibm.com//developerworks/kr/event/seminar/dwlive_1205/index.html

를 참고하시길 바립니다. ^ ^

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

처음엔 생소했던 배치팀 풍경

산골 — Thu, 26 Nov 2009 06:02:30 +0900

나는 처음에 들어간 회사가 금융SI회사라 보니 금융쪽의 경력을 계속 쌓고 있다. 나는 금융쪽의 경력이 왜 좋은지 의문이 들 때가 많다. 왜냐면 내가 겪은 금융쪽 일들은 정형화 된 일들이라 창의적인 개발을 하기 힘들고, 이쪽 계통이 보수적이라 최신 기술 보다는 안정된 기술을 쓰는 경향이 있기 때문이다. 더구나 내가 겪은 금융 프로젝트나 은행에서는 출퇴근 시간이 엄격하고 컴퓨터 보안도 엄격하게 적용하여 여러가지 불편한점이 많다. 그래도 좌우지간 이쪽 경력이 좋다고하니 좀더 경력 쌓아보고 아~ 이래서 금융 경력을 인정해주는구나라고 실감나게 느끼게끔 뭔가 금융의 핵심 업무와 기술을 익혀야 한다는 생각은..많이 한다.

어디든 마찬가지로, 금융쪽에서도 여러가지 분야가 있고 나는 인터넷 뱅킹쪽을 경험 했다. 근데 지금와서 보니 인터넷 뱅킹 쪽은 금융쪽에서도 바깥 쪽인것 같다. 인터넷 뱅킹을 할때는 계좌번호니 수취인이니 하는 금융 관련 데이터가 어떻게 만들어지는지 알수 없었고, 알 필요도 없었다. 근데 여기서는 처음보는 생소한 팀이 아주 복잡다단한 작업을 하는 것을 곁에서 보고 있고, 나도 일부 곁다리를 놓고 있다.

그 생소한 팀은 바로 배치팀이다. 우리 사람들이 대낮에 바쁘다면 배치는 저녁부터 새벽을 지나 아침까지 복잡다단하게 거미줄 처럼 얽혀서 돌아간다. 최초에 계정계에서 데이터를 가지고와 기초변환을 하고 또 어느 영어약어쓰는 시스템에서 데이터 가져와 데이터 분할을 하고, 그 데이터로부터 또 다른 데이터를 만들어 내고, 우리 시스템에 맡게 데이터를 일부 변환도 하는 등 온갖 금융 관련 데이터들이 복잡한 데이터 이동 과 보정 단계를 거쳐 우리 시스템에 맞는 데이터들로 거듭난다. 여기 배치 작업은 마치 보이지 않는 거대한 데이터 제철소와 같다.

배치팀을 담당하는 개발자들은 나와 같은 보통 개발자와는 다소 틀린 일들을 한다. 일단 자바니 C니 이런 프로그래밍 언어를 다룰일이 거의 없고, 데이터베이스에 우선 능통해야 한다. 그리고 쉘 스크립트 작업에도 익숙해야 한다. 무엇보다 필요한 업무 요령은 필요한 데이터를 검색하고 통계내고 잘못된 데이터를 디버깅 하고 보정하는 일이다.

근데 내가 배치팀원이 하는 일들을 보고 아~ 이일을 내가 하면 정말 버거워 하겠구나~ 싶었던 것은..잘못된 데이터를 추출하고 보정하는 디버깅 작업들이 상당히 어렵다는 것이다. 내가 여기서 쿼리를 예전보단 많이 만지면서 느낀 것은 '쿼리'가 일반 프로그램 보다 디버깅 하기가 많이 힘들다는 느낌이 든다. 더구나 프로시듀어로 여러 쿼리가 뭉친 쿼리들은 디버깅 하기가 난감하다. 이 난감한 일들을 배치팀원들은 잘도 해낸다.

배치팀원들은 하루종일 데이터를 보며 데이터 보정과 배치의 속도 개선에 전념한다. 혹시 밤에 배치 작업중 장애가 발생하면 퇴근해서도 전화를 받고 장애 복구를 해야 한다. 이 광경들은 일반 프로그래머와는 다소 틀린 모습들이라 생소했다. 나보고 배치팀원이 되라고 하면 고개를 절래 절래 흔들 것 같다.

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.