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 프로덕트 중심주의
__ 프로덕트 만들기를 목표 삼기
__ 반복적으로 완성하기
__ 디테일까지 도달하기
_
★ 더 크게 성장하려면 기술 말고도 원칙이 필요합니다
개발자가 우대받는 시대가 되었습니다. 개발자 관두면 치킨집 차란다는 자조적인 말이 지난 몇 해째 자취를 감췄습니다. 골드러시마냥 비전공자까지 개발 전선에 뛰어들었습니다. 그럼에도 전 세계에서 소프트웨어 인력 부족과 스킬 불일치 문제가 심각합니다. 실력을 갖춘 더 많은 개발자가 필요합니다. 이미 시장에는 기술을 알려주는 많은 양질의 도서가 많습니다. 기술 말고 개발자로 살아가는 데, 시니어를 넘어 테크 리더로서 성장하는 데 도움이 될 원칙을 알려주는 선배가 필요합니다. 그래서 이 책을 준비했습니다. 이 책은 저자 9명이 각자 한 가지씩 9가지 원칙을 제시합니다.
★ 이 책의 대상 독자
_평생 개발자를 꿈꾸는 분
_소프트웨어를 개발하는 더 나은 방법이 궁금한 분
_다양한 난제를 풀 원칙이 필요한 분
_조직을 성장시키고 싶은 스타트업 CTO
_조직 생활과 이직에 고민이 많으신 분
_효율적으로 일하는 방식에 고민이 많은 분
★ 덕업일치를 넘어서
“단순한 덕업일치로 시작해 프로그래머란 직업을 탐구한 기록이
여러분의 탐구 여정에 작은 도움이 되었으면 합니다.
즐거운 여행 되십시오”
프로그래밍을 시작한 지 40년, 업으로 삼은 건 30년 정도 됐어요. 저는 프로그래밍을 하면서 세상과 나를 발견하고 소통하며 조금씩 성장했습니다. 덕분에 지금은 예전 같으면 생각도 못했던 멀고 높은 곳을 탐험하며 즐거운 삶을 살고 있어요.
개발자 그리고 개발 조직 리더로 일하면서 수많은 선택의 순간이 있었습니다. 그 과정에서 북극성처럼 삶의 기준으로 삼은 가치는 무엇이었고 무엇을 얻고 느꼈는지 담백하게 전해드리려고 합니다. 각자의 길을 찾는 데 타산지석이나 반면교사로 삼으실 수 있도록 솔직한 이야기를 나눠드릴게요.
(박성철_ 컬리 풀필먼트 & 딜리버리 프로덕트 본부장
★ 오류를 만날 때가 가장 성장하기 좋을 때다
“오류를 만날 때가, 가장 성장하기 좋을 때입니다.”
현재 레몬트리에서 가족 금
