상세정보
미리보기
필독! 개발자 온보딩 가이드
- 저자
- 크리스 리코미니,드미트리 리아보이 저/장현희 역
- 출판사
- 책만
- 출판일
- 2023-07-20
- 등록일
- 2023-09-19
- 파일포맷
- PDF
- 파일크기
- 6MB
- 공급사
- YES24
- 지원기기
-
PC
웹뷰어
프로그램 수동설치
뷰어프로그램 설치 안내
책소개
“드디어 소프트웨어 개발자가 됐다. 그런데 이제 뭘 어떻게 해야 하지?” “오늘 우리 회사에 신입이 들어왔다. 뭐부터 가르쳐야 하지?” 실용적인 개발자, 성장하는 개발자, 성공적인 개발자란 대체 어떤 모습이며, 어떻게 해야 완성될 수 있을까? 대부분의 신입 엔지니어는 어느 정도의 기술 기반은 갖추고 시작하지만 실제 현장 경험은 거의 없다. 이 책에서는 새로이 첫발을 내딛는 개발자나 초보 팀장이 IT 개발 현장에서 곧 맞닥뜨릴 모든 일을 알려주며, 성공으로 향하기 위해 필요한 핵심 정보가 가득 담겨 있다. 코딩, 설계, 배포, 코드리뷰, 테스트, 기업문화, 협업, 경력 계발 등 전반적인 소프트웨어 개발 수명주기에 따라 현업 실무를 이제 막 시작하거나 팀장으로서 직무를 수행해야 하는 개발자가 꼭 알아야 할 신규 입사 개발자와 경력 개발자 모두를 위한 필독 가이드다. 개발자를 준비하는 취업준비생과 사회초년생은 물론, 팀을 이끌어야 하는 시니어 엔지니어도 다시 한번 짚어야 할 금과옥조 같은 이야기가 가득하다. 저자진이 실리콘밸리에서 현업 개발자로 일하며 IT현장에서 겪었던 눈물 쏙 빠지게 재밌는 에피소드와 경험담도 읽는 재미를 부추기며 각 장 말미에는 개발자가 꼭 따라야 하거나 반드시 피해야 할 ‘개발자의 필수 체크리스트’도 수록했다.
저자소개
페이팔(PayPal), 링크드인(LinkedIn)을 비롯해 JP 모건 에 속한 위페이(WePay) 등 주요 기술 기업에서 경험을 축적한 소프트웨어 엔지니어다. 데이터 과학자, 스태프 소프트웨어 엔지니어, 디스팅귀시드 소프트웨어 엔지니어 등의 직책을 거쳤다. 아파치 삼자(Apache Samza)를 개발하는 등 오픈 소스에 대한 기여는 물론 스타트업의 투자 및 자문 역할도 하고 있다.
목차
1장 여정을 시작하며〉 개발자로서의 첫 출발, 앞으로 어떤 길이 펼쳐질까목표를 세우자여정을 위한 지도__초보자__질풍노도의 성장__신뢰할 수 있는 기여자__운영의 바다__능력자의 땅전진, 앞으로!2장 역량을 높이는 의식적 노력〉 경쟁력을 갖춘 개발자가 되기 위해 스스로 해야 할 일실전에 앞서 익혀야 할 자기주도 학습 방안__본격적인 학습을 위한 몸풀기__직접 부딪혀보며 배우자__코드 동작을 이해하기 위해 다양한 실험을 해보자__문서 읽는 습관은 몸에 배야 한다__발표 영상을 찾아서 보자__때로는 밋업과 컨퍼런스도 참여하자__시니어 엔지니어의 업무를 체험하고 협업하자__개인 프로젝트 활동에서도 배움을 얻을 수 있다제대로 질문하자__스스로 문제를 해결해보자__제한 시간을 정하자__자신이 시도한 방법을 공유하자__동료를 방해하지 말자__비동기식 멀티캐스팅 의사소통을 시도하자__동기식 요청은 한 번에 보내자성장의 장애물을 극복하자__가면 증후군__더닝 크루거 효과개발자의 필수 체크리스트레벨업을 위한 읽을거리3장 코드와 함께 춤을〉 레거시 코드에 임하는 우리의 자세소프트웨어 엔트로피는 늘어나게 마련이다결코 피할 수 없는 기술 부채__기술 부채를 상환하는 방법코드 변경으로 인한 고통을 조금이라도 줄이려면__레거시 코드 변경 알고리즘을 활용하자__코드는 처음보다 더 깔끔하게 유지하자__점진적으로 변경하자__리팩터링은 실용적으로 진행하자__IDE를 활용하자__버전 제어 시스템의 권장 기법을 활용하자소프트웨어 개발에서 빠지기 쉬운 함정을 최대한 피하려면__되도록 검증된 기술을 사용하자__제발 악동은 되지 말자__업스트림 커밋 없이 포크만 하는 것은 금물이다__코드 재작성에 대한 욕구를 견디자개발자의 필수 체크리스트레벨업을 위한 읽을거리4장 운영 환경을 고려한 코드 작성〉 개발 환경과 프로덕션 환경은 엄연히 다르다장애에 대비하기 위한 방어적 프로그래밍 방안__null 값 사용은 피하자__불변 변수를 사용하자__타입 힌트와 정적 타입 검사를 사용하자__입력값을 검사하자__예외를 활용하자__예외는 구체적으로 정의하자__예외는 일찍 던지고 최대한 나중에 처리하자__재시도는 현명하게__시스템에 멱등성을 부여하자__리소스를 해제하자문제 원인을 찾기 위한 로깅 방안__로그 레벨을 사용하자__로그는 원자적으로 작성하자__로그는 신속하게 기록하자__민감한 데이터는 로그에 기록하지 말자애플리케이션 동작 측정을 위한 지표 활용 방안__표준 지표 라이브러리를 사용하자__모든 것을 측정하자오늘날 분산 환경에서 더욱 중요해진 추적설정으로 런타임 동작을 손쉽게 조정하려면__지나치게 창의적인 설정은 금물이다__모든 설정을 로그에 기록하고 검증하자__기본값을 제공하자__관련된 설정을 그룹화하자__설정도 코드처럼 테스트하자__설정 파일은 깔끔하게 유지하자__배포된 설정은 변경하지 말자때로는 도구가 운영의 성패를 결정짓기도 한다개발자의 필수 체크리스트레벨업을 위한 읽을거리5장 피할 수 없는 코드 의존성의 관리 〉 복잡한 프로그램을 짜봐야 비로소 깨닫는 의존성의 진실의존성 관리를 이해하기 위한 필수 개념__시맨틱 버저닝__이행적 의존성현업이면 누구나 한 번은 겪는 의존성 지옥__의존성 지옥에서 탈출하자__의존성을 격리하자__의존성은 신중하게 추가하자__버전을 고정하자__의존성의 범위를 좁히자__순환 의존성에 주의하자개발자의 필수 체크리스트레벨업을 위한 읽을거리6장 테스트! 개발자의 든든한 지원군〉 업무 부하를 낮추면서 시스템 동작도 검증하는 테스트 방안테스트를 꼭 해야 할까테스트의 유형과 기법다양한 테스트 도구__모킹 라이브러리__테스트 프레임워크__코드 품질 보증 도구개발자 스스로 직접 테스트를 작성하자__테스트는 깔끔하게 작성하자__과도한 테스트는 삼가자테스트 결정성: 항상 동일한 테스트 결과를 만들려면__난수생성기에 적절한 시드값을 사용하자__단위 테스트에서 원격 시스템을 호출해서는 안 된다__클럭을 주입하자__슬립과 타임아웃의 사용을 삼가자__네트워크 소켓과 파일 핸들을 닫자__0번 포트에 바인딩하자__파일과 데이터베이스에 대해 고유한 경로를 생성하자__이전 테스트의 상태를 격리하고 해제하자__테스트의 실행 순서에 의존하지 말자개발자의 필수 체크리스트레벨업을 위한 읽을거리7장 올바로 주고받는 코드 리뷰〉 원활한 팀 협업과 높은 코드 품질을 목표로코드 리뷰는 왜 필요한가코드 리뷰를 제대로 받는 방법__코드 리뷰를 받을 때 준비해야 할 사항__리뷰 초안이 있으면 위험을 낮출 수 있다__테스트 실행을 위한 리뷰 제출은 금물이다__코드 변경사항이 많을 때는 좀 더 면밀하게__자신의 코드에 너무 집착하지 말자__공감력을 갖되 무례함은 참지 말자__주도적으로 행동하자코드 리뷰를 제대로 해주는 방법__리뷰 요청을 선별하자__리뷰를 위한 시간을 마련하자__코드 변경사항을 이해하자__포괄적인 피드백을 제시하자__좋은 점은 인정하자__이슈, 제안, 사소한 흠결은 잘 구분하자__대충대충 리뷰는 금물__웹 기반 리뷰 도구에만 의존하지는 말자__테스트 리뷰도 잊지 말자__어떻게든 결론을 맺어야 한다개발자의 필수 체크리스트레벨업을 위한 읽을거리8장 고객 앞으로! 소프트웨어 전달〉 마침내 프로덕션 환경에 안착시킬 소프트웨어의 종착지소프트웨어 전달의 4가지 단계효과적인 버전 제어를 위한 브랜칭 전략빌드 단계__패키지에 버전을 명시하자__리소스는 각각 별도로 패키징하자릴리스 단계__릴리스를 남의 일로 여기지 말자__패키지를 릴리스 리포지토리로 발행하자__릴리스는 불변성을 갖게 하자__자주 릴리스하자__릴리스 일정은 투명하게 공유하자__변경 로그와 릴리스 노트를 발행하자배포 단계__배포를 자동화하자__배포는 원자적으로 수행하자__애플리케이션을 독립적으로 배포하자롤아웃 단계__롤아웃을 모니터링하자__기능 플래그를 활용하자__서킷 브레이커를 이용해 코드를 보호하자__서비스 버전은 병렬로 올리자__다크 모드로 론칭하자개발자의 필수 체크리스트레벨업을 위한 읽을거리9장 긴급대응 온콜 업무〉 언제 일어날지 모르는 장애에 대응하는 절차와 방안긴급한 비상상황에 대응하는 온콜 업무반드시 갖춰야 할 온콜 스킬__항시 언제라도 대응할 준비를 갖추자__주의를 늦추지 말고 집중하자__업무 우선순위를 정하자__명확하게 의사소통하자__업무 진척사항을 추적하자장애 처리의 5가지 단계__선별__조율__완화__해결__후속 조치지원 업무도 엄연한 온콜 업무다영웅이 되려 하지는 말자개발자의 필수 체크리스트레벨업을 위한 읽을거리10장 견고한 소프트웨어를 위한 기술 설계 절차〉 대규모 변경에 적합한 소프트웨어 설계와 문서화 기법고깔형의 기술 설계 절차올바른 기술 설계를 하려면__문제를 정의하자__해결 방법을 조사하자__다양한 실험을 해보자__충분한 시간을 투자하자의사소통을 위한 설계 문서 작성 방안__중요한 변경사항은 문서화해두자__설계 문서를 작성하는 이유를 이해하자__글쓰는 법을 배우자__설계 문서는 최신 상태로 유지하자설계 문서 템플릿의 기본 구조__개요__현재 상태와 컨텍스트__변경해야 하는 이유__요구사항__고려할 수 있는 해결책__채택하려는 해결책__설계와 아키텍처__테스트 계획__롤아웃 계획__미결 사항__부록설계 과정에서도 협업은 중요하다__팀의 설계 리뷰 절차를 이해하자__갑작스런 상황은 만들지 말자__설계를 논의하며 브레인스토밍을 하자__설계에 참여하자개발자의 필수 체크리스트레벨업을 위한 읽을거리11장 소프트웨어 수명주기를 고려한 진화하는 아키텍처 구현 〉 성장하고 발전하는 소프트웨어를 만들기 위한 핵심 원칙복잡도를 이해하자진화하는 아키텍처를 위한 설계 원칙__YAGNI 원칙: 당장 필요치 않다면 구현하지 말 것__최소 충격 원칙: 사용자를 놀래키지 말 것__도메인 지식은 캡슐화돼야 한다진화하는 API를 위한 설계 원칙__API 크기는 작게 유지하자__잘 정의한 서비스 API를 노출하자__API 변경에는 호환성을 유지하자__API의 버전을 관리하자진화하는 데이터를 위한 설계 원칙__데이터베이스를 격리하자__스키마를 사용하자__스키마 마이그레이션을 자동화하자__스키마 호환성을 유지하자개발자의 필수 체크리스트레벨업을 위한 읽을거리12장 효율적인 협업을 위한 애자일 문화〉 모두가 알지만 실천하기는 쉽지 않은 애자일애자일 선언문애자일 방법론 프레임워크스크럼으로 하는 애자일 개발 방안__사용자 스토리__태스크__스토리 포인트__백로그 분류__스프린트 계획신속한 업무 공유를 위한 스탠드업 회의진솔한 피드백이 오가야 하는 리뷰재평가와 조정을 위한 회고중장기 계획을 위한 로드맵 수립개발자의 필수 체크리스트레벨업을 위한 읽을거리13장 관리자, 팀장, 상사와 함께 일하기〉 한마음 한뜻으로 공동의 목표를 향해 관리자들이 하는 일성공적인 업무 수행과 평가를 위한 절차를 마련하자__일대일 회의__PPP 회의__OKR__성과 평가팀장이나 상사도 여러분의 관리가 필요하다__팀장의 피드백이 적을 경우 적극 요청하자__팀장도 여러분의 피드백을 원한다__여러분의 목표에 대해 팀장과 허심탄회하게 논의하자__다 시도해봤는데도 안 된다면개발자의 필수 체크리스트레벨업을 위한 읽을거리14장 경력 관리에 대한 조언〉 경력 관리는 빠를수록 좋다시니어 엔지니어, 그리고 더 높은 곳을 향해진로에 대한 조언__T자형 인재가 되자__개발자를 위한 다양한 프로그램에 참여하자__승진을 원하다면 이렇게 하자__이직은 신중하게__다만 번아웃을 경계하라마치며
