규도자 블로그

제목은 소프트웨어 아키텍트를 위한 책인 것 같지만 실제로는 소프트웨어 산업에 종사하는 모든 사람이 읽었으면 하는 책이다. 실제로도 소프트웨어 산업 종사자들에게 많은 도움이 될만한 얘기들이 써있다. 예를 들어서 아키텍트의 고객은 솔루션을 요하는 클라이언트가 아닌 실제로 그 솔루션을 사용하는 고객, 그러니까 고객의 고객이 진짜 고객이라는, 그런 조언들 말이다. 사실 나도 소프트웨어를 만들면서 우리의 고객은 누구인가에 대한 생각이 많았었다. 만나서 사양에 대해 담을 나누는 사람인가 혹은 그 사람이 서비스를 제공하면서 실제로 그 시스템을 이용하게 될 사용자들이 우리의 고객인가에 대해서 말이다. 책에서 말하는 바를 보고서 고객의 고객이 진짜 고객이라는 확신을 얻었다. 예를 한 가지만 들었지만 부단 이것 말고도 수..

내가 좋아하는 천문학자 브라이언그린의 책이다. 브라이언 그린이 쓴 책 엘러건트 유니버스와 우주의 구조를 차레대로 읽으려 했는데 일단 우리 집 옆의 도서관에 구비돼있는 책은 이것 뿐이라 이것부터 읽었지만 책 중간중간에 저 두 책에 대한 언급, 예를 들어 "나의 저서 우주의 구조에 잘 설명돼있다"등의 각주가 꽤나 있어서 아쉬움이 들었다. 아직 이 책을 읽을까 고민 중인 사람들 중 브라이언 그린의 팬이거나 우주에 대한 호기심이 대단한 사람들이면 엘레건트 유니버스 -> 우주의 구조 -> 멀티유니버스 순으로 읽으면 좋을 것이다. 사설은 그만하고, 이 책에 대해서 말하자면 많은 문학작품과 미디어에서 다뤄지고 있는 '다중우주'라는 개념을 지극히 과학적인 방법으로 풀어낸다. 그리고 또 신비한 사실은 이 세상은 다중우주..

어린이용 파이썬 책이다. 빅데이터가 각광받고 구글이 주력 언어로 선택한 뒤로 파이썬의 인기가 급상승하게 됐는데 그만큼 많은 파이썬 책들이 눈에 띄는 것 같다. 특히나 요즘 파이썬 책들을 보면 비전공자를 위한, 혹은 어린이를 위한, 이런 접두어가 붙는데 그 책들에서도 볼 수 있다시피 언어의 간결성 때문에 비전공자가 접근하기 쉽고 그만큼 빠르게 배워 본인의 의도에 맞게 사용할 수 있게 하기 위함일 것이다. 책 서두에서도 볼 수 있다시피 C로 hello world를 출력하려면 #include라는 전처리기와 아직 배우지도 않은 함수개념을 이용해 main함수를 작성해야 하고 JAVA로 hello world를 출력하기 위해선 main Class작성과 함께 처음 보면 이해할 수도 없는 public static voi..

소프트웨어 개발 분야의 슈퍼스타, 스티브 맥코넬이 쓴 다른 책이다. 프로그래머의 교과서라고 불리우는 코드 컴플릿2 (CODE COMPLETE 2)는 소프트웨어 개발 중 수많은 과정에 있어서 구현에 중점을 뒀다면 이 책은 말 그대로 소프트웨어 개발 전반에 대하여 본인의 주장을 말한 책이다. 코드 컴플릿은 개발 포지션이 아니라면 별 의미 없겠지만 이 책은 소프트웨어 분야에 종사하고 있는 사람이라면 누구라도 봤으면 하는 책이다. 나는 이 책에서 말하는 부분 중 특히나 감명깊게 읽었던 부분이 바로 '업계의 프로정신'이라는 부분이었다. 최대한 간단하게 설명해볼테니 당신이 개발자라면 내가 간단하게 쓰는 이 글이나마 꼭 읽어줬으면 하는 바람이다. 직업에는 '자격증'이 강제적으로 요구되는 것들이 있다. 판사나 변호사 ..

상당히 공감가는 얘기도 많았을 뿐더러 대한민국에서 프로그래머로 살아가고 있는 나에게 실질적이 도움이 된 책이었다. 노력은 당연히 중요하지만 제일 배신을 잘 하는 것이 노력일 뿐더러 다른 요소들이(운, 인재 등) 노력과 맞물려야만 큰 성과를 거둘 수 있다는, 다소 냉소적인 태도도 내가 갖고 있는 생각과 같아서 뭔가 위안이 됐달까. 하지만 책에서 유난히도 와닿았던 점은 바로 '언어'에 대한 부분이었다. 언어는 수단에 불과하다. 단순 언어를 배우는 건 며칠만에 끝낼 수 있듯이 말이다. 그리고 그 책을 썼던 당시(2014년)에 핫하다고 했던 언어들을 열댓개 나열해뒀는데 지금 간간히 들리는 언어는 몇 개에 불과하다. 굳이 트렌드에 민감할 필요가 없다는 의미이다. 언어나 라이브러리나 도구는 결국 도구일 뿐이다. 이..

개인프로젝트를 진행 중에 있는데 마치 걸레쪼가리를 덕지덕지 붙여놓은 듯한 나의 시안에 실망하여 읽게 되었다. 나는 진짜 디자인 감각이 없는 사람이었다. 책의 도입부에 딱 써있다. 나처럼 디자인 감각 없는 웹 프로그래머가 읽으면 좋다고 말이다. 그 말마따마 아주 많은 도움이 되었다. 내가 만든 디자인은 왜 구려보이는지, 어떻게 해야 사이트에 들어온 사람들의 시선을 잡아둘 수 있는지, 사람들은 어떤 사이트에서 아름다움을 느끼는지 등등 말이다. 책을 읽고 시안을 수정하여 지인들에게 보여줬고 전처럼 쓰레기같다는 얘기는 피하게 됐다. 아주 기분이 좋다. 부단 내용 뿐만 아니라 무료 글꼴이나 이미지, 색 조합을 알려주는 사이트 등 유용한 도구들도 많이 알려줘서 큰 도움이 된다.

"코딩호러"라는 개발자들 사이에선 아주 유명한 블로그를 운영 중인 제프 앳우드의 저서이다. 그리고 전 세계 프로그래머들의 생산성 향상에 영향을 끼친 사이트인 "스택오버플로우"의 개발자이자 창립자이기도 하다. 코딩호러와 스택오버플로우, 이 두 개의 양대산맥을 끼고 있는 사람의 후광효과 때문인지 모르겠지만 책의 내용도 상당히 구성지고 흥미로운 내용들로 채워져 있다. 사실 목차를 보면 조금 혼란스러울 수 있다. 프로그래머의 권리장전이라느니, 개발환경, 의자얘기, 모니터얘기에서부터 단위 테스트 VS 사용성 테스트 등에 대한 내용까지 책에서 다루는 범주가 굉장히 넓기 때문이다. 하지만 이건 책의 제목으로 이해하면 쉽다. "이펙티브 프로그래밍(Effective programming)", 효과적인 프로그래밍을 위한 ..

마치 프로그래머들의 정석 서적처럼 읽히고 있는 프로그램 프로그래머 프로그래밍 시리즈의 하나이다. 결과도 물론 중요하지만 프로그래머의 최종산출물인 '코드'라는 것을 깨끗하게 유지하는 게 얼마나 중요한지, 또 어떻게 해야하는지 알려주는 책이다. 하지만 구문강조가 되어있지 않은 코드들을 읽고있노라면... 머리가 아파온다. 물론 이건 이래야한다, 저건 저래야한다 하면서 예제 하나 없는 책들보단 훨씬 낫다. 그저 그냥... 머리가 아파올 뿐이다. 물론 코드들은 저자가 말한 5s원칙을 지키려 노력하며 작성돼있기 때문에 마구잡이로 휘갈겨놓은 코드보다는 좀 더 구문적으로 완성된 느낌이어서 읽기 쉽긴 하다. 책 말미에는 부록을 보면서 직접 클린코드로 나아가는 과정을 배울 수 있게 부록이 첨부돼있다. 괜찮은 책이었다. 그..

나는 코딩이나 프로그래밍이라는 작업에 있어서 그 범주가 어디에 속해있냐고 정의해야한다고 하면 지극히 사무적인 업무와 예술 같은 창의적인 행위 그 사이의 어느쯤으로 둘 것이다. 데이터의 정제와 전송은 꼭 일정한 규격을 맞춰야 하는 사무적인 일 같지만 그 내부의 코드는 만드는 사람마다 제각각이기 때문이다. 개인적인 지론이지만 프로그래머의 최종 아웃풋은 서비스나 정제된 데이터가 아닌 코드라고 생각한다. (원할한 서비스나 데이터는 응당 있어야할 요소이므로) 결과값은 같아도 구현하는 방식은 프로그래머마다 천차만별이다. 당장에 알고리즘 풀이사이트를 가봐도 알 수 있다. 정해진 문제에 대해서도 그렇게 많고많은 방법과 해결책을 제시하는데 딱히 정해지지 않은 답을 찾아가는 데에 있어서 프로그래머의 창의력만큼 중요한 요소..

군대에서 훈련 중에 어깨를 크게 다쳐서 어깨에 붙어있는 인대를 꼬매는 수술을 했다. 어깨에 구멍을 세 개 뚫었는데 몇 년이 지나도 간헐적인 통증이 일 때가 있다. 특히 그 통증은 프로그래밍 관련 일을 시작하면서부터 더 심해졌고 점점 더 통증이 이는 간격이 좁아졌다. 그렇게 원인을 찾던 와중에 올바르지 않은 앉은 자세, 풀배열 키보드와 마우스를 동시에 왔다갔다 하며 자세가 계속 삐딱해지는 데에 통증의 원인이 있다는 걸 찾았다. 풀배열 키보드를 쓰면 마우스만 사용할 땐 자연스럽게 오른쪽 팔만 몸의 중심에서 벗어나게 되는데 그렇게 자세가 유지되면 될 수록 오른쪽 어깨에 무리가 많이 갔던 것 같다. 지금은 거울을 보면 오른쪽 어깨만 약간 내려가있는 상태가 됐다. 그정도로 어깨 상태가 많이 좋지 않다. 그리고 프..