본문 바로가기

리디 접속이 원활하지 않습니다.
강제 새로 고침(Ctrl + F5)이나 브라우저 캐시 삭제를 진행해주세요.
계속해서 문제가 발생한다면 리디 접속 테스트를 통해 원인을 파악하고 대응 방법을 안내드리겠습니다.
테스트 페이지로 이동하기

[원칙] 개발자 원칙 상세페이지

컴퓨터/IT 개발/프로그래밍 ,   컴퓨터/IT 컴퓨터/앱 활용

[원칙] 개발자 원칙

테크 리더 9인이 말하는 더 나은 개발자로 살아가는 원칙과 철학
소장종이책 정가22,000
전자책 정가20%17,600
판매가17,600
[원칙] 개발자 원칙 표지 이미지

[원칙] 개발자 원칙작품 소개

<[원칙] 개발자 원칙>

★ 더 나은 개발자로 성장을 꿈꾼다면
★ 먼저 헤쳐온 테크 리더들의 원칙에서 해답을 찾아보세요

“나도 테크 리더가 될 수 있을까? 어떻게 선배 개발자들처럼 성장할 수 있을까? 3년 10년 후에도 개발자로 살아갈 수 있을까? 팀워크는 도대체 어떻게 맞춰야 하는 걸까?” 개발자로 살아가면서 하루에도 천 번을 되묻는 물음에 컬리, 레몬트리, 카카오, 코드스쿼드, 무신사, 몰로코, 데이블, 인프런, 패스트캠퍼스 테크 리더 9명이 답합니다. 지금까지 만나 볼 수 없었던 생존과 성장의 원칙에서 자신만의 해답을 찾아보세요.


출판사 서평

★ 더 크게 성장하려면 기술 말고도 원칙이 필요합니다
개발자가 우대받는 시대가 되었습니다. 개발자 관두면 치킨집 차란다는 자조적인 말이 지난 몇 해째 자취를 감췄습니다. 골드러시마냥 비전공자까지 개발 전선에 뛰어들었습니다. 그럼에도 전 세계에서 소프트웨어 인력 부족과 스킬 불일치 문제가 심각합니다. 실력을 갖춘 더 많은 개발자가 필요합니다. 이미 시장에는 기술을 알려주는 많은 양질의 도서가 많습니다. 기술 말고 개발자로 살아가는 데, 시니어를 넘어 테크 리더로서 성장하는 데 도움이 될 원칙을 알려주는 선배가 필요합니다. 그래서 이 책을 준비했습니다. 이 책은 저자 9명이 각자 한 가지씩 9가지 원칙을 제시합니다.

★ 이 책의 대상 독자
_평생 개발자를 꿈꾸는 분
_소프트웨어를 개발하는 더 나은 방법이 궁금한 분
_다양한 난제를 풀 원칙이 필요한 분
_조직을 성장시키고 싶은 스타트업 CTO
_조직 생활과 이직에 고민이 많으신 분
_효율적으로 일하는 방식에 고민이 많은 분

★ 덕업일치를 넘어서
“단순한 덕업일치로 시작해 프로그래머란 직업을 탐구한 기록이
여러분의 탐구 여정에 작은 도움이 되었으면 합니다.
즐거운 여행 되십시오”

프로그래밍을 시작한 지 40년, 업으로 삼은 건 30년 정도 됐어요. 저는 프로그래밍을 하면서 세상과 나를 발견하고 소통하며 조금씩 성장했습니다. 덕분에 지금은 예전 같으면 생각도 못했던 멀고 높은 곳을 탐험하며 즐거운 삶을 살고 있어요.
개발자 그리고 개발 조직 리더로 일하면서 수많은 선택의 순간이 있었습니다. 그 과정에서 북극성처럼 삶의 기준으로 삼은 가치는 무엇이었고 무엇을 얻고 느꼈는지 담백하게 전해드리려고 합니다. 각자의 길을 찾는 데 타산지석이나 반면교사로 삼으실 수 있도록 솔직한 이야기를 나눠드릴게요.
(박성철_ 컬리 풀필먼트 & 딜리버리 프로덕트 본부장)

★ 오류를 만날 때가 가장 성장하기 좋을 때다
“오류를 만날 때가, 가장 성장하기 좋을 때입니다.”

현재 레몬트리에서 가족 금융 서비스를 만들기 위해서 일하고 있습니다. 네이버 메일이나 카카오스토리 등 대규모 서비스를 만들어본 경험이 있고, 항상 해당 조직에서 가장 못하는 개발자 포지션을 차지하고 있습니다.
개발자가 성장하기 가장 좋은 시기가 언제라고 생각하시나요? 남의 코드가 이해될 때? 전에 못 짜던 코드를 한 번에 구현할 때? 저는 내가 운영하는 서비스에서 장애 또는 오류를 만났을 때라고 생각합니다. 오류를 만났을 때, 내가 사용하는 제품의 코드가 어떻게 동작하는지? 왜 이런 문제가 생기는지 확인할 수 있는 가장 좋은 시간이라고 생각합니다. 오류를 만났을 때 대처하는 자세를 이야기해보겠습니다.
(강대명_ 레몬트리 CTO)

★ 소프트웨어 디자인 원칙
“소프트웨어 디자인, 딱 이것만 기억하세요”
현재 카카오에서 클라우드 플랫폼 기술 이사로 재직하고 있습니다. 《클라우드 전환 그 실제 이야기》, 《카프카, 데이터 플랫폼의 최강자》 등 저술 활동도 꾸준히 진행하고 있고요. 여러분은 ‘설계’가 뭐라고 생각하시나요? 소프트웨어 디자인에도 원칙과 방법이 있습니다. 꼭 필요한 디자인 원칙을 소개해드릴게요. 소프트웨어 디자인이 무엇인지 관점을 정리하지 못한 분들께 도움이 될 거라 확신합니다.
(공용준_ 카카오 클라우드 테크니컬 디렉터)

★ 나의 메이저 버전을 업그레이드하는 마이너 원칙들
“일을 잘하는 게 무엇인지 막연하신가요? 성장하기 위한 나만의 원칙을 찾도록 도와드릴게요”
본업은 소프트웨어 교육/개발자지만 케텔 시절 비파툴, 델마당 개발자 커뮤니티부터 취미 맥 개발자 OSXDev를 거쳐 레츠스위프트 커뮤니티 운영진에 이르기까지 끊임없이 버전을 바꿔가며 살고 있습니다.
개발자에게 학습과 성장은 소프트웨어를 만드는 것과 같아요. 꾸준히 버전을 업그레이드해서 생명력을 갖도록 해야 합니다. 지속해서 업그레이드하는 소프트웨어 버전처럼 내 메이저 버전을 업그레이드하는 마이너 원칙들을 소개합니다. 정답 대신 해답을 찾아가는 방향으로 알려드릴게요.
(김정_ 코드스쿼드 대표)

★ 이직, 분명한 이유가 필요해
“성장을 위한 새로운 환경이 필요한가요?
잘 활용한다면 이직은 좋은 방법 중 하나입니다.”
서비스/제품 만들기를 좋아하는 프로그래머로서 다양한 사람과 함께 일이 되게끔 하는 것에 관심이 많습니다. 현재 무신사에서 개발 실장으로 일하며, 지금까지 베트남 배달 플랫폼 및 커머스, 비트코인 거래소, IoT 등 다양한 서비스를 경험했습니다.
개발자는 부지런히 성장하는 직업이며, 성장에도 다양한 단계가 있습니다. 내가 속한 환경 안에서 성장을 위해 노력하지만 어느 순간 환경의 변화가 필요할 때도 있죠. 그때, 이직은 좋은 방법 중 하나입니다. 하지만 여느 도구와 마찬가지로 분명한 이유와 방향이 필요합니다. 정답은 없지만 제가 경험한 각 성장 단계에서 이직 이유와 방향을 전하고자 합니다.
(박미정_ 무신사 개발 실장)

★ 목표를 달성하는 나만의 기준, GPAM
“목표를 달성하고 문제를 해결하기 위한
프레임워크가 필요하신가요? GPAM을 활용해 보세요”
한국과 미국 실리콘밸리를 오고 가며 30여 년 동안 개발자로 일하고 있습니다. 그동안 쌓은 노하우를 개발자 커뮤니티에 풀어놓고자 기술, 개발, 조직 문화를 주제로 강연과 코칭 활동을 병행하고 있어요.
왜 목표를 달성하고 문제를 해결하는 건 일이 어려울까요? 같은 고민을 하고 계시다면 GPAM을 활용해보세요. Goal, Plan, Action, Measure. 목표를 달성하고 문제를 해결하기 위한 프레임워크입니다. GPAM을 이용해 개발자들이 제일 많이 하는 고민 6가지를 분석해볼게요. 목표를 달성하고 문제를 해결하기 위한 방법을 찾고 계셨다면 놓치지 마세요.
(박종천_ 몰로코 헤드 오브 솔루션즈 아키텍처)

★프로덕트 중심주의
“10년, 20년 후에 치킨집 말고 그냥 개발자 하면 안 되나요?
개발이 좋아 오랜 시간 계속하고 싶다면 자신의 성장 계획을
프로덕트 중심으로 설계해보세요.”

10년, 20년 후에도 흔들리지 않고 개발자로 성장하는 방법은 무엇일까요? 개발자에겐 셀 수 없을 정도로 다양한 개발 기술의 습득도 중요하지만, 장기적인 관점으로 보면 어떤 목표를 갖고 성장하는지가 더욱 중요합니다. 여러 스타트업 현장에서 프로덕트를 처음부터 만드는 일을 하다 보니, 프로덕트를 만들면 그저 학습할 때보다 크게 성장한다는 사실을 알게 되었습니다. 그래서 ‘프로덕트 중심주의’라는 다소 과감한 제목으로 정리해봤습니다.

프로덕트 중심주의에서 ‘프로덕트’를 반드시 회사의 담당 업무로 개발할 필요는 없습니다. 어떤 환경에 있는 개발자이건 프로덕트 중심으로 성장 계획을 세우고 실천할 수 있습니다. 프로덕트를 중심에 놓는 순간, 오랜 기간 동안 투자한 여러분의 노력이 차곡차곡 잘 쌓이는 것을 경험하게 될 겁니다.
(이동욱/네피림_ 데이블 스페이스비전그룹 테크니컬 디렉터)

★ 제어할 수 없는 것에 의존하지 않기
“프로그래밍, 이직, 조직과 매니징에서
제어할 수 있는 것에 집중하세요.”
현재 교육/채용 플랫폼인 인프런/랠릿에서 CTO로 근무하고 있습니다. 조직과 서비스의 규모에 맞는 적정 기술과 아키텍처를 적용하고 공유합니다.
아주 사소한 것부터 결정을 내리는 데 고민이 필요하다면, 나만의 원칙들이 없어서 그럴 수 있습니다. 반면 나에게 맞는 원칙들이 세워져 있다면, 빠르게 결정하고 중요한 고민에 집중할 수 있습니다.
프로덕트 엔지니어로서, 매니저로서 지침으로 사용하는 ‘제어할 수 없는 것에 의존하지 않기 원칙’을 어떻게 세웠고, 어떻게 사용하고 있는지 소개합니다.
(이동욱/향로_ 인프런/인프랩 CTO)

★ 달리는 기차의 바퀴를 갈아 끼우기
“우리 모두 밥값하는 개발자가 되자!
그러나 가슴 속에는 슈퍼 개발자를 꿈꾸자!”
슈퍼 개발자가 되고 싶은가요? 그러려면 먼저 밥값하는 개발자가 되어야 합니다. 그리고 밥값하는 개발자로 만족하면 안 됩니다.
40년 전 8비트 애플로 코딩 인생을 시작해서, 30여 년 동안 세 번의 창업과 세 번의 이직을 거쳐, 4년 전 데이원컴퍼니(a.k.a 패스트캠퍼스)에 2호 개발자로 합류해서, 60여 명의 개발자와 함께 달리는 기차의 바퀴를 갈아 끼우는 일을 하고 있습니다.
좋은 코드와 아키텍처, 효율적인 개발 프로세스를 다루는 책은 차고 넘칩니다. 책을 읽는 동안은 모든 문제를 해결할 수 있을 것 같지만, 막상 실제 업무에 도입해서 실천하면 책과는 다른 현실에 좌절하게 됩니다. 현실은 언제나 케바케고, 나의 케이스는 항상 최악이죠. 그래서 준비했습니다. 개발자라면 처해있는 현실에 무관한 뻔한 지침 세 가지. 그리고 그 지침을 뒷받침하는 원칙 한 가지. 참 쉽죠?
(장동수_ 데이원컴퍼니/패스트캠퍼스 CTO)

[추천사]
“이 책의 추천사를 요청받았을 때, 표지에 적힌 저자 명단을 보고 '이런 훌륭한 선수들을 책 쓰는 일로 한 번에 모을 수 있다니'라는 생각이 먼저 들었습니다. 워낙 경력이 많은 분들이라 어쩌면 종종 보던 '라떼는 말이야' 책일 수도 있겠다는 선입견과 함께 말이죠. 선입견은 처음 몇 페이지를 보고 깨졌습니다.
책을 읽고 굳이 내 맘대로 책의 장르를 분류하자면 엯촉님들의 기술적 회고서에 가깝다고 말하고 싶습니다. 모든 저자의 글에서 소프트웨어 개발자, 기술, 프로세스가 서비스에 어떻게 녹아들어가는지, 또 저자 자신을 포함하여 그 과정에 참여하는 사람들에 대한 고수의 관점을 생생하게 느낄 수 있었습니다. 고수들의 소프트웨어 개발, 개발자의 성장에 대한 태도가 하나하나 감동적입니다.
이 책은 이제 코딩 좀 하게 된 주니어 개발자에게는 꼰대스럽지 않게 생각의 방향을 잡아주고, 동시에 시니어들에게는 스스로를 정리해 한 단계 더 성장할 기회를 제공합니다. 백만 권쯤 팔리면 좋겠습니다.“

이민석 국민대학교 소프트웨어학부 교수


저자 소개

저자 박성철
중2병으로 컴퓨터에 빠져 지금까지 40년 가량 SW 개발 주변을 겉도는 경도 은둔형 외톨입니다. 평생 혼자 살 운명이었으나 천사를 만나 구원받고 용인 한적한 산기슭에서 아들과 함께 셋이서 행복한 가정을 꾸리고 삽니다. 지금은 컬리에서 멋진 개발자들과 세상을 더 낫게 만드는 즐거운 퀘스트를 수행 중입니다. 소프트웨어 개발에 대한 인식을 바꾸고 개발 현장을 개선하는 데 관심이 많습니다.

_현) 컬리 풀필먼트 & 딜리버리 프로덕트 본부장
_전) 우아한형제들 딜리버리 플랫폼 실장
_전) SK 플래닛 데이터 플랫폼 본부장
_전) 한국 스프링 사용자 모임 대표

저자 강대명
레몬트리 CTO. 네이버에서 메일 서비스를 개발했고, 카카오에서는 카카오스토리를 개발했습니다. 그 이후에 유데미(Udemy)와 위버스에서 데이터 엔지니어링을 하면서, 하둡, 스파크, 데이터브릭스, 스노우플레이크 등을 다뤘습니다. 지금은 레몬트리에서 가족 금융 서비스를 개발하고 있습니다.

_현) 레몬트리 CTO
_전) 위버스 데이터 엔지니어
_전) 유데미 데이터 엔지니어
_전) 카카오 백엔드 엔지니어
_전) 네이버 백엔드 엔지니어

저자 공용준
마이다스 아이티에서 CAE 소프트웨어를 개발하다가 이후 SK, KT 등을 거쳐서 국내 최대 메신저 회사에서 클라우드 테크니컬 디렉터로 일합니다. 약 20여 년 동안 빅데이터/머신러닝 플랫폼 개발뿐만 아니라 데이터 센터 자동화와 프라이빗/퍼블릭 클라우드 서비스와 그에 필요한 기술들을 연구, 개발해서 실제 서비스에 적용하고 있습니다. 중소기업 발전을 위해 한국정보화진흥원에서 중소기업 기술 자문위원, 한국 데이터베이스 진흥원 자문위원으로도 활동합니다. 주요 저서로는 《클라우드 전환 그 실제 이야기》, 《카프카: 테이터 플랫폼의 최강자》, 《클라우드 API를 활용한 빅데이터 분석》, 《실전 클라우드 인프라 구축 기술》이 있습니다.

_현) 카카오 클라우드 테크니컬 디렉터
_전) KT 클라우드 웨어 차세대 클라우드 기술팀
_전) SK C&C 클라우드 기술팀 선임연구원
_전) STX Engine 연구원

저자 김정
소프트웨어 교육 기업 코드스쿼드 대표로 모바일 iOS 마스터를 담당합니다. 케텔 시절 비파툴, 델마당 개발자 커뮤니티를 시작해서 취미 맥개발자 커뮤니티 OSXDev를 거쳐 레츠스위프트 커뮤니티 운영진으로 끊임없이 살아가는 중입니다.

_현) 코드스쿼드 대표이사 + 모바일 마스터
_전) 레진코믹스 모바일 개발
_전) NHN NEXT 모바일 전임교수
_전) 오로라플래닛 대표이사

저서
_《Cocoa Internals》(인사이트, 2017)
_《Xcode 4》(인사이트, 2011)



저자 박미정
현재 MUSINSA 개발 실장으로서 개발과 사람, 그리고 조직의 문화를 성장시키려고 노력합니다. 크고 작은 규모의 회사에서 다양한 제품을 개발하고, 또 일과 사람을 관리하는 일을 해왔습니다. ‘함께’ 일을 잘할 수 있는 방법에 대해 고민이 많습니다. 저서로 《Must Have 박미정의 깃&깃허브 입문》이 있습니다.

_현) 무신사 개발 실장
_전) 우아한형제들 베트남 개발 리드
_전) 네이버, 쿠팡, 코빗, LG CNS 개발자

저서
_《Must Have 박미정의 깃&깃허브 입문》(9791191905014)


저자 박종천
한글과컴퓨터, 블리자드, 넥슨, 삼성전자를 거쳐 머신러닝 기반의 광고 플랫폼 유니콘 기업 몰로코에서 헤드 오브 솔루션스 아키텍처로 일합니다. 30여 년 동안 한국과 실리콘밸리를 오가며 개발자, 개발 리더, 탑 레벨 매니저 등으로 활약했습니다. 〈스타크래프트〉 한글 지원 기능을 제작한 일은 평생의 자랑거리입니다. 그동안 쌓은 노하우를 개발자 커뮤니티에 풀어놓고자 애쓰고 있습니다. 첫 저서인 《개발자로 살아남기》는 2022 세종도서 학술분야에 선정되었습니다.

_현) 몰로코 헤드 오브 솔루션즈 아키텍처
_전) 삼성전자 무선사업부 상무/그룹장
_전) 넥슨 VP 오브 플랫폼 테크놀로지
_전) 블리자드 리드 소프트웨어 엔지니어

저서
__《개발자로 살아남기》(9791191905113)

이동욱(네피림)
LG CNS와 SK Planet에서 SI 업무, 전문 강사, 프레임워크 개발 등을 담당했습니다. 이후 소프트웨어 제품을 출시하려던 목표를 이루고자 스타트업 현장으로 자리를 옮겨 100만 사용자의 글로벌 여행 기록 서비스 VOLO, 와인 배송 서비스인 와인포인트의 개발을 리딩했습니다. 현재 데이블의 스페이스비전그룹에서 컴퓨터 비전 기반의 옥외 광고 플랫폼 구축을 담당하고 있습니다.

_현) 데이블 스페이스비전그룹 테크니컬 디렉터
_전) 와인포인트 CTO
_전) SK플래닛 사내 벤처 VOLO 공동 창업자
_전) 한국 스칼라 사용자 모임(라스칼라코딩단) 설립·운영

저자 이동욱(향로)
10여 년 동안 SI, 인터넷 포털, O2O 스타트업, 에듀테크 등 분야에서 개발자, 리드 엔지니어로 활동했습니다. 누적 조회수 800만 기술 블로그 ‘기억보단 기록을’에 기술을 공유하고 있으며, 개발 유튜브 채널 ‘개발바닥’에 개발에 대한 여러 생각을 공유합니다.

_현) 인프랩(인프런) CTO
_전) 우아한형제들 시니어 엔지니어
_전) 줌인터넷 소프트웨어 엔지니어

저서
_ 《스프링 부트와 AWS로 혼자 구현하는 웹 서비스》

저자 장동수
세 번의 창업을 경험하고, 2007년 한컴씽크프리에서 세계 최초의 웹 기반 오피스 ‘Thinkfree Office Live’를 개발했고, KTH에서 하이브리드 웹 애플리케이션 개발 도구 & 프레임워크 ‘앱스프레소’와 ‘푸딩 얼굴인식’, ‘아임인’ 모바일앱을 개발했습니다. 다음커뮤니케이션에 입사해서 다음카카오를 거쳐 카카오에서 퇴사할 때까지 ‘티스토리 모바일 앱’, ‘통합 댓글 Alex’, ‘다음 카페 서비스’를 개발했고, 카카오 기술 블로그를 오픈하고 운영했습니다. 20여 년간의 코딩하는 개발자 커리어를 접고 레진엔터테인먼트의 기술 총괄로 관리자에 입문해서 처참한 실패를 경험했고, 2018년 패스트캠퍼스에 두 번째 개발자로 합류해서 4년 동안 60여 명의 개발 조직을 셋업하고 패스트캠퍼스, 콜로소, 가벼운 외국어, 제로베이스 등 10여 개의 온라인/오프라인 교육 서비스를 개발 & 운영하고 있습니다.

_현) 데이원컴퍼니(패스트캠퍼스) CTO
_전) 카카오 포털부문/기술 스태프
_전) KTH 기술연구소/연구원
_전) 한컴 씽크프리 웹오피스부문/개발실장

목차

01 덕업일치를 넘어서
__ 뒤늦은 진로 선택
__ 덕업 일치의 시작
__ 테라포밍
__ 테크 리드의 길
__ 아직도 가야 할 길

02 오류를 만날 때가 가장 성장하기 좋을 때다
__ 오래된 오류와의 만남
__ 정말인지 소스 코드로 확인하기
__ 결과물 내 것으로 만들기

03 소프트웨어 디자인 원칙
__ 디자인이란 무엇인가?
__ 설계와 요구사항
__ 소프트웨어 설계 원칙 : 통합적으로 설계하라
__ 명시적 소프트웨어 설계
__ 암묵적 소프트웨어 설계
__ 통합 설계의 미래

04 나의 메이저 버전을 업그레이드하는 마이너 원칙들
__ v 0.1.0 두리번거리면서 속력과 방향을 자주 확인하기
__ v 0.2.0 낯선 방식으로 해결하기
__ v 0.3.0 개구리를 해부하지 말고, 직접 만들기
__ v 0.4.0 남을 향한 자존심을 버리고, 나를 향한 자존감 채우기
__ v 0.5.0 결과를 향하면서 과정을 기록하기
__ v 0.6.1 의도한 실수를 반복하면서 작은 부분을 개선하기
__ v 0.7.0 기준을 정하기 전에 여러 답을 찾아서 공유하기
__ v 1.0.0 배포하기 그리고 다음 버전 준비하기

05 이직, 분명한 이유가 필요해
__ 어떻게 기술을 교류할 수 있을까?
__ 제품에 대한 주인의식을 가질 수 있을까?
__ 체계적인 개발/조직 문화 경험하기
__ 경험을 넘어 개발/조직 문화에 기여하기
__ 완전히 새로운 서비스/도메인 경험하기
__ 조직을 만들고, 관리자 역량 향상시키기

06 목표를 달성하는 나만의 기준, GPAM
__ 목표 달성 가능성을 높여주는 GPAM을 소개합니다
__ S.M.A.R.T. 하게 목표 세우기
__ 개발 사이클과 GPAM 원칙을 비교해보기
__ GPAM 실천 사례를 공유합니다
__ 개발자의 7가지 고민, GPAM으로 타파하기

07 프로덕트 중심주의
__ 프로덕트 만들기를 목표 삼기
__ 반복적으로 완성하기
__ 디테일까지 도달하기
__ 항상 협업 모드로 작업하기
__ 망설일 바에는 실패하자
__ 조직과 팀의 선택

08 제어할 수 없는 것에 의존하지 않기
__ 코드 설계에 적용하기
__ 이직에 적용하기
__ 조직과 매니징에 적용하기

09 달리는 기차의 바퀴를 갈아 끼우기
__ 밥값에 대하여
__ 기술 부채에 대하여
__ 삽질에 대하여
__ 은탄환은 없다. 많이 읽고, 많이 쓰고, 많이 생각하자


리뷰

구매자 별점

4.7

점수비율
  • 5
  • 4
  • 3
  • 2
  • 1

24명이 평가함

리뷰 작성 영역

이 책을 평가해주세요!

내가 남긴 별점 0.0

별로예요

그저 그래요

보통이에요

좋아요

최고예요

별점 취소

구매자 표시 기준은 무엇인가요?

'구매자' 표시는 리디에서 유료도서 결제 후 다운로드 하시거나 리디셀렉트 도서를 다운로드하신 경우에만 표시됩니다.

무료 도서 (프로모션 등으로 무료로 전환된 도서 포함)
'구매자'로 표시되지 않습니다.
시리즈 도서 내 무료 도서
'구매자’로 표시되지 않습니다. 하지만 같은 시리즈의 유료 도서를 결제한 뒤 리뷰를 수정하거나 재등록하면 '구매자'로 표시됩니다.
영구 삭제
도서를 영구 삭제해도 ‘구매자’ 표시는 남아있습니다.
결제 취소
‘구매자’ 표시가 자동으로 사라집니다.

이 책과 함께 구매한 책


이 책과 함께 둘러본 책



본문 끝 최상단으로 돌아가기

spinner
모바일 버전