어렵다. 다른 사람 앞에서 발표하는 건 어려운 일이다. 발표는 늘 뿌듯함과 보람보다 아쉬움과 미련이 남는다. 이 맛에 자꾸 발표를 하게 되고, 나는 같은 실수를 반복하는 것 아닐까. 사실 Women Techmakers 행사 참석이 처음이다. 늘 행사 소식을 늦게 접하거나, 일정이 맞지 않아서 신청하지 못했었다가 이번에는 좋은 기회가 닿아 발표까지 할 수 있게 되었다. 처음 가보는 행사여서, 어떤 사람들이 주로 참석하는지 분위기를 몰라 불안했으나 900명이나 참가 등록을 받는 것을 보고 욕심을 내려놓았다. 모든 청중에게 맞는 주제를 정하기란 불가능하다는 것을 안다. 참여자
Blog Posts
1월의 첫 번째 월요일에 우아한형제들에 입사해 벌써 2월의 마지막 날이다. 중간에 설 명절도 껴있고, 2월은 원래가 짧은지라 시간 가는 줄 모르고 지냈다. 3월에는 수습종료 인터뷰를 할 테고, 정직원으로 최종합격해야 하는 절차가 있으니 지금이 아니면 쓰기 어려운 꼭지로 글을 써본다. 언제든지 떠날 생각하기 어느덧 9년 차, 이직은 8번…. 프로이직러지만 자의보단 타의에 의한 이직이 많았기에 고민보다 타이밍이 문제였다. 퇴사는 늘 갑작스러워서 회사를 고른다는 건 사치였고, 포지션이 열려있는 대로 지원하는 대로 합격하는 대로 입사하는 대로 그렇게 물 흘러가듯 이 시장에서 살아남았다. 하지만
어제 Zeppelin 의 Dynamic form 사용해보기 (Text Input)을 페이스북에 올렸더니, David Park 님이 코멘트를 주셨다. 그래서 넣어봄. 근데 에러남. no viable alternative at input 'coalesce(,' 하나 하나 고치다 보니 다양한 에러를 뱉길래 오기가 생겨 다 넣어봤다. 인풋 타입 조정하기 input에 들어오는 것은 그때 그때 달라지는 것 같다. 텍스트를 넣으면 varchar, 숫자를 넣으면 integer. {$end_date} 에 2018-01-01을 넣으면 2016이 된다. '{$end_date}' 로 묶으면 2018-01-01이 된다. 매번 입력폼에다 '2018-01-01' 이라고 넣는건 매우 비효율적이라고 생각되어 인자를 따옴표로 묶었다. 아웃풋 타입 맞추기 All
지정한 기간에 대한 데이터를 조회해볼 일이 있어 노트북을 작성하다가, 아무래도 자주 반복되지 싶어서 쿼리에 다이나믹 폼을 추가했다. 다이나믹폼은 제플린이 제공하는 기능이고, 텍스트박스/체크박스/드롭다운으로 간단히 외부 변수를 주입할 수 있게 되어있는데, 매번 짤 때마다 새로운 느낌이길래 이번 기회에 블로그로 정리해둔다. 나중엔 안찾아보고 촵촵 짜면 참 좋겠다… 일단 변수가 필요한 쿼리를 준비한다. 아래는 log_dt를 기준으로 특정 기간에 해당하는 로그가 어느 요일에 속하는지를 분류하는 쿼리인데, 내부 데이터와 연계되어 있을 수 있어 테이블명과 where 에 들어가는 조건문들은 모두 없앤 상태다. 로그테이블에다 이렇게 쿼리날리면 데이터팀에서
오늘은 1월 7일. 작년 12월 7일 퇴사를 한 후, 벌써 한 달이나 지났다. 백수라기보다 하루하루가 휴가처럼 느껴졌다. 근속기간이 짧은 편이라 이직경험이 적지 않음에도 불구하고 매번 회사를 옮길 때마다 쉬어본 게 1주일 이내여서 이렇게 길게 회사 일을 하지 않았던 적이 없다. 사실 퇴사면담과 인수인계만 두 달이 걸렸고, 그 사이에도 신규 프로젝트로 정신없이 바빴기 때문에 (내 프로젝트는 잘 지내니?) 다시 찾아오지 않을지도 모르는 공백기를 어떻게 보내야 할지 전혀 계획을 세우지 못했다. 막연하게 여행이나 다녀올까 했지만 연말 성수기의 비행기와 숙박 비용을 둘러보다
올해도 많은 일들이 있었다. 그렇지만 크게 기억에 남는게 없다. 충격적으로 큰일은 없었나보다. 다행이라고 생각한다. 많은 글을 썼다고 생각했는데, 올해 쓴 글이 고작 3개 뿐이더라. 부끄럽지만, 한 해를 돌아보는 글은 써야할 것 같아 자리에 앉았다. 책 조각모음 올 한해 사거나 빌린 책은 총 57권이다. 2018년 구입일을 기준으로 다 읽은 책은 12권이고, 9권을 더 읽는 중이다. 올해도 책 욕심을 버리지 못해 지인들에게 추천받는 책은 일단 쟁여놨다. 안읽는 책으로 분류해 버리더라도 한 챕터는 읽는 편이니까 아직은 괜찮다고 생각한다. 독서상태 관리가 잘 되고
인스파이어드 : 감동을 전하는 제품은 어떻게 만들어지는가. 이 책은 한동안 동종업계 지인들의 타임라인에서 구매 인증이 올라왔던 책이다. 나는 따라쟁이라서 고민 없이 사긴 했지만, 책 제목도 inspired인 데다 서브 카피까지 ‘감동’이라고 하여 책을 읽을 생각은 없었다. (책은 생각 좀 하고 쟁였으면!) 개똥철학일지 모르겠지만, 제품 개발은 ‘상상력’나 ‘영감’으로 할 수 있는게 아니라고 생각해서다. 어쨌든 올 상반기에 진행했던 큰 프로젝트가 끝난 직후라 정신적인 공허함이 찾아오는 번아웃과 현자 타임의 그 어디에서 책장에서 고른 이 책은 어쩌면 다시 업무의 일상으로 (돌아가고 싶지 않았지만) 돌려놓는
기획자를 둘러싼 수 많은 질문이 있다. 어떤 기획자가 되어야 하나 묻는다. 기획자가 뭐하는 사람인지 묻는다. 기획이 무엇인지 묻는다. 기획자는 뭘 공부해야 하는지 묻는다. 많은 사람들이 기획자는 이래야한다 등의 이야기들로 직군을 정의하지만, 여전히 기획자라는 역할과 책임에는 여전히 물음표가 많은 상태다. 국내에만 있는 직군이라는 무시부터 아무나 기획을 할 수 있다는 무시도, 그리고 기획자는 필요없다는 무시까지. 기획자를 둘러싼 무존중은 존재하는 수많은 기획자들이 하루 하루를 감정노동 속에 살게 한다. 그럼에도 불구하고, 스스로에 대한 자부심을 갖고, 열정에 임하는 사람들은 당연히 있기 마련이다. 하지만 기획자에
2018년 1월, 새해 다짐과 함께 시작한 기획스터디 – 요구사항(Requirement)이 4주의 모임을 끝으로 종료되었다. 나를 포함하여 4명이 모여 매주 한 번씩 2-3시간씩 스터디와 토론을 했고 스터디에 선정하지 못했던 사람들을 위해 4시간의 1day 세미나도 진행했다. 스터디 중간에 세미나를 연 것이라 스터디 후반의 내용도 세미나로 개최할 계획은 가지고 있다. 하지만 언제가 될지는 모르겠다. 애증이라고 할 수 있을까 나의 경력 전체를 놓고 바라보는 요구사항에 대한 관점은 기획의 롤을 수행하는 사람들에게 가장 난이도가 높은 업무 중에 하나다. 개발자들이 기획자의 요구사항을 받을 때 느낌도 이와
회고 할게 참 많은데, 당장은 쉽지 않아 올해 구매한 책에 대해 정리해본다. 물론 완독률은 제로에 수렴한다. 제로에.. 기획분야 Software Requirement 소프트웨어 요구사항 3 날로 많아지는 요구사항들을 관리하고 좀 더 구체적으로 고도화해보려고 구매한 책이다. 매일 한 챕터씩 읽고 있다. 내년 1월에 할 기획스터디의 주 재료이기도 하다. 책을 보면서 많은 생각이 들었다. 그리고 나는 운좋게도, 어설픔의 한 축으로 먹고사는 중이라는 생각이 든다. 요구공학(Requirements engineering)이라는 단어를 알게해준 책이기도 하다. 모바일 결제 UX 디자인 : 핀테크/UXoT를 위한 모바일 커머스 디자인 입문 야놀자 결제페이지를