● 저자 : 남경호
● 페이지: 344
● 형식: 152*222
● 정도: 2도
● 정가: 25,000원
● 발급일자: 2023년 4월 20일
● ISBN: 979-11-982686-2-4 93000
(인쇄 사이트)
(강컴) (교보) (반디) (알라딘) (예스24) (인터파크)
_책 내용
“재개발하는 것이 좋습니다!” 개발자라면 현재 서비스 중인 코드(기술 스택)획기적으로 변경하고 싶을 때가 여러 번 있을 것입니다.. 이 책은 개발자가 경험한 서비스의 언어 변환 프로젝트에서 개발자가 어떻게 성공했는지 이야기를 섞어 정제된 과정처럼 정리한 책이다.. 프로젝트가 반드시 언어나 기술 스택을 바꾸는 것을 목표로 하지 않더라도 보너스로 프로젝트를 관리하는 방법에 대한 노하우를 얻을 수 있습니다.. 제목에 “프로젝트 관리”이런 이유이기도 하다.
_대상 청중
개발자는 크고 작은 필요에 따라 항상 수많은 프로젝트를 수행합니다. 팀의 결정에 따라 수시로 개발자를 적극적으로 설득(?)하여 프로젝트를 만들고 완성하는 것은 모든 개발자의 숙명이자 일(work)이다. 이 책은 “서비스에서 코드를 바꾸자”라는 미션으로 시작한 프로젝트지만, 개발 현장에서 일어나는 모든 프로젝트가 진행되는 방식과 크게 다르지 않다. 그래서 이 책을 읽는 독자는 적어도 자신의 주니어 티(?)를 벗은 개발자라면 많은 도움을 받을 것이다.
_색인
프롤로그
사람과 상황 설정
1장_ (배경) 언어 변경 필요
1. 유산과 함께 생활
_〔예〕
2. 전환 이유 찾기
_〔예〕
_1. 이유 예
_2. 주의
삼. 설득하다
_〔예〕
_1. ‘신탁자본‘구축하자
_2. 설득하려는 대상에 따라 전략을 개발하십시오.
_삼. 한 번에 설득을 완료해야 한다고 생각하지 마십시오.
제 2 장_ 〔준비〕 집주인이라면 속지 말라
1. 프로젝트 로드맵 생성
_〔예〕
_1. 로드맵 구축의 이점
_2. 로드맵 도구
2. 전환 전략 수립
_〔예〕
_1. 작업 순서 결정
_2. 유통전략 수립
_삼. 제약 조건 설정
_4. 언어 변환의 목적 설정
_5. 작업 범위 결정
_6. 작업 항목 나열
삼. 귀하의 도메인을 알고
_〔예〕
_1. 도메인 목록 정의
_2. 행동 정의
_삼. 모델 정의
4. API 정리하다
_〔예〕
_1. REST API
_2. 그래프QL API
_삼. gRPC
5. 기술 선택
_〔예〕
_1. 웹 프레임워크
_2. API 뼈대
_삼. 지속성 프레임워크
_4. 기타 고려해야 할 사항
_5. 프로토타입 작성
6. 패키지 구조 선택
_〔예〕
_1. 패키지 구조 선택의 이점
_2. 대표적인 패키지 구조
7. 작업 만들기
_〔예〕
_1. 작업 생성 이유
_2. 작업 생성 전략
3 장_ (프로세스) 묻고 더블로 가기!
1. 프로젝트 기본 설정
_〔예〕
_1. 버전 제어 시스템 설정
_2. 지점 전략
_삼. 분기 보호 규칙 설정
_4. 프로젝트 설정
_5. 지속적인 통합 및 배포 설정
_6. 인프라 설정
2. 코드 기여 규칙 설정
_〔예〕
_1. 린트다음을 사용하여 코드 스타일 규칙 설정
_2. 팀 내에서 코딩 스타일 규칙 문서화
_삼. 정적 분석 도구 사용
_4. 버전 관리 시스템 사용 규칙
삼. 테스트 전략
_〔예〕
_1. 테스트 어드밴티지
_2. 테스트 유형
_삼. 테스트 요구 사항
_4. 테스트 전략
4. 기타 조치 항목
_〔예〕
_1. 제약 조건 적용
_2. 중간점검
_삼. 작업 공유
4장_ (이슈)위기를 기회로
1. 운영 문제
_〔예〕
_1. 기능 개선 및 추가 개발에 대한 상담
_2. 효율적인 운영 문제 처리 방법
_삼. 실패 응답
2. 기술 문제
_〔예〕
_1. 기술적 문제에 대한 대응
_2. 기술 문제 해결 전략
삼. 작업 생산성
_〔예〕
_1. 생산성에 영향을 미치는 요인
_2. 생산성 향상을 위한 노력
4. 문제 공유
_〔예〕
_1. 협업 관리 도구 활용
_2. 문서활용
_삼. 정기모임 활용
5장_ (끝)하얗게 태웠어
1. 품질보증 준비
_〔예〕
_1. QA무엇인가요
_2. QA준비
2. 테스트 케이스
_〔예〕
_1. 테스트 케이스 디자인
삼. 분포
_〔예〕
_1. 배포 전 확인사항
6장_ (회고)돌이켜보자
1. 회고전을 위한 사전 계획
_〔예〕
_1. 작업 관리
_2. 회고주기
_삼. 사건 기록
2. 보다 유익한 검토를 위해
_〔예〕
_1. 5F
_2. KPT
_삼. 아르
_4. YWT
_5. 4L
_6. 촉진자의 역할
_7. 데이터 활용
_8. 피드백
7장_ 〔Q&A)나중에 이야기
1. 언어 변환 프로젝트를 시작하게 된 동기는 무엇입니까?
2. 언어 변환 프로젝트가 성공적이었다고 생각하십니까?
삼. 언어 변환 프로젝트의 목표는 무엇이었나요?
4. 다른 개발자에게 언어 변환 프로젝트를 추천하시겠습니까?
5. 언어변환 프로젝트를 진행하면서 기억에 남는 에피소드가 있나요?
6. 언어 변환 프로젝트와 제품 개발 프로젝트의 차이를 느끼셨나요?
7. 품질보증 그 과정에서 발생한 기억에 남는 버그 이슈가 있나요?
8. 가장 행복했던 순간은 언제였나요?
9. 회사나 다른 팀에서는 어떤 종류의 언어 변환 프로젝트를 보나요?
10. Kotlin과 Spring이 필요한 이유 336
11. 언어 변환 전과 후의 프로젝트 진행에 차이가 있나요?
12. 프로젝트가 실패했다면 그 이유는 무엇입니까?
13. 이 책을 쓰게 된 동기는?
검색
현재 서비스 코드를 변경하고 싶었던 적이 있습니까??
기존 서버 코드를 대대적으로 변경하고 싶을 때
백엔드 서버가 어떻게 생성되는지 알고 싶을 때
대규모 프로젝트를 성공시키고 싶을 때
코드는 유지 관리하기 어려울 정도로 복잡합니다.
개발자가 적어 취업시장에서 개발인력 충원이 어려움,
제품에 적합한 기능이나 솔루션을 보다 쉽게 제공하는 언어가 필요할 때, 현재 제공되는 코드의 언어를 변경하고 싶습니다..
제공되는 코드의 언어를 변경하려는 개발자용, 이 책은 가상의 예를 통해 언어 전환을 계획하고 진행하는 방법에 대한 지침을 제공합니다..
출시 2약 1년 전 ㅏ 스타트업 서비스.
제품의 서비스 성장을 위해 기능을 획기적으로 개선하고자 합니다..
개발자 101명 미만, 백엔드 개발자에는 파트 리더가 포함됩니다. 4인원수
포, PD, 프런트 엔드, 기계적 인조 인간QA 엔지니어 등.
그들은 과연 서버 언어 전환 프로젝트에 성공할 수 있을까??
_메인 콘텐츠
_(배경) 언어 변경 필요
▷ 유산과 함께 살기 ▷ 전환 이유 찾기 ▷ 설득
_〔준비〕 집주인이라면 속지 말라
▷ 프로젝트 로드맵 작성 ▷ 전환 전략 수립 및 도메인 파악
▷ API 조직 및 기술 선정 ▷ 패키지 구조 선정 및 과제 생성
_(프로세스) 묻고 더블로 가기!
▷ 프로젝트 환경 설정 ▷ 코드 기여 규칙 설정 및 테스트 전략
▷ 기타 액션 아이템
_(이슈)위기를 기회로
▷ 운영사유, 기술적 이슈 ▷ 업무 생산성 및 이슈 공유
_(끝)하얗게 태웠어
▷ QA 준비 ▷ 테스트 케이스 및 배포
_(회고)돌이켜보자
_내가 먼저 읽었어.
언어 전환? 처음에는 그게 뭔지 궁금해서 원고를 읽었다.. 하지만, 너무 재미있다. 언어변경이긴 하지만, 다른 프로젝트를 진행하면서 여러 가지 문제를 만났고 이 책에서 많은 아이디어를 얻었다..
_이수연(여행 서비스 백엔드 개발자)
개발자 케이나타납니다. 그는 서비스 기술 스택을 전면 개편할 것을 주장하고 이를 실행에 옮겨 성공적으로 프로젝트를 멋지게 만드는 사람입니다.. 개발자의 마음에 케이하나의 마음을 가질 것입니다. 실제로 실행해보지 않더라도 이 책에 대한 간접적인 경험이 있다면 개발자로서 성장하는 데 큰 도움이 될 것이다..
_김동희(종합쇼핑몰 서비스 오후)
_저자 소개
저자 남경호
현) 케이터링 플랫폼 스타트업 백엔드 챕터 리드
전) 온라인 수업 플랫폼 스타트업 백엔드 개발
전) 여행 플랫폼 스타트업 백엔드 개발
전) 보안 솔루션 백엔드 개발
나는 소프트웨어 장인정신을 사랑한다. Software Craftsmanship Statement에 선언된 다음과 같은 가치를 실천하기 위해 노력합니다..
_소프트웨어 실행뿐만 아니라, 정교하고 숙련된 작업
_변화에 대응할 뿐만 아니라, 계속해서 가치를 더하기 위해
_개인 작업 외에도, 전문 커뮤니티를 만들기 위해
_고객과의 협업 외에도, 생산적인 파트너십
더 나은 코드를 작성하려는 나의 노력은 같은 팀의 개발자가 향후에 내 코드를 더 쉽게 수정할 수 있도록 합니다., 자신이 만드는 제품에 계속해서 가치를 더하면 동료에게 동기를 부여할 수 있습니다., 모든 사람이 효율적으로 일하도록 하겠다는 약속은 제가 제품의 가치를 제공하는 데 더 집중할 수 있게 하면서 팀의 생산성을 높일 것입니다..
이 책은 특정 코드 스토리에 대해 자세히 설명하지 않지만, 언어 변환 프로젝트를 준비 중이거나 제품 개발 프로세스를 설정하는 방법을 고민하는 분들에게 제가 경험한 제품 개발을 위한 전반적인 개발 프로세스와 협업을 소개합니다..
이미 그런 프로젝트를 진행하고 계시거나 제 가치관에 동의하신다면 재미있게 읽으실 수 있을 것 같습니다..
이 책을 통해 언어전환 프로젝트를 간접적으로 경험하고 나의 가치관을 공유하고 싶다..
_상세 이미지
_끝