59 posts tagged with "Book Review"

Book Info​

• 제목: 나는 아마존에서 미래를 다녔다
• 저자: 박정준
• 출판사: 한빛비즈
• 출간: 2019-03-07

Book Review​

이직률이 매우 높다는 Amazon에서 12년간 일을 한 경험은 흔치 않다고 생각되기에 출간되었을 때부터 꼭 읽어보고 싶던 책이었습니다. 밀리의 서재에서 '어떤 책을 읽어볼까' 고민하던 중에 올라와 있는 걸 우연히 발견하여 읽게 됐습니다.

저자는 아마존에서 개발자로 시작을 하였지만, 부서도 직종도 아마존 안에서 몇 번을 변경하면서 아마존 기업 그 자체를 경험하신 분이십니다. 부서를 옮기는 건 그렇다 하더라도 직종을 옮긴다는 일은 정말 어려운 일이라 생각하는데 대단하다고 생각했습니다.

저자가 일을 했을 당시 작았던 아마존부터 시작하여 미국뿐만 아니라 전세계 유통 시장을 먹고 있는 현재 대기업이 된 아마존까지의 성장하는 모습을 이 책에서 볼 수 있었습니다. 아마존이 성장함에 따라 저자가 어떻게 이곳에서 계속 있었고, 생활하고, 저자 자신 또한 성장했는지 그 성장 스토리를 보여주는 책입니다.

한 기업에서 12년 동안 있다는 것도 대단하지만 저자 또한 어려움과 고민이 많았다는 것을 이 책에서 보여줍니다. 지금도 아마존은 근무하기 어려운 기업이라고 소문이 난 기업입니다. 그 기업에서 어려웠고 힘들었던 점들을 아마존 정신에 빗대어 어떻게 극복했는지 우리에게 말해줍니다. 한 사람의 다큐멘터리를 보는 기분이었습니다.

몇몇 아마존 정신이 저에게 맞지 않는 부분들도 많았지만, 이 책은 다시 자세하게 읽어보고 싶은 책이었습니다.

6-pager​

아마존에서는 파워포인트를 사용하지 않습니다. 대신 6페이저라는 방법을 활용하여 많은 정보를 빠르게 전달할 수 있도록 하죠. 사실 이 부분에서 파워포인트의 단점을 다시 생각해보게 됐습니다. 항상 프레젠테이션을 시각적인 자료와 함께 만드는 것도 힘든데 그 슬라이드 하나하나에 모든 내용을 담기 힘들다는 생각이 많았습니다. 또한, 그렇게 하는 발표가 사람들에게 도움이 될까?, 사람들이 이해를 할 수 있을까? 라는 생각도 했고요.

반면 6-pager 방식은 A4 용지 6장의 문서에 사전 지식이 없는 사람도 별다른 추가 설명 없이 끝까지 읽고 이해할 수 있도록 말로 설명하듯이 쓰는 방법입니다. 회의 때 그 문서를 나눠주고, 그 문서를 회의에 참석한 사람들이 읽은 후 그제서야 논의가 시작되는 거죠. 당연히 발표자에게는 상당히 어려운 회의 방식이긴 합니다만, PPT로 프레젠테이션이 끝난 후 Q&A를 받는 것보다 더욱 효과적인 회의 방식이라 생각했습니다. 혼자 발표하는 것이 아니라 다 같이 토의하는 느낌이니까요.

이직​

아마존은 제가 생각하는 실리콘밸리, 미국 문화 그 자체였습니다. 질문하는 것에 두려워 하지 않고, 둘러대는 거짓말 따위 하지 않는 모습을 보면서 한국과 다르게 매력적이라 느꼈습니다. 사내 이직을 독려하기도 하고요.

그러나 정말 최고의 인재들을 뽑아 아마존이라는 울타리 안에서 경쟁시키며, 그들의 능력과 노력에 따라 실질적인 보상을 해준다는 점이 특히 아마존은 근무하기 매우 어렵겠다고 느꼈습니다. 어찌보면 당연한 거지만, 최고의 인재들과 함께 경쟁하는 부분에서 즐거움, 재미도 있겠지만, 압박감이 매우 클 것이라 생각됩니다.

Book Info​

• 제목: 파이토치로 배우는 자연어 처리
• 저자: Delip Rao, Brian McMahan
• 역자: 박해선
• 출판사: 한빛미디어
• 출간: 2021-06-01

Book Info​

• 제목: 한 권으로 읽는 컴퓨터 구조와 프로그래밍
• 저자: Jonathan E. Steinhart
• 역자: 오현석
• 출판사: 책만
• 출간: 2021-04-08

Book Review​

제목이 한 권으로 읽는 컴퓨터 구조와 프로그래밍이듯이 저자가 이 책 한 권에 지식을 최대한 많이 넣으려고 한 노력이 보입니다. 어떻게 보면 장점이고 어떻게 보면 단점이라고 생각합니다

먼저 장점은 방대한 지식들을 알 수 있다는 점입니다. 이 책은 총 636 페이지로 이루어져 있으며, 컴퓨터공학(CE) 뿐만 아니라 전자공학(EE)까지 다룬다고 생각이 드는 책입니다. 현재 컴퓨터공학을 전공하고 있는 저도 이 책을 읽으면서 몰랐던 지식들이 많다고 느꼈으니까요. 즉, 요즘 컴퓨터공학에서 잘 가르치지 않는 내용들을 포함합니다. 또한, 컴퓨터공학을 전공하며 교수님들의 강의를 듣다 보면 예전의 유래라든지, 신기한 지식들을 가끔 말씀해 주시는데 그런 내용들이 이 책에 포함되어 있습니다.

단점은 책이 두꺼워서 어디에도 들고 다니기는 어렵습니다. 진짜 무겁습니다. 전 이 책을 다시 읽는다면 꼭 분철해서 읽고 싶습니다. 또한, 책을 읽는데 꽤 지루하다는 점입니다. 저자께서 내용을 최대한 쉽게 설명해 주지만, 매일 한, 두 장씩 읽어도 진도가 잘 안 나갔습니다. 평소 책을 빨리 읽는다고 생각이 되는 제가 책을 읽는데 예상외로 오래 걸렸습니다.

이 책을 읽기 전 웹에 대해서도 간단하게 알고 있으시면 읽기 수월할 것 같습니다. 9장에서 갑자기 웹에 대한 이야기를 하면서 저에게 익숙하지 않은 자바스크립트 코드가 나와서 조금 놀랬습니다.

대상 독자​

컴퓨터공학을 이제 막 전공하는 신입생, 비전공자에게는 추천하지 않습니다. 이 책은 다양한 서점에서 베스트셀러로 올라와 있지만 그렇다고 해서 입문자들이 쉽게 읽을 수 있는 책이 전혀 아니라고 생각합니다.

개인적으로 이 책은 공학도들이 읽어보면 좋은 복습용 책이라고 느껴집니다. 컴퓨터공학(CE)를 전공하는 학생뿐만 아니라, 컴퓨터과학(CS), 전자공학(EE) 등 기초 CS 과목에 대한 공부를 했던 경험이 있으시다면 읽어보면 매우 도움이 될 것이라 생각합니다. 소위 요즘 가르치지 않는 재밌는 지식들도 가르쳐줍니다. 예를들어 몇몇 학부는 수치해석을 안 가르치던데 CORDIC 알고리즘처럼 수치해석을 살짝 맛보는 내용이 있습니다. 전 이런 내용들을 오랜만에 다시 공부할 수 있어 많은 도움이 됐다고 생각합니다.

Book Info​

• 제목: 살아 움직이는 머신러닝 파이프라인 설계
• 저자: Hannes Hapke, Catherine Nelson
• 역자: 송호연
• 출판사: 한빛미디어
• 출간: 2021-10-11

Book Info​

• 제목: 개발자의 글쓰기
• 저자: 김철수
• 출판사: 위키북스
• 출간: 2019-10-04

Book Review​

자세한 코드들을 보여주면서 다양한 경우에 대해 이해가 잘 되도록 설명해줍니다. 또한, 대부분의 내용들에 예시 또는 사례가 있기에 독자 입장에서 책 읽기 매우 수월했습니다.

제목이 개발자의 글쓰기라 이 책에서 말하는 글쓰기가 뭔지 궁금했었는데 읽고 나서 알게 됐습니다. 이 책에서 글쓰기란 일반적인 비즈니스 글쓰기가 아닌 정말 개발자를 위한 글쓰기를 말합니다. 개발하면서 필요한 글, 문장 등을 어떻게 쓸 지에 대해 설명합니다. 평소 개발하면서 어렵게 생각하는 변수 네이밍, 주석, 에러 메시지 등 생각하기 힘든 것들 좀 더 편하게 고려해볼 수 있도록 도와주는 책입니다.

사용자(독자) 입장에서 글쓰기​

이 책에서 개발자의 관점과 독자의 관점은 다르다는 것을 강조합니다. 그렇기에 독자를 누구로 선정하는 가에 따라 글쓰기 방식은 달라지며, 글을 보는 사람이 무엇에 관심이 있는 가에 대해 생각하고 글을 작성해야 한다고 말합니다. 사실 어떻게 생각하면 당연한 이야기지만, 평소 제가 글을 작성하면서 독자를 고려하며 글을 썼는가 의문이 생겼으며, 다시 생각해보게 됐습니다.

도움이 된 내용​

한국어 문법​

최근 SNS 또는 블로그를 보면 대부분의 사람들이 맞춤법을 신경쓰지 않고 쓰는 경우가 많습니다. 공식적인 상황이 아니라면 크게 중요하지는 않고, 비공식적인 상황에서 완벽히 지키면 또 딱딱해보이기 때문에 꼭 지켜서 사용하지는 않죠. 저도 블로그에 쓸 때 말고는 완벽하게 지키지는 않습니다. 그러다보니 가끔 맞춤법이 헷갈리는 경우들도 있습니다. 이 책에서는 글을 쓰면서 큰따옴표와 작은따옴표 사용법, 외래어 표기법 등 같이 헷갈릴만한 맞춤법들을 알려줍니다.

"큰따옴표는 글에서 직접 대화를 표시하거나 말이나 글을 인용할 때 사용한다. 작은따옴표는 인용한 말 안에 있는 인용한 말, 또는 마음속으로 한 말을 쓸 때 사용한다."

다양한 뜻을 가진 영어 단어​

전 커밋 메시지를 작성할 때 주로 change와 modify를 자주 사용하는 편입니다. 가끔 revise라는 단어는 어떻게 써야할 지 고민이었는데 이 책에서는 그런 고민도 해결해줍니다.

"change는 내용을 단순히 바꾸는 것, modify는 잘못된 것을 바로잡을 때 사용, revise는 기존에 없던 새로운 정보나 아이디어를 덧붙여 기존 내용과 달라졌음을 분명히 할 때 사용한다."

코드 네이밍 컨벤션​

"코드 네이밍 컨벤션이 존재하는 이유는 코드를 읽기 쉽게 만들고 다른 개발자와 소통하기 위해서이다. 약어를 만드는 좋은 방법은 보편성을 기준으로 정하는 것이다. 중요한 단어를 앞에 쓴다."

기술 블로그​

"무턱대고 글부터 쓰면 안 되고, 충분히 생각해서 주제를 정하고 주제 의식을 확립한 후 글을 쓸 때 필요한 자료나 아이디어를 구해야 한다."

기타​

이밖에도 도움이 되는 내용들은 많았으나, 현재 저에게는 필요하지 않은 내용이라 생략합니다.

대상독자​

전 개발 블로그를 운영하고 있기에 개발자의 입장에서 어떻게 글을 작성하면 좋을 지에 대해 궁금증이 생겨 이 책을 읽었습니다. 도움이 되는 내용들이 많지만, 그렇지 않은 부분들도 있습니다. 기술 블로그에 관한 글쓰기가 중점은 아니라는 것입니다. 그렇기에 저처럼 기술 블로그 작성에 관심이 있으신 분이라면, 필요한 부분만 읽어보시기 바랍니다. 아무래도 업무와 관련된 내용들도 꽤 있어서 현업에 있으신 분이 아닌 학생분들이시라면, 대상으로 적절하지 않을 수 있습니다.

당장 업무에서 개발과 관련된 글쓰기가 필요하신 분이라면 추천드리고 싶습니다. 장애 보고서, 릴리스 문서, 제안서 등을 작성하는데 도움이 될 것이라 생각합니다.

저는 아직 현업을 경험하지 못해 개발자가 문서를 얼마나 많이 작성하는 지는 잘 모릅니다. 그렇지만 몇몇 신입 개발자분들의 회고를 읽어보면 개발하는 것보다 개발 문서를 작성하는 일이 더 많다고 합니다. 만약 자신이 입사한 회사가 문서화에 관한 문화가 잘 이루어져 있다고 생각된다면, 어떻게 문서를 작성해야 하는 지도 대략적으로는 문서화가 이루어졌을테니 그 때는 이 책이 꼭 필요하지는 않겠죠. 그러나 만약 그렇지 않다면 이 책을 참고하시는 것도 나쁘지 않으리라 생각합니다.