지나치다가 이런 HAVING 이라는 SQL 명령어를 보게 되었다. 어디서 많이 봤는데 라는 생각만 들었지 어떻게 사용하는지 언제 사용하는지 몰랐다. 이런.. 수년간의 SQL 작성에 대해서 부정받는 느낌이었다. 그래서 부끄럽지만 뒤늦게 찾아보았다. 역시.. 그래서 인지 내 쿼리가 지저분 했던거군 -_-;; 이런 생각이 제일 먼저 들었다. 아마 이 쿼리에 대해서 잘 알았다면 아래처럼 쿼리를 작성하지는 않았을 것이다. 아래 쿼리를 대략적으로 설명하자면 부서별 직원 숫자를 알아보는 쿼리인데 집계한 직원 수 중에서 2만명이 넘는 조직들을 조회하는 것이다. HAVING 을 알기 전엔 아래처럼 쿼리를 짜놓고 더이상 할 것이 없다.. 하고 있었겠지만 이걸 보고 있자니 이렇게 안할 수 있는 방법도 있는데.. 하는 생각만..

책으로 MySQL 스터디를 하게 되었다. 첫 항목으로 접하게 되는 부분이 다름이 아닌 "실행 계획" 이라는 주제를 가진 챕터이다. 보통 데이터베이스라고 하면 SQL 이 떠오를테고 SQL이 떠오르면 어떻게 쿼리를 잘 하면 되는건가? 하는 생각이 들 것 같다. SELECT, INSERT, CREATE, DROP 등등 여러가지 명령어들이 떠오를테고.. 학부생때 배웠던 이런 간단한 쿼리들과 정보계 시스템들을 개발하면서 배웠던 관계형 데이터베이스를 활용하는 방법들은 잘 알았지만.. 실제로 이 데이터베이스라는 것이 어떤 알고리즘에 따라서 동작하는지에 대한 내용들은 잘 몰랐다. 그래서인지는 몰라도 쿼리를 튜닝하거나 처리 비용이 너무 많이 드는 형태의 쿼리를 짜는 것을 지양한다던가 하는 행위가 잘 안됐던 것 같다. 이..

2013년에 바야흐로 흑역사가 펼쳐 졌다. 나이 서른도 안되서 희망퇴직(을 빙자한 정리해고)를 겪은 것도 파란만장한데 한가지 더 추가 됐으니 말이다. 내 프로필에 보면 프리랜서로 일한 기간이 있는데 이것은 진정 원해서 한것이 아니다. 학교 선배의 소개로 일을 시작했으나 결국은 문제가 되어 임금 체불과 채용 문제로 까지 번졌으니 말이다. 더욱 놀라운 사실은 나야 6월쯤에 이런일을 겪고 진작에 그만 두었지만 아직 일이 재미있어서 버틸만 하다는 다른 분들은 8월이 다된 시점까지도 밀린 임금과 정규직 전환이 되질 않고 있단다. 어찌 저런 이기적이고 무책임한 행동을 할 수 있을까? 소개를 받아서 간다는게 부담스럽고 어려운 일이지만 사람을 보고 믿고 가는 것을 잘못 알았는지 선배라는 자는 선택은 니가 했으니 책임도..

책을 다 읽는 내내 무척이나 불쾌했다. 영화 매트릭스에서 주인공인 네오가 모피어스의 빨간약과 파란약 중에 빨간약을 선택하게 되어 깨닫는 그런 느낌이 들었다. 실제로 이 사회는 그런 감추어져 있는 무언가가 있고 사실 누구나 알 수도 있지만 애써 알려 하지 않으려 하는 것 같기도 한 암묵적인 룰이 있다. 이책이 몇 번의 개정을 하기 이전에는 김치맨식 열정 페이 계산법이라 하여 재능과 기술에 댓가를 치르지 않아도 되는 것 처럼 여기는 인식에 대한 내용이 있었다. 하지만 내가 받아 든 책에는 그런내용이 빠져 있었고 보다 광범위의 내용이 적혀 있었다. 솔직히 변경된 내용이 훨씬 더 잔인하고 먹먹했다. 시초적인 열정 노동은 세 가지 진술의 결합이었다. 1. 나는 좋아하는 일을 하며 열정을 가지고 있다.2. 그러므로..

오랜만에 책을 한권 읽게 됐다. 언제나 그렇듯 가장 먼저 책을 펴내며 쓴 글쓴이의 이야기가 가장 먼저다. 그 사람이 책을 펴내며 하고 싶은 이야기 소소한 철학들을 살펴볼 수 있는 기회가 되기 때문에 꼭 먼저 이걸 살펴보는게 습관이 됐다. 그리고 다음으로 보는 것은 책의 가장 마지막 펴낸 시간을 보게 되는데 이책은 지금으로 부터 제법 오래 된 책이었다. 책의 이름 답게 소프트웨어 개발의 모든 것들에 대해서 담겨 있지만 '핵심 노하우' 라고 불릴 것이 없구나 싶었다. 그렇게 마지막 페이지를 닫을 때쯤 핵심 노하우가 뭔지 알게 된 것 같은 기분이 들었다. 그간 몇몇 IT 관련된 서적을 읽으면서 IT 3대 뜨거운 감자로 불리우는 클라우드, 빅데이터, HTML5 에 대해서 논하는 것들을 많이 봐왔어서 그런지 별 ..