기본 콘텐츠로 건너뛰기

글

라벨이 생각과 일상 그리고...인 게시물 표시

[성탄절인사] 메리 크리스마스~~~

최근 바쁘게 지내다보니 성탄절인지도 모르다가 어제 저녁때쯤 알게 되었습니다. 제 블로그를 방문해주시는 소중한 분들께 드릴건 없고 어제 저녁에 찍은 노을 사진으로 성탄인사를 대신합니다^^ 메리 크리스마스~~

경력 개발자의 자기소개서에 대해서...

갑자기 뜬금없이 이런 글을 쓰다니 무슨 생각이야? 라고 생각하시는 분들이 있을지도 모르겠네요. 뜬금없음에 대한 변명은 잠시 접어두고 일단 오늘 쓰려고 하는 글을 시작해볼까 합니다. 개발자로 대충 16년을 그럭저럭 보내왔습니다. 시대적 상황으로 5년 차쯤에 대리로 처음 팀장을 시작했으니, 일반 개발자로 산 시간보다는 어쨌건 프로젝트 또는 팀의 리더로 산 시간이 더 많았던 것 같습니다. 그 기간 동안 남들보다 좀 심하게 회사를 많이 옮겨 다니다 보니 꽤 많은 면접을 볼 수 있는 경험이 있었고, 또 옮긴 회사가 대부분 팀을 리빌딩하는 곳이었다 보니 꽤 많은 채용절차에 관여할 기회가 있어서 어린 나이부터 비교적 많은 이력서를 검토했고 면접관으로도 여러 사람을 만날 수 있었습니다. 처음 면접을 보러 다니던 시절의 제 이력서의 자기소개서는 항상 "19XX년 봄 XX업계에 종사하시던 아버님과 집안일에 헌신적인 어머니의 유복한 가정에 1남 1녀의 막내로..." 로 시작되었습니다 (이 문장에 향수를 느끼시는 분들 많으실 거예요. ^^). 경력이 5년이 넘은 어느 날 도대체 이 문장을 왜 써야 하느냐는 의문이 생겨서 조금 바꾸긴 했습니다만, 그 뒤로도 꽤 오랜 세월을 이런 자기소개서가 항상 제 이력서에 붙어있었죠. 요즘 누가 저런 식으로 자기소개서를 써? 라고 생각하시는 분들 많으실 거로 생각해요. (대신 요즘은 대학 시절의 봉사활동이나 해외연수 이력이... 뭐 어차피 그놈이 그놈입니다.) 저런 자기소개서를 써야 한다는 것이 어디서 어떻게 시작된 것인지는 몰라도 회사를 그만두기 전인 2년 전까지도 약간의 표현은 다를지 모르지만 비슷한 문장으로 시작하는 자기소개서를 이력서에 첨부해서 보내는 지원자들을 볼 수 있었습니다. 이제 제가 뜬금없는 이런 글을 쓰게 된 이유를 밝히고 계속 진행해야겠네요. 블로그에 올릴 글을 준비하는 일이 생각보다 힘들어요. 블로그에 올리려고 준비한 주제에 맞는 소스를 작업하고 거기에 글을 입히다 보면 가끔 ...

개발하는 카페 사장으로의 새출발

정말 오랜만에 포스트를 올리는 것 같습니다. 별로 궁금해하시는 분들도 없긴 하지만, 그래도 거의 8개월이 넘게 멈췄던 블로그를 다시 시작하는 만큼 일단 근황 보고 하는 포스트를 먼저 올려볼까 합니다. 그동안 개인 신변에 많은 변화가 있었어요. 제주도 친구와 공동작업을 진행하다 보니 많은 시간을 제주에서 보내게 되었었는데요. 개인적인 실력의 부족과 여러 어려움이 닥쳐서 작업이 계속 미뤄지더군요. 그러다 친구의 꼬임(?)에 넘어가 결국 제주도에서 카페 공동사장을 하고 있습니다. 물론 카페 한쪽에 작업공간을 만들고 시간 날 때는 개발 작업을 진행하고 있고요. 친구와의 공동작업 프로젝트 외에도 개인 프로젝트도 진행을 시작하려다 보니 예전보다 더 정신은 없네요. 사실 별로 진행되는 것도 없으면서 말이죠. 혹시 제주도에 오시는 개발자분들 중 시간은 많은데 할 일이 없으신 분들은 들려주세요. 함께 개발 이야기도 할 수 있다면 좋겠네요. 여기 있으니 개발자와 직접 소통이 거의 없어서 좀 외롭네요. 계획에 없었던 일이긴 하지만, 이왕 제주도 생활이 시작된 거 간간이 제주도 이야기도 올려볼까 합니다. 참고로 카페와 함께 펜션도 하고 있으니 이용해주셔도 됩니다. 헛! 의도치 않게 광고 포스트가 되어버렸네요. 요즘 장사가 안되다 보니 그런가 봅니다. 이왕 광고를 시작한 거!! 펜션 문의는 아래에서 하시면 됩니다. 홈페이지 : https://sumbi.modoo.at/ 카페는 매주 화요일 정기휴무고 오전 10시 ~ 오후 7시까지 영업합니다. 아래는 제가 있는 카페의 사진입니다.

산책길에 벚꽃구경을 했습니다.

아침 산책길에 중랑천에서 만난 벚꽃... 이렇게 벚꽃구경을 하게 될 줄이야. 평소 가지 않는 길로 산책하러 나간 보람이 있었습니다. 사진기술이 좋은 편이 아니고 손 떨림도 있어서 평소 사진을 잘 찍지 않는데 오늘은 휴대폰 카메라를 꺼내지 않을 수가 없었네요. 여유를 가지고 조금씩 꾸준히 하는 것이 중요하다는 것을 느끼는 요즘입니다. 하고 싶은 일을 하기 위해서는 할 수 있는 일을 꾸준히 하는 것이 중요하네요. 가끔은 이런 글 블로그에 올려보고 싶었습니다. ^^

[TED Talk 소개] 조직에서 가장 중요한것은 받기만 하는 자를 솎아내는 것이다.

최근에 회사라는 조직에서 떨궈져 나와서 홀로 작업을 진행하게 되다 보니 조직에 있을 때의 제 모습을 돌아보게 되는 경우가 종종 있네요. 서버 측 API 작업은 기본이고 그 외에도 UI 레이아웃, 자바스크립트, CSS 등등... 회사에 있을 때도 일정 부분 작업을 안 하던 것들은 아니지만 모든 것을 혼자서 직접 해야 할 때 특히 그런 생각들이 드는 것 같습니다. 오늘은 TED에서 조직 내의 세 가지 타입의 사람들에 대한 이야기를 풀어놓은 TED 하나를 소개해 볼까 합니다. 애덤 그랜트라는 와튼 대학교의 교수이고 우리에겐 기브 앤 테이크 라는 책의 저자로 친숙한 사람입니다. 사실 저도 이 책을 아직 읽지는 않았는데 위시리스트에는 들어가 있는 책이더군요. 애덤 그랜트는 베푸는 사람(giver)과 받기만 하는 사람(taker), 그리고 대부분을 차지하는 맞추는 사람(matcher)에 관해서 이야기를 합니다. 어떻게 하면 베푸는 사람이 성공할 수 있는 조직(또는 사회)을 만들 수 있는가 하는 것입니다. 이유는 베푸는 사람이 가장 저조한 성과를 내지만 또한 가장 높은 성과를 내기도 한다는 것이지요. 즉, 베푸는 사람이 많은 조직일수록 성공할 수 있다는 것입니다. 베푸는 사람이 성공할 수 있도록 하는 방법으로 다음과 같은 이야기를 합니다. 베푸는 사람이 지치지 않도록 해야 한다. 도움 요청을 장려한다. 조직 내에 맞는 사람을 뽑아야 한다. 뭐 다 좋은 이야기인데 이 TED에서 제 시선을 가장 끌었던 부분은 조직이 성공하기 위해 중요한 것은 베푸는 사람을 더 많이 뽑는 것이 아니라 받기만 하는 사람을 솎아내는 것이라는 부분이었습니다. 영상에서는 썩은 사과 하나가 한 통을 망치지만 양질의 달걀 하나가 양질의 한판을 만들지는 않는다고 이야기하네요. 즉, 받기만 하는 사람이 조직에 들어오면 베푸는 사람들이 주는 것을 멈추게 된다는 것이지요. 반면에, 베푸는 사람 하나를 조직에 투입했다고 해서 조직의 문화가 베푸는 문화가 되지는 않는다는 것입니다. 그...

[TED Talk 소개] 시간이 없다는 것은 우선순위가 낮다는 것이다.

간만에 TED Talk 을 봤습니다. 시간 관리에 관한 짤막하지만 아주 강렬한 강의였습니다. 평소 다른 탓을 하거나 변명하는 것을 별로 좋아하지 않습니다. 그중에서 가장 하기 싫은 변명인데 가장 많이 하는 변명이 시간이 없다는 것이죠. (이 블로그 글에도 시간이 없다고 쓴 적이 있는듯하네요) 이 TED 동영상은 Laura Vanderkam 이라는 분이 시간 관리에 대해서 강연한 12분 남짓의 짧은 내용입니다. 잠시 구글링을 해보니 이 분은 주로 시간 관리를 바탕으로 한 성공학 관련 강연을 하시고 관련 책을 집필하시는 분인 것으로 보이네요. 국내에는 " 시간 창조자 : 똑같이 주어진 시간, 그러나 다르게 사는 사람들 (원제: 168 Hours)"이라는 책이 2011년에 번역 출간되어있더군요. 이 TED 동영상의 내용을 요약하자면 매우 단순합니다. (TED 동영상의 가장 큰 장점이지요) 중요하게 생각하는 즉 우선순위가 높은 일들을 미리 스케줄에 넣어놓고 이것을 하기 위한 시간을 만들라는 내용입니다. 그러기 위해서 두가지 정도를 이야기하는데 내년성과 평가를 지금 해 보라는 것과 다음주의 할일을 미리 정하고 그에 맞춰서 시간을 만들어 넣으라는 내용입니다. 주로 시간관리와 관련된 자기계발서나 글을 많이 읽으신 분들은 "맨날 하는 뻔한 이야기"라고 생각하실지도 모르겠네요. 이 동영상에서는 이런 예를 통해서 설명합니다. 작은 회사를 운영하시는 아이 6을 가지신 어떤 여성분이(이 TED가 아마도 여성분들을 위한 것이었나 봅니다. 관중분들이 모두 여성분들이시더군요) 어느 날 퇴근해서 보니 배관이 터졌답니다. 매우 중대한 사태였기 때문에 다음날에는 배관공을 불러서 고치고 그다음 날에는 카펫 청소업체를 부르는 등의 조치를 해서 빠르게 문제를 해결했다고 합니다. 그분은 이 처리를 하기 위해서 일주일간 7시간을 투자하셨는데, 이분에게 운동을 위해 7시간을 투자하라고 하면 시간이 없다고 하리라는 것이죠. 아주 바쁜 ...

개발자들의 기술에 대한 오만에 대해서...

최근 며칠간 회사일로 약간의 혼란상황이 있었습니다. 많은 부분 정리가 되긴 했지만, 아직 조금 더 시간이 걸리듯 하네요. 최근 블로그를 쓰지 않고 있었던 것은 다른 일로 좀 바빴기 때문인데, 역시 이것도 시간이 많이 필요해 보입니다. 오늘은 잠시 추석을 앞두고 휴식도 가질 겸 기술이 아니라 기술에 대한 생각들을 한번 이야기해볼까 합니다. 추석에는 다른 작업을 또 열심히 해야 하기에... 그동안도 몇 번 블로그에 정리하고 싶었습니다만, 저 자신도 부족한 것이 많은데 괜한 잘난 척이 되지 않을까, 몇 번이나 쓰기를 망설였던 내용입니다. 그 내용은 개발자들이 흔히 범하는 기술에 대한 오해에서 오는 오만에 대한 것입니다. 최근 면접을 위해 이력서를 보거나 다른 회사의 제안서를 검토하다 보면 애자일 방법론이라던가 도메인 주도개발이라던가 테스트 주도개발을 강점으로 내세우는 경우를 많이 보게 됩니다. 또한 머신 투 머신(이런 용어가 어디에서 나온 것인지 좀 궁금합니다만...)의 인터페이스를 이용한 개발방법론이라는 것도 보게 되더군요. 아마도 EIP(기업 통합 패턴, Enterprise Integration Pattern)을 말하는 것이거나, 마이크로서비스 아키텍트의 사촌쯤 되는 게 아닐까 생각해 봅니다. 심지어 위 기술들에 대한 전문가라고 칭하는 사람들도 보이더군요. 너무나도 당연히 해야만 하는 테스트주도 개발(제 주관적인 생각입니다)을 제외하고 다른 부분에 대해서는 좀 생각을 해봐야 하는 것이 아닌가 합니다. 위에 기술한 것들이 참 좋은 것들이고 올바른 트랜드라고 생각을 합니다만... 좀 더 깊게 한번 생각해 보겠습니다. 애자일 방법론의 핵심이 무엇일까요? 애자일 매니페스토의 한글 번역본은 이렇게 시작합니다. 우리의 최우선 순위는, 가치 있는 소프트웨어를 일찍 그리고 지속적으로 전달해서 고객을 만족시키는 것이다. 이 뒤로도 주옥같은 많은 원칙이 나옵니다만, 저에게 애자일의 가장 핵심은 위의 내용입니다. 몇 개월이 지나도록...

Google I/O Extended Seoul

작년에 이어 올해도 구글 I/O Extended 를 다녀왔습니다. 지난 일요일인 6월 19일에 있었던 행사지요. 제가 구글 I/O Extended 를 웬만하면 꼭 가는 이유는 두 가지 입니다. 첫째는 일요일에 하기 때문에 회사의 눈치를 볼 이유가 없다는 것. 일단은 회사에 제가 갔는지 안 갔는지를 말할 필요도 없거니와 어떤 내용이 있었는지를 보고할 이유도 없어서 마음 편하다는 것. 둘째는 집에서 가까운 세종대에서 2년째 계속하고 있다는 것. 느리게 걸어도 10분 정도면 갈 수 있는 거리에서 행사가 열린다는 것은 분명 기쁜 일. 뭐 어쨌건 올해도 신청해서 다녀왔습니다. 뭐 꽤 많은 분이 오셨더군요. 제가 들었던 세션은 아래와 같습니다. 안드로이드 N을 준비하는 개발자를 위한 안내서 Building Extraordinary Apps with Firebase Analytics Google's PRPL web development pattern Tensorflow 101 우리는 낮에도 꿈을 꾸는 개발자들~ Daydream 열심히 준비들 하셔서 열심히 강연해주시느라 고생하셨으므로 각 세션에 대한 감상은 적지 않겠습니다. 모두 수고 많이 하셨습니다. 그래도 한 분 Building Extraordinary Apps with Firebase Analytics 를 발표하신 Bart Jarochowski 님은 외국 분이신데 한국어로 발표하시느라 정말 열심이셨습니다. 고생하셨어요. 일 년 해봐야 제가 참가하는 컨퍼런스나 세미나는 겨우 두 개 아니면 세 개 정도입니다. 그것도 정말 열심히 해야 그 정도 되고 일 년에 겨우 한 개 정도 참여하는 경우도 있습니다. 하나라도 참가를 하고자 노력을 하는 이유 즉, 제가 컨퍼런스나 세미나를 참가하고자 하는 이유는 사실 굉장히 간단합니다. 10여 명 남짓의 개발팀 그것도 한가지 서비스를 위해 달려가는 개발팀에서 벗어나 잠시 많은 개발과 관련된 분야에서 일하시는 ...

새로운 회사에서의 새로운 출발...

이 나이에 새로운 출발이라는 말을 적기가 참 쑥스럽지만.. 새로운 회사에서 새롭게 시작한다는 의미에서 분명 출발이 맞을 것이다. 눈 깜짝 할 사이에 2주가 흘렀는데, 그 동안 새로운 환경에 적응하고자 하루하루 긴장의 연속이었다. 물론 지금도.... 사람들과의 환경, 개발 환경, 업무 프로세스 환경 등등.. 적응해야 할 환경이 나이를 먹을 수록 더 많아지는 것 같다. 원래 사람 이름 외우는데 서투르다보니 대부분의 시간은 사람들 얼굴과 이름을 맞춰나가는 작업으로 보낸거 같다. 물론 입사하자마자 진행된 현 프로젝트에 대한 리팩토링 구조를 잡는 작업도 힘들긴 마찬가지.. 매일 매일이 긴장되고 스스로 약간씩 자책하는 시간과 공부하는 시간으로 보내다 보니 퇴근해서 집에 가면 온 몸이 노곤해지기 일쑤다. 여기서 간단히 현재 진행하고 있는 프로젝트의 시스템을 적어보자면, OS : Linux(Centos) Language : Java Framework : Spring framework 3.X Database : Oracle Build Tool : Maven Version Control : Subversion IDE : Eclipse (+ m2eclipse, + subclipse, + STS) 1주일을 투자해서 리팩토링 구조는 만들었는데, 아직 샘플을 준비하지 못했다. 당장 다음주부터 리팩토링을 진행해야만 하고, 거의 이전에 3개월 정도 작업한 분량을 2주일 안에 리팩토링을 해야 하는 빠듯하고 겁나는 일정이다. 겁이 나면서도 약간 설레이기도 하는... 뭔가 기존보다 3% 정도의 열정이 생겨난거 같다. 그나저나 요즘 개발자 어린 친구들은 개발하는 모습이 정말 오락하는 모습 같다. 뭔가 신기한데, 내 고참들도 날 볼때 그랬을까나... 아무튼 어린 친구들이 노하우는 부족한 듯 하지만 프로그램은 참 잘 짠다. 좀 창피하다.

블로그 이사 준비 중...

그동안 네이버 블로그를 사용했었다... 뭐 일년에 끽해야 10여개 글 올릴까 말까(여행기라도 올리지 않으면...) 하는 블로그지만.. 몇 개 안되는 포스트지만 이사 준비를 시작해야겠다. 다른 포스트는 괜찮은데 여행 포스트들은 옮기기가 쉽지 않은데... 뭐 아무튼... 요즘 너무 구글 서비스로 통합하는거 같아 뭔가 좀 찝찝하긴 하다..