블로그 이미지
올해목표 // 10월 어학연수 떠나자~ 자수씨

카테고리

전체글 (1457)
Brand New! (28)
주절주절 (213)
MOT (11)
해외쇼핑 (49)
쇼핑노트 (150)
취미생활 (94)
iPhone (4)
Eclipse (121)
Google (83)
Spring (31)
JAVA (176)
JavaScript (59)
WEB (49)
Database (20)
OS (26)
Tools (8)
Tips (26)
IT정보 (1)
Book (21)
Programming (37)
외부행사 (43)
주변인들 (17)
여행노트 (60)
학교생활 (30)
회사생활 (52)
사회생활 (5)
외국어공부 (12)
잡동사니 (30)
Total
Today
Yesterday
 
05-16 14:11
 

달력

« » 2024.5
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31
 

최근에 올라온 글

최근에 달린 댓글


기술은 계속 발전하고 있기 때문에 자고 일어나면 새로운 프로젝트들이 시작되고 배포되고 커뮤니티를 통해서 알려지곤 합니다. 프로젝트 뿐만 아니라 개발방법론 또한 많은 경험자들에 의해서 만들어지고 있습니다.

왜 이러한 기술을 현재 팀에 적용하기가 힘든 것 일까요? 일단 개발자들은 자기방어가 본능적으로 내재되어 있습니다. 지금 가지고 있는 기술로도 충분히 해결할 수 있는데 왜 새로운 기술을 받아들여야 하는가라는 생각으로 거부감을 피력하기도 합니다. 프로젝트를 진행하는 PM 에 있어서도 새로운 기술은 부담으로 다가옵니다. PM 의 최종 목적은 프로젝트의 성공적인 오픈입니다. 새로운 기술로 인해서 일정에 미뤄진다면 새로운 기술은 아무리 좋더라도 프로젝트 성공을 방해하는 요인이 되는 것입니다. 진취적인 PL 들이 있더라도 PM 과 개발자를 설득하지 못한다면 새로운 기술을 적용하기가 힘들게 됩니다. 설득을 한다 할지라도 PL 을 지원해줄 수 있는 동료가 없다면 도입 중에 지쳐버릴 수도 있습니다.

어떻게 하면 새로운 기술을 도입할 수 있을까요? 제일 좋은 방법은 프로젝트 설계단계에서부터 감안이 되어야 합니다. 한창 진행중인 프로젝트에 기술을 도입하자고 하는 것은 본인이 모든 것을 책임질 수 있을때나 가능한 것입니다. 기술이 좋다는 것은 쉽게 인식할 수 있지만 그에 따른 지연은 누구도 책임을 지려하지 않을 것입니다. "왜 이런 좋은 기술을 사용하지 않으려고 하는거지?" 라는 생각으로 팀에 대한 불만을 가지고 있다면 그런 생각을 할 시간에 우리팀에 가장 어려움 없이 기술을 받아들일 수 있는 방법이 무엇일까를 생각하는 것이 좋을 것입니다. 팀원들이 모두 같을 수는 없습니다. 대부분의 팀원들이 거부감없이 사용할 수 있을 정도로 준비를 한 후 기술에 대해서 PM 과 의논을 한다면 어느정도의 타협점을 찾을 수 있을거라 생각됩니다.

현재 제가 참여하고 있는 프로젝트는 온갖 새로운 기술을 많이 사용하고 있습니다. 새로운 기술이라기 보다는 이전에 나와서 많이 알려진 기술이지만 실제로는 사용해보지 못한 기술이라고 하는 것이 나을 것입니다. 물론 처음에 프로젝트 시작할 때부터 이런 기술들을 사용한다고 정의하지는 않았습니다. 하지만 우리팀이 이런 기술들을 받아들일 수 있는 이유는 진취적인 PL 과 그것에 대해 투자를 아끼지 않는 PM 이 있었기 때문에 가능한 것입니다. 팀원들이야 새로운 기술을 익혀야 하기 때문에 불만이 생길 수 있습니다. 그리고 독단적으로 PL 스타일의 기술들을 적용하는 것에 대한 불만이 있기도 합니다만 발전하지 않는 개발자들은 시장에서도 팔리지 않는 구제가 되어버리는 것입니다. 지속적인 발전을 통해 신상으로 거듭나는 개발자가 되기 위해서는 다양한 기술에 대한 경험이 필요한 것입니다. 경험이 없는 지식은 결국 빈 껍데기와 같습니다.

새로운 기술을 팀에 도입하기 위해서는 본인의 희생이 필요로 합니다. 무작정 새로운 기술을 외치기 보다는 이 기술을 사용하므로서 얻는 이점과 이 기술에 의해 손해를 보는 부분에 대한 정의를 통해 사람들을 설득시킬 수 있어야 하며, 기술에 대한 선수학습을 이후 전달교육에 대한 준비를 해야 할 것입니다.

언제쯤 이런 얼리어답터들이 인정받는 날이 오게될까요?



Posted by 자수씨
, |

내년이면 복학으로 인해 학생신분이 되어서 예비개발자 행사에 관심을 많이 가지고 있습니다.

대표적인 것이 오픈마루의 WoC (Winter of Code) 와 다음의 DevDay 가 있습니다.
(큰 행사보다는 소수의 인원으로 모두 함께 참여하는 행사들...)

이런 행사에 참여하는 것은 단순히 자신의 스킬업의 의미만 있는 것이 아닙니다.
역시 개발자들에게 제일 중요한 것은 인맥입니다. 바로 그것을 만들어 주는 것이 예비개발자들에게
가장 소중한 자산이 되는 것입니다. "나 ○○○ 랑 이야기 해봤다~" 라고 유명개발자와의 인맥을
자랑하는 (뭐.. 개발자들 사이에서만 관심을 갖겠지만) 것을 통해 든든한 지원군을 얻은 것과 같은
기분을 갖을 수 있고, 자신의 목표를 잡을 수도 있는 좋은 기회이기도 합니다.

다른 유명 IT 기업들도 저런 행사를 많이 개최했으면 좋겠습니다. 기업으로도 우수한 인재를 미리
선점할 수도 있으며 기업 이미지에도 도움이 되겠네요.

예비개발자들도 부끄러워하지말고 행사에 참여해서 인맥을 쌓아나가는 것이 프로젝트를 하는 것보다
도움이 될 수 있습니다.



목표!! WoC 참여, DevDay 참여, SSM 가입, @_@



Posted by 자수씨
, |

AJAX 개발시 주의사항들입니다.

ㅁ 팝업을 고려하라
  - 기존 RIA 들은 한페이지에서 모든 동작들이 이루어지도록 컨셉이 잡혀있습니다. 하지만 실제 사용자들은 팝업을 주로 이용합니다. 개발자들이야 탭으로 된 구조를 좋아하지만 실제 현업들은 작업표시줄에서 선택할 수 있는 구조를 더 좋아합니다. 실제로 오픈했을때 고려하는 것보다는 미리미리 준비하는 것이 좋습니다.

ㅁ 화려함보다는 정확성을 보장하라
  - 화려한 UI 는 의사결정권자들이 좋아하는 것이지 실제로 사용하는 사람들이 좋아하는 것이 아닙니다. RIA 는 무조건 화려해야 한다? 그런 조건은 없습니다. 언제나 오류 없는 솔루션이 제일 좋습니다. 화려한 UI 꾸밀 시간에 테스트 케이스에 투자합시다.


생각이 나는대로 더 정리해야겠습니다.


Posted by 자수씨
, |

지금까지 3년 4개월 동안 원치는 않았지만 기업용 솔루션 개발에 참여하면서 느낀 점들입니다.
(머 사실 기업용 솔루션이라고 하지만 거의 SI 에 가까운 생활이였지만...)


ㅁ 고객들은 프로그래머가 아니다.
 자기가 프로그래밍을 좀 한다고 해서 문의를 하는 고객에게 열심히 프로그래밍 지식으로 말하면서 이해 못하는 고객을 어이없어 한다면 참으로 웃긴일입니다. 현업들은 프로그래머가 아닙니다. 본인이 현업의 일들을 현업만큼 알지 못하는 것(혹시 알 수도 있으나) 처럼 각자의 맡은 업무가 다른 것입니다. 고객의 지식 수준에 맞게 응대하는 것도 분쟁을 줄이고 고객에게 좋은 인상을 심어줄 수 있습니다.
 허나... 고객들 중에서도 얕은 프로그래밍 지식으로 들이대시는 분들이 있습니다. 이런 분들을 위해 자근자근 씹어드릴수 있게 지식을 쌓아서 자근자근 밟아드리면 다음부터 그런일은 없겠죠...


ㅁ 고객들의 컴퓨터는 개발용 컴퓨터가 아니다.
 "멋진 UI 에 이런기능도 되고 저런기능도 되고...", 고객들이 원하는 것은 저런 기능들이 아닙니다. 내가 컴퓨터 앞에 앉아서 그 솔루션을 사용할 때 불편함이 없어야 하며 문제가 발생되지 않아야 하는 것입니다. "나는 당신들을 위해 이런 좋은 기능을 만들었는데 못쓰는 당신들이 멍청한거다" 라고 말 한다면 직접 현장에 나가서 현업들의 컴퓨터 사양을 확인하는게 좋지 않을까요? 아직도 공장에서는 586 PC 들이 어러사람 손에서 사용되고 있는 곳도 있습니다. 메모리도 256 MB 밖에 안되는 상태에서 화려한 플래시와 다양한 기능은 필요하지 않습니다. 저사양 시스템에서도 안정적으로 돌아갈 수 있는 환경이 마련되어야 합니다.
 사실 586 은 좀 심하긴 했습니다. 제발 공장도 어느정도까지는 맞쳐주시란 말입니다...


ㅁ 고객들의 입장에서 생각해보라.
 고객에 있어서 당장 급하게 처리할 일이 있는데 안된다면 그것만큼 크리티컬한 상황이 있을 수 있을까요? (권고사직.. 이런거 말고...) 하지만 응대를 하는 입장에서는 고객의 상황을 모르기 때문에 느긋하게 응대를 할 수도 있습니다. 만약 본인이 고객이라고 생각해본다면 생각이 틀려지겠죠. 급하게 지방에 내려가야 할 일이 생겨서 기차예매를 해야 하는데 표를 발권하시는 분이 느긋하게 처리하신다면 버럭하시겠죠? 고객이 무언가를 이야기한다면 그 상황에 자신이 처한상태라고 생각하면서 일처리를 진행합니다. 고객의 입장에서도 자신의 편이라고 느껴진다면 화가 조금은 누그러질 수도 있습니다 (예외는 항상 존재합니다). 고객들은 약하고 여린 존재입니다. 어르고 잘 달래드려야 합니다.


ㅁ 헬프데스크의 통로를 단일화하라.
 기업용 솔루션 개발에만 해당되는 것은 아니지만, 몇몇 중소 업체에서는 개발자가 직접 헬프데스크의 역할을 하면서 개발을 하는 경우가 있습니다. 사실 개발하시는 분들은 아시겠지만 개발이란 것은 흐름이 중요합니다. 중간에 누군가에 의해 중단이 된다면 자기가 어디까지 했는지 파악하는데 걸리는 시간도 아깝습니다. (기억을 바로 하신다면 당신은... 외계인!!!) 이런 것을 해소하기 위해서는 문의사항에 대해서 통로를 담당하는 인력이 필요하게 됩니다. 이런식으로 헬프데스크를 따로 두게 되면 헬프데스크 나름대로 노하우가 쌓이게되고 전문화가 되어가는 것입니다. 솔루션의 깊숙한 버그를 찾아 수정하는 정도는 아니더라도 전반적으로 처리되는 것을 이해하는 사람이라면 개발자들에게는 든든한 지원군이 됩니다.
 가끔 이런 헬프데스크 역할을 해주시는 분들을 무시하시는 분들도 계십니다. 일정을 잡고 일을 하는게 아니라 일이 없는 것 처럼 보여서 잡일같은 것도 많이 던져주시곤하시는데요, 실제로 한번 해보십시오. 절대로 다시는 하기 싫은 기억일 것입니다. 헬프데스크는 노예가 아닌 동반자입니다.


ㅁ 공통모듈에 의지하지 마라.
 슈퍼스타급 개발자가 팀내에 있어서 모든 공통들을 찍어내려주신다면 걱정할 필요가 없을 것입니다. 하지만 현실은 항상 그렇습니다 (다들 비슷한 처지이실듯...). 프로젝트 진행을 하게되면 PL 들이 공통모듈들을 개발을 하게됩니다. 과연 이렇게 나온 공통모듈들이 모든지 좋은 것일까요? 앞에서도 이야기 했지만 슈퍼스타급 개발자가 없는 경우라면 분명 무언가 헛점이 있곤합니다. 누가 만들어준걸로 그냥 쓰면 되지라는 생각으로 공통에 의지하게 된다면 발전할 생각을 접는게 나을 것입니다. 지금 주변에 계신분들은 프레임워크를 쭉쭉 뽑아내시거나 어떤 분야의 스펙을 뽑아내시는 분들이 아닙니다. 지금 이 글을 읽고 계신분들과 같은 개발자들입니다. PL 들이 만들어 놓은 공통을 통해서 먼저 의견을 제시하는 것은 어떨까요? 사실 PL 들도 공통모듈 뽑아내랴 자기 업무처리하랴 바쁜 것은 마찬가지 입니다. 이럴 때 점수라도 팍팍 쌓는 것이 도움이 많이 될 것입니다.


머 이것 저것 적다보니... 솔루션 개발이 아닌 고객응대와 프로젝트 진행에 대한 글이 되어 버렸네요..
시작은 장대하였으나 끝은 허접하리니... 다시 읽어보면서 고치기엔... 크윽.. -_ㅜ

Posted by 자수씨
, |

11월 21일에 할일~

주절주절 / 2008. 11. 21. 00:46

1. GWT 에서 open 된 윈도우에서 opener 의 이벤트를 발생시킬 수 있도록 만들기


2. 소연샘 외 여럿들과 고글/장갑 보러가기
  - 역삼역 근처에 보드샵 방문
  - 이월 고글들이 나를 유혹하였으나 가볍게 뿌리침...


3. n-단 결재시 유동본문 다음에 나오는 엘리먼트가 안나오는 현상 확인
  - 렌더링할 때 좌표값이 재대로 잡혀있지 않아서 발생한 문제
  - 리팩토링 하면서 처리 완료.

4. GWT Comet 테스트 해보기??


5. RCP 에서 실행시 자동 업데이트에 대해서 확인하기
  - 이클립스 RCP 책 14장 자동업데이트 대로 하면 될 것 같음


6. Selenium 으로 GWT 모듈 테스트 해보기
  - gwt-ext 에서 자동으로 생성되는 id 들이 자기 맘대로 생성되는 것 같아서 테스트가 불가능??
  - 좀 더 확인해볼 것!!!


이 중 3개만 처리해도...  후덜덜...

Posted by 자수씨
, |

신경치료는 두번째부터 마취를 안하더라구요....

저번에 안아팠으니깐 이번에도 안아프겠지 했는데... 마취를 안하고 받으니 거의 죽음입니다.

회사에서 겔겔거리다 퇴근했습니다.

저녁밥 먹으니 깔끔하게 나았습니다.

신경치료 받기 전에 미리미리 치과를.. ㄷㄷㄷ


Posted by 자수씨
, |

한 몇일간 오른쪽 아래 어금니가 아파서 끙끙 거리다가 결국 못참고 치과에 방문했습니다.

사실 치과에 가는게 두려웠던 것은 얼마가 나올지 모르는 치료비 때문이었습니다.

일단 초진을 받은 결과 예전에 떼웠던 부분이 떨어져 나가면서 충치가 신경쪽까지 퍼진게 한 개에 떼운부분이 좀 부실한 부분이어서 금으로 떼워야 할 것이 6개 그냥 치아색으로 떼워도 되는게 한 개였습니다.

총 금액은 170여만원... 100만원에 급한거 먼저 해달라고 했습니다. 일단 신경치료와 그 외의 것들...


조금만 빨리 치과에 방문했으면 신경치료까지는 안받아도 되었지 말입니다.

오전에 검사를 받고 오후에 치료를 받았습니다. 3년전에 한 번 신경치료를 받았었는데 그 때보다 기술이 발전했는지 많이 아프지는 않았지만 가끔씩 신경을 건들일 때 마다 움찔하는건.. 어쩔수가 없었습니다.

아 글구 스케일링도 했습니다. 신경치료에 비하면 껌이지요...

여튼 모무들 치과에 한 번씩 다녀오시길...


ps. 치과에서 항상 아프시거나 불편하시면 왼손을 드세요 하는데... 전국 공통인가요? ㅋㅋㅋ



Posted by 자수씨
, |

SDN Korea 좀 짱인듯~

주절주절 / 2008. 11. 10. 13:09

점심시간이 다가오는 중요한 시점에 택배가 한개 왔습니다. 아니 자주 뵙는 로젠택배 아저씨의 전화번호가 핸드폰에 떴습니다. 뭐일까 하고 나가봤는데.. Sun 봉투에 든 묵직한 물건이였습니다.



난... 썬테크블로거에 신청했을 뿐이고... 선물 받을 주소 알려달라고 해서 알려줬을 뿐인데...



이런 좋은 제품을 보내주실 줄이야~~  액토 NBS-07 시중가격이 2~3 만원대 입니다.
(썬 테크데이에서 발표하고 받은 거 보다 더 기쁘네요 ㅋㅋㅋ)


박스에서 내용물을 꺼내보았습니다.


이 웅장한 자태를 보십시오.. 집에다 설치할 예정입니다.


오늘따라 Sun 마크가 왜 이렇게 이뿌게 보이는지...



사실 개발자들의 수다를 다녀와서 ibm 에 조금 아쉬운 점이 있었는데 Sun 에서 그걸 채워주네요...
지못미 ibm...


Posted by 자수씨
, |

나의 쇼핑 특성은 오픈마켓을 자주 이용하고 있다.
하지만 머니백쇼핑에서는 3대 오픈 마켓인 옥션, G마켓, 11st 중에 옥션만 제휴를 맺고 있는 듯 하다.

G마켓에 사고 싶은 것이 있어도 옥션에서 찾아서 머니백쇼핑을 이용하게 되는 불편을 겪고 있다.
G마켓 올앳카드는 있으면서 왜 머니백쇼핑에 G마켓이 없는걸까... 2 년 정도 사용하면서 가장 궁금했던 점이다.

요즘 11st 쪽에 아이쇼핑을 열심히 하고 있는데 머니백쇼핑이 안되니 실제 결재가 이루어지지 않게 된다.

더 많은 사람들이 올앳카드와 머니백쇼핑을 활용할 수 있게 G마켓과 11st 에서 머니백쇼핑을 할 수 있게 해주세요~~~

Posted by 자수씨
, |

회사생활을 시작한게 2005년 7월이였으니깐... 3년이 넘었습니다.
병특으로 시작해서 박봉에 월급이 안나올까봐 조마조마하는 그런 시기도 있었으나 운이 좋은지 잘 풀려서
지금은 안정적인 직장에 다니고 있습니다. 내년에는 복학하니깐 그 것만 바라보며 하루하루를 살고 있습니다.

일단 학교 다닐 때 조금 잘한다고 생각했지만 역시 사회생활을 하면 좀 다릅니다. 기본기가 밑바탕이 되어야겠지만
사회 경험은 무시할 수가 없습니다. 자신감만 믿고서 나대다가는 따당합니다.

회사생활을 즐겁게 하려면 동료들과의 친분을 빠르게 쌓아나가야 합니다. 허튼데 돈 쓰지말고 핵심 무리에 팍팍
투자를 합니다. 무리에 끼는게 어려운거지 한 번 껴주면 대형사고를 치지 않는 이상은 문제 없습니다.
회사 행사는 자주 참석해서 인맥을 쌓는게 중요합니다. 특히 사내 동호회는 회사 전체적으로 인맥을 쌓고 정보를
얻기에 최고의 장소입니다.

항상 웃으면서 다니는 것도 중요합니다. 그리고 인사도 바르게~ 간혹가다 새로 들어온 사람이 인사를 안하면
텃세를 부리는 경우가 있습니다. 사람이 자신과 친한사람이 뒷담화를 질러주면 오해를 하는 경우가 많습니다.

무작정 성실한 것은 아무런 도움이 되지 않습니다. 적절한 성실함을 갖추고 자신의 능력을 발전시켜야 인정을
받을 수 있습니다. 능력없고 성실한 사람은 그냥 일꾼일 뿐입니다. (성실한 것은 성과의 척도가 절대 되지 않습니다.)

회사는 무작정 제공해주는 것이 아닙니다. 한 만큼 주는 것이 회사이며 주는 만큼 이용하는 것이 회사입니다.
자신도 회사에 얻을 수 있는 것은 모두 얻으면서 맡은 일에 충실하는게 기브 앤 테이크~

마지막으로 문제가 발생하면 즉시 위로 보고하는 습관을 들여야 합니다. 문제 발생 당시 선임자들에게 보고하는 것이
덜 혼나는 지름길입니다. 아무말 안하다가 선임자들이 문제로 인해서 백어택을 맞게되면 그건.. 최악의 상황이지욤
선임자들은 일을 시키라고 있는게 아닙니다. 아랫사람들을 관리하는 역할도 있기 때문에~


야근은 필요한 경우에만 합니다. 지금 이렇게 글을 쓰는 것도 일하다가 자기전에 끄적이는 것입니다.
야근 안하고 일정 맞추는 사람이 최고입니다.

내년에 복학하면 하고 싶은게 너무 많습니다. 만약 학생분이 이 글을 읽는다면 무조건 회사경험을 하세요...
그래야 회사 생활이 힘든게 알고 학교에 가서 공부를 열심히 할 거예요. 졸업하면 돌아갈 곳이 없으니까요~

랄랄라~~

Posted by 자수씨
, |

글 보관함

최근에 받은 트랙백