← 블로그 목록

디자인, 비즈니스, 소설을 같이 읽을 때 질문의 폭이 넓어진다

한 분야 책만 깊게 파는 독서는 빠르지만 시야는 좁아지기 쉽다. Designing Social Interfaces, The Design of Everyday Things, The Personal MBA, Project Hail Mary 네 권을 한 줄로 묶어 읽는 방식이 어떻게 실무자의 질문 폭과 사고 프레임을 함께 넓혀 주는지, 분야가 다른 책의 조합이 가진 힘을 정리한다.

디자인, 비즈니스, 소설을 같이 읽을 때 질문의 폭이 넓어진다

디자인, 비즈니스, 소설을 같이 읽을 때 질문의 폭이 넓어진다

실무에 도움이 되는 책을 고를 때 우리는 종종 직접적인 책만 찾는다. 개발자는 개발서, 기획자는 기획서, 디자이너는 디자인 서적만 보는 식이다. 그런데 오래 남는 독서는 대개 조금 다르게 작동한다. 한 분야의 기술을 익히는 책과, 다른 분야의 사고방식을 흔드는 책이 같이 들어올 때 질문의 폭이 넓어진다.

그래서 한 해에 꼭 읽을 책을 고를 때도 같은 종류의 잘 쓴 책 네 권보다 서로 다른 질문을 던지는 네 권이 더 오래 도움이 될 수 있다.

Designing Social Interfaces

제이크 맥키와 에릭 말론의 이 책은 소셜 기능을 단순히 버튼 목록으로 보지 않고, 사람들이 왜 참여하고 관계를 맺는지라는 질문으로 다시 보게 만든다. 소셜 기능을 붙일 때 좋아요, 팔로우, 댓글 같은 표면 기능보다 상호작용 패턴을 먼저 보게 해 준다는 점이 강점이다.

The Design of Everyday Things

돈 노먼의 이 고전은 제품과 화면을 사용자 탓이 아니라 설계 탓으로 보게 만든다. 무엇이 직관적인지, 왜 어떤 인터페이스는 설명 없이도 쓰이고 어떤 것은 반복해서 실수하게 만드는지 이해하는 데 여전히 유효하다.

The Personal MBA

조시 카우프먼의 책은 경영학을 제도권 학위가 아니라 개념 도구 상자로 정리한다. 가치 창출, 마케팅, 판매, 재무, 시스템 같은 기본 언어를 한 번 훑게 해 준다는 점에서 실무자에게 유용하다. 특히 기술 배경을 가진 사람이 비즈니스를 넓게 보는 데 도움이 된다.

Project Hail Mary

앤디 위어의 소설은 기술적 상상력이 어떻게 서사와 결합하는지 보여 주는 좋은 사례다. 소설이라고 해서 실무와 멀지 않다. 복잡한 문제를 독자가 따라갈 수 있게 설명하는 방식, 제한 속에서 문제를 푸는 리듬, 정보 공개의 순서가 모두 설계 감각과 닿아 있다.

왜 이런 조합이 유용한가

이 네 권은 분야가 다르지만 공통점이 있다.

즉, 한 권은 눈앞의 문제를 해결하고, 다른 한 권은 문제를 바라보는 프레임 자체를 바꾼다.

마치며

독서는 당장 써먹는 도구를 얻는 데도 도움이 되지만, 더 오래 남는 효과는 무슨 질문을 먼저 떠올리는가를 바꾸는 데 있다. 그래서 좋은 독서 목록은 한 분야의 정답만 모은 목록이 아니라, 서로 다른 각도에서 생각을 밀어 주는 조합에 가깝다.

디자인, 비즈니스, 소설을 같이 읽는 이유도 거기에 있다. 실무는 늘 한 분야 언어만으로 설명되지 않기 때문이다.

참고 자료

← 목록으로
Related

함께 읽으면 좋은 글

디자인사용성UX
좋은 디자인은 마찰을 줄이고, 더 나은 디자인은 아예 불필요한 단계를 없앤다

좋은 디자인과 더 나은 디자인의 차이는 화면이 예쁜가보다도, 사용자의 마찰을 어디까지 제거했는가에 더 가깝다. 버튼을 다듬는 수준과 흐름 전체를 다시 짜는 수준은 분명히 다르다.

도서 리뷰게임 개발프로그래밍
게임 개발자에게 오래 남는 책은 기술책만이 아니라 설계, 팀, 출시를 함께 다루는 책들이다

게임 개발자에게 오래 도움이 되는 책은 엔진과 알고리즘에서 끝나지 않는다. Game Programming Patterns부터 The Art of Game Design, Blood Sweat and Pixels, Peopleware까지 프로그래밍·디자인·실전 출시 세 층위에 걸친 아홉 권을 역할별로 묶어 정리하고, 입문자·중급자·리더가 각각 어떻게 조합해 읽으면 좋을지 함께 짚는다.

도서 리뷰개발자 성장경영
1인 개발자와 팀장에게 필요한 책은 코딩 책과 사람 책이 함께 있어야 한다

1인 개발자와 팀장은 다른 역할처럼 보이지만 시간이 지나면 우선순위, 코드 유지, 위임 같은 비슷한 문제를 만난다. Clean Code, Peopleware, Managing Oneself, Shape Up, Team Topologies처럼 코드와 사람, 작업 방식과 팀 구조를 함께 보는 다섯 권을 묶어 읽으면 한쪽으로 치우친 시야가 메워진다. 실전 감각은 서로 다른 층위가 만나는 사이에서 자란다.