타다 후기, 승차거부 아니되오~

타다를 탔다. 1만원 할인이라서 탔다. 처음에는 코엑스에서 분당으로 오는 길에 타고 싶었는데 콜을 했는데, 7분 4분 을 기다려도 차가 움직이지를 않았다. 모랄까.. 승차거부를 당한 느낌이었고, 추운 날이어서 취소를 하고 버스를 타고 집에 왔다. 아직은 뭔가 서비스가 설 익은걸까? 베타인가? 차량이 별로 없는 건가? 하는 생각이 들었다. 두번째 기회가 왔다. 분당에서 홍대는 조금 먼데 가는 길에 지하철을 타고 가니 올 때는 빨리 오고 싶었다. 다시 2호선을 타고 신분당선을 타고 마을버스를 타고 집에 와서 아들과 놀아 줄 자신이 없었다. 홍대 한빛미디어 근처에서 타다를 불렀다. 4분 만에 온다는 것과 위치를 보고 곧 오겠지라는 생각이 들었는데 점점 멀어지고 있었다. 첫번째 승차거부 아닌 승차거부를 당했던 일이 생각이 났다. 다행이도 홍대 인근에는 일방통행이 많아서 회전교차로까지 가서 돌아왔다. 차가 많은 곳이라서 기사분이 내려서 문을 열어주시기 전에 내가 올라탔다. 뭔가 택시에 비해서 친절한 느낌이었고, 처음 탄다고 웰컴킷을 주셨다. 늦은 밤이라서 불을 꺼 주셨고, 한강을 지나서 집으로 잠이 들면서 올 수 있었다. 택시에 비해서 확실히 말이 없는데, 너무 말이 없어서 내가 질문을 할 뻔했다. 가장 좋았던 것은 불편했던 담배 냄새를 맡지 않아서 좋았다. 30대가 되면서 차를 운전하기 시작했고, 차를 운전하기 시작하면서 어느 순간부터 한강의 야경을 보기란 쉽지 않았다. 운전하면서 야경이나 옆을 본다는 건 굉장히 위험한데, 타다를 타고 오면서 한강의 야경을 오랜만에 볼 수 있었다. 타다를 타고 오면서 든 생각은 택시는 빠르게 이동하기 위한 수단이라는 생각이 많이 들었고, 우버나 카풀은 택시가 안 잡힐 때의 대안 혹은 해외여행 갔을 때 사용할 수 있는 대안이라고 생각을 많이 했다. 그런데 타다를 타고나서 드는 느낌은 시간과 공간을 내가 돈으로 샀다는

서비스종료

Path 서비스 종료 푸시를 받았다. 꽤 많은 서비스들이 하루에도 많이 모르는 사이에 종료 되고 있는데. 좋아했던 Path 의 서비스 종료 푸시는 마음을 아프게 했다. 꽤 오랫동안 사용했던 것 같다. 페이스북이 지금 보다 작았을 때, 나는 좀 더 친밀한 관계에 있는 사람들끼리 사진 공유를 하고 싶은 마음에 Path 를 사용했고(실제로 친구 명수 제한이 있었다.) 결혼하기 전 그러니까 4년정도 전까지 엄마와 아내와 함께 썼었다. 지금은 너무나도 흔하지만, 카메라 필터의 기능이 매우 마음에 들었고, 바로 찍어서 올린다는 것도 좋았다. 그런 좋았던 부분들은 다른 앱 들에게 따라 잡혔고, 더 이상 차별화가 되지 못했고, 꽤 많은 사람들이 페이스북을 주로 쓰기 시작하면서 자연스럽게 Path 와 나 역시 멀어져 갔다. 그럼에도 불구하고, 좋았던 순간들을 찍었던 사진들이 있는 제 2의 싸이월드 같은 곳이라서 앱을 지우지는 않았다. 가끔 지난날이 보고 싶을 때 들어가서 보곤 했

면접자가 하면 절대 안되는 말

면접자로도 참여하기도 하고 면접관으로도 참여하는 짬이 되었다.(애매한) 그런데 면접관으로 참여하면서 느낀 것중 하나는 면접자 스스로 절대 하면 안되는 말이 있다. 그건 바로 스스로 연봉을 낮추는 것이다. 스스로 연봉을 낮춰지는 어떤 행위나 말을 하는게 아니라, 실제로 연봉을 낮게 받아도 된다고 말하는 경우들을 많이 봐왔다. 어떤 처우협의가 별도의 단계가 없는(사실 처우협의 단계가 있는 회사를 지원하시기를 추천한다.) 경우 더 그런데 면접과정에서 현재 연봉과 희망연봉(내규에 따름..?) 을 애기하는 과정에서 지원자가 스스로 연봉을 어떤 사유에서 낮게 받아도 된다고 애기해버리는 경우가 있다. 개발자의 경우, 어떤 기술이나 언어를 사용해보지 않았거나 연차가 덜 쌓였다고 생각해서 그렇게 말하는 경우가 있더라. 뭐 SNS 상에서는 후배개발자를 위해서 내가 제대로 대우를 받아야한다는 말도 있지만(그건 둘째치고),

런칭 이후의 일들

요 몇년간 큰 조직과 작은 조직에서 번갈아 가면서 서비스를 런칭을 해보면서 드는 생각이 있다. 런칭 이전에는 설계와 코드에 많은 공을 들이지만, 이후에는 그것 보다는 좀 더 프로세스 및 자동화에 신경을 많이 쓰게 되는 것 같다.(설계와 코드는 항상 중요하다.) 오픈하고 땡이라는 개념은 개발-운영이 분리된 조직에서나 가능한 것 같고. 개발하면서 운영도 해야하는 작은 조직에서 가장 중요한 것은 개발생산성과 품질을 운영을 하면서 유지 하는 일이다. 당연히 운영이 더 중요한데 당장 발생하는 운영상의 이슈들을 처리해야하고 운영하면서 필연적으로 발생하는 작업들, 정산, 통계, 데이터 확인 등의 부차적인 작업들도 해야한다.(정산팀, 데이터분석팀이 있으면 상관 없다.) 이런 일들이 신규 개발보다 중요한 이유는 경영이나 마케팅, 비지니스 적으로 중간 중간에 방향을 결정하는 중요한 지표들이 되기 때문이다. 예를 들어, 어떤 매장이 좀더 매출이 잘

불편한 운동화

난 원래 기본 스타일의 운동화를 즐겨 신는다. 뉴발란스나 나이키 포스 같은 스타일이라고 보면 될것 같다. 홈쇼핑에서 나오는 여름형 매쉬소재의 운동화들을 사고 싶었지만 금방 적응하지 못하고 안 신을것 같아서 주문하지 못했었다. 그런데 지난달 아내와 함께 이마트에 가서 2만원짜리 매쉬 소재의 운동화에 꽂혀서 사버렸다. 새로산 운동화를 실제 신는데 까지는 꽤 오랜시간이 걸렸다. 무려한달. 발등이 들어난다는 것 때문에 약간 꺼려지기도 했다. 왜 사놓고 안신냐는 아내의 말에 이런저런 핑계로 둘러댔다. 몇일전 그래도 사놨는데 신어야지 하는 마음에 신어봤는데 자꾸 뒷쪽이 들리고 미끌거리는것 같아서 몇 번 안 신겠구나 하는 생각이 들었다. 그런데 자꾸 신다보니 너무 시원하고 발에 땀도 덜나고 처음보다 많이 편안해졌다. 요 몇일은 이 신발만 신고 있다. 운동화, 신는것에 변화를 주는것에 대한 두려움은 이번 뿐만은 아니였다. 양말을 신지 않고

블로그 툴 이사

블로그를 개편했다. 아니 정확히는 블로그 툴을 바꿨다는게 맞는것 같다. 블로그에 대한 나의 편력(?)은 대단한 편이다. 처음에 테터툴즈로 시작했고, 티스토리, 네이버를 거쳐서 워드프레스(Startig wordpress) 그리고 ghost까지. 그리고 지금은 직접 개발하고 있는 블로그 툴을 사용하고 있다. ghost를 사용하면서 개인적으로 ghost를 사용한 이유는 마크다운으로 포스트를 작성하기 위해서였다. 확실히 ghost 는 세련된 마크다운 편집기 툴을 제공하고 있고 잘 쓰고 있었다. 그러나, 조금 느리다고 생각했고, node.js 기반이라서 설치형을 사용했는데, 연관 포스트나 추천 포스트 같은 기능을 구현하기에는 node.js 를 내가 잘 하지를 못했다. 그래서 python으로 별도의 API를 만들고

로그를 잘 남기기

보통의 웹 어플리케이션, 사이트 등을 만들 때 순수한 개발 외적으로 신경 써야 할 부분 중 여러 가지가 있는데 그 중에 하나가 로그이다. 잘 돌아가는 사이트들도 서버에 들어가서 로그를 남기는 형태나 로그파일을 보면 얼마나 신경을 썼는지를 알 수 있다. 이건 마치 그림의 뒷면이나, 자동차 하부를 보는것과 같다. 로그를 남기는 것은 매우 중요하다. 뭔가 문제가 생겼을 때 로그는 거의 유일한 단서가 되기도 하고 부서나 파트 별로 문제를 찾아야 할 때 설령 내 쪽 문제가 아니더라도 로그로 그것을 증명할 수 없다면, 사실상 쪽팔리게 된다.(보다 적절한 단어를 찾지는 못하겠다.) 로그를 남길 때 몇가지 주의사항이 있는데 다음과 같다. 날짜/시간을 반드시 남길 것 간혹 날짜를 남기지 않는 경우가 있다. 문제가 되고 로그를 찾아야 하는 경우 로그의 단서는 대부분 날

인공지능 스피커, 과연 이게 필요한가?

카카오미니, 네이버의 웨이버, 아마존의 에코 등 인공지능 스피커들이 난리다. 정확히 인공지능 스피커라는 용어가 맞는지도 모르겠지만, 개인적으로는 솔직히 왜 이게 필요한지를 모르겠다. 일단 기능자체는 거의 모든것들이 현재의 스마트폰에서 되는것이다. 노래를 찾아서 재생하거나, 길을 찾거나, 집에 있는 하드웨어를 제어하거나 등등. 좀 더 나은점이라면 음성인식 + 서비스가 하나로 결합된 상태라고 볼 수 있을것이다. 아이폰의 시리나 삼성의 벅스비에 구글이나 네이버의 서비스들이 합쳐진 형태라고 볼 수 있다. 스마트폰에서는 네이버앱에 들어가거나 해야하는 번거로움이 있지만 스피커에 그냥 말하면 된다는 것이다. 개인적인 이유에서 일수도 있지만, 별로라고 생각하는 몇가지 이유가 있다. 프라이버시 : 일단 스피커라는 점에서 내가 말하는 내용과 듣는 내용을 나 외에 공간에 같이 있는 사람이 듣게 된다. 굳이 스피커라는 매체를 쓰면서까지 그렇게 할 필요

No Show 면접

말 그대로 노쇼(No Show)다. 면접자가 나타나지 않았다. 연락도 되지 않았다. 한 자릿수의 서류 통과자 중에 2명이 불참했다. (불참을 선언한게 아니다.) 한명은 전화를 받지 않았고, 다른 한명은 면접일자/시간을 변경해 줬음에도 불구하고 아무 말도 없이 오지 않았다. 오지 않는건 자유다. 그렇지만 못 간다는 애기를 전달해 주는게 예의가 아닐까? 왜 오지 않는지 묻지도 않는데 기다리는 사람도 생각해 주는게 맞는거 아닐까? 나 뿐만이 아니였다. 이상하게 그날따라 페이스북에서 다른 개발자분들도 똑같은 노쇼면접을 겪었다. 다들 분개했고, 블랙리스트를 만들어야 한다는 댓글들도 있었다. 왜 이런 문제가 발생할까? 여러가지 이유가 있을것이다. 개인적인 사정이 있을수도 있고, 지레 포기할 수도 있고, 회사일이 바쁠수도 있고, 더운날에 정장을 입고 면접을 갈 만큼 매력적인 회사가 아닐

퇴사자는 진실을 말하지 않는다.

나도 그랬고 다른 사람도 그랬다. 친한 사람들 앞에서는 퇴사의 이유에 대해서 이야기를 하지만 진짜 퇴사 이유를 밝히지는 않는다. 더 좋은 오퍼가 있어서 간다는 식이다.(어떤 사람이 더 나쁜 오퍼가 가겠는가, 가봐야알뿐) 왜 그럴까? 불편해서?, 나가는 마당에 굳이 애기할 필요가 없어서? 여러가지 이유들이 있겠다. 퇴사자들을 탓하고 싶지는 않다. 어찌보면 그건 당연한것이다. 이 바닥은 좁고 굳이 나가는 마당에 좋은게 좋은거니까 서로 얼굴 붉히고 싶지는 않은거겠지. 그렇지만, 그 조직의 관리자는 알아야 한다. 왜 퇴사자들이 늘어가는지 알아야 하고, 원인을 파악해야하고 본인이 관리하는 조직에서 케어할 수 있으면 케어를 해야한다. 케어할 수 없는 범위의 일이라면 상급 관리자에게 건의를 해야한다. 가장 안타까운 것들중에 관리자들이 대부분 본인의 권한