신간보도자료	(주)도서출판 길벗 서울시 마포구 월드컵로 10길 56(서교동) 대표전화 (02)332-0931/팩스 (02)323-0586 홈페이지 www.gilbut.co.kr 담당자 : 정지은(02-330-9792)

신간안내	프로그래밍 세계에서 살아남기 위한 개발자 생존 가이드! 스트리트 코더

스트리트 코더

: 프로그래밍 세계에서 살아남기 위한 개발자 생존 가이드!!

	▶ 발행 : (주)도서출판 길벗 ▶ 발행일 : 2023년 8월 31일 ▶ 지은이 : 세다트 카파노글루 ▶ 옮긴이 : 이준용 ▶ 쪽수 : 320쪽 ▶ 판형 : 183 * 235(mm) ▶ 높이(두께) : 13.5 ▶ 정가 : 33,000원 ▶ ISBN : 979-11-407-0620-4 93000 ▶ 키워드 : 개발자, 리팩터링, 프로그래밍, 알고리즘, 패턴, 테스트, 노하우, 팁, 보안, coder

*분야

<예스24>   국내도서 > IT 모바일 > 프로그래밍 언어 > 프로그래밍 언어 기타

국내도서 > IT 모바일 > 컴퓨터 공학 > 소프트웨어 공학

국내도서 > IT 모바일 > 프로그래밍 언어 > 프로그래밍 교육

국내도서 > IT 모바일 > 컴퓨터 공학 > 개발방법론

<교보>     국내도서 > 컴퓨터/IT > 프로그래밍 언어 > 프로그래밍일반

국내도서 > 컴퓨터/IT > 개발방법론 > 개발방법론 일반

국내도서 > 대학교재 > 컴퓨터

<알라딘>   국내도서 > 컴퓨터/모바일 > 프로그래밍 개발/방법론 > 프로그래밍 기초/개발 방법론

국내도서 > 컴퓨터/모바일 > 컴퓨터 공학 > 자료구조/알고리즘

국내도서 > 컴퓨터/모바일 > 컴퓨터 공학 > 소프트웨어 공학

<인터파크> 도서 > 전공도서/대학교재 > 공학계열 > 컴퓨터공학

도서 > 컴퓨터/인터넷 > IT 전문서 > 컴퓨터공학 > 소프트웨어공학

[간단한 책 소개]

마감일 vs 코드 품질, 무엇을 우선시할 것인가?

프로그래밍 세계의 이상과 현실 속에서

살아남기 위해 필요한 ‘길거리 지식’을 배우자!

컴퓨터 과학 이론, 알고리즘, 데이터 구조, 테스트, 코드 최적화, 리팩터링 등 코딩할 때 적용해야 하는 다양한 이론이 있다. 하지만 현실은 마감일에 쫓겨 작업의 우선순위를 정하고, 어떤 규칙을 어겨야 할지를 빠르게 결정을 내려야 하는 상황에 내몰리곤 한다. 이때 우리에게 필요한 것은 무엇이 가장 중요한지 알아차릴 수 있는 ‘길거리 지식’이다. 어떤 규칙을 깨야 하고, 어떻게 깰 수 있는지, 무엇을 우선시해야 하는지를 알고 있어야 한다. 이 책은 추상적인 이론이나 상아탑의 이데올로기처럼 뜬구름 잡는 이야기가 아닌 독학으로 마이크로소프트 엔지니어가 되기까지의 경험을 바탕으로 한 실용적인 팁과 노하우를 담고 있다. 이 책으로 다양한 개발자 생존 법칙을 배우고, 새로운 시각을 접하면서 자신만의 사각지대에서 무엇을 놓치고 있는지, 어떤 보석이 숨어 있는지도 찾아보자.

[출판사 리뷰]

규칙을 깨더라도 살아남아야 한다!

현실 속에 살고 있는 수많은 개발자를 위한 생존 법칙과 노하우!

살아남기 위해 중요한 것은 무엇인가?

컴퓨터 과학 이론, 알고리즘, 데이터 구조, 테스트, 코드 최적화, 리팩터링 등 코딩할 때 적용해야 하는 다양한 이론이 있다. 하지만 현실은 마감일에 쫓겨 작업의 우선순위를 정하고, 어떤 규칙을 어겨야 할지를 빠르게 결정을 내려야 하는 상황에 내몰리곤 한다. 코드 품질과 마감일 사이에서 우리는 어떤 것을 우선시해야 할까?

노련한 개발자라면 이미 알고 있겠지만, 우리에게 필요한 것은 무엇이 가장 중요한지 알아차릴 수 있는 ‘길거리 지식’이다. 어떤 규칙을 깨야 하고, 어떻게 깰 수 있는지, 어떤 것을 우선시하고, 어떤 것을 뒤로 미뤄야 하는지를 알고 있어야 한다.

저자가 몸소 겪으면서 깨달은 생존 법칙과 노하우 담았다!

이 책은 독학으로 공부하여 마이크로소프트의 엔지니어가 된 저자의 경험을 바탕으로 한다. 추상적인 이론이나 상아탑의 이데올로기처럼 뜬구름 잡는 이야기가 아닌 실용적인 데이터 구조나 알고리즘의 적용법, 점진적인 리팩터링으로 효율적인 코드를 만드는 법, 보안을 염두에 두고 개발하는 법, 프로젝트를 위한 확장성 등 개인적인 실무 경험에 뿌리를 둔 현실적인 조언을 한다. 또한, 익히 알던 모범 사례보다 더 도움이 되는 일부 안티패턴 소개, 최적화할 때 발생하는 트레이드 오프 이해하기, 무조건 버그를 수정하지 않기 등 생각지도 못한 새로운 시각을 보여준다. 이를 바탕으로 자신만의 사각지대에서 무엇을 놓치고 있는지, 어떤 보석이 숨어 있는지를 찾을 수 있고, 진정한 ‘스트리트 코더’가 될 수 있을 것이다.

[저자 소개]

세다트 카파노글루

튀르키예 에스키세히르 출신이며 독학으로 소프트웨어 개발자가 되었다. 이후 워싱턴주 시애틀에 있는 마이크로소프트에서 윈도 핵심 운영 체제 부서의 엔지니어로 근무했다. 그의 소프트웨어 개발 경력은 30년에 달한다.

그는 구 유고슬라비아에서 튀르키예로 이주한 보스니아 출신 부모 사이에서 다섯 자녀 중 막내로 태어났다. ‘시큼한 사전’이라는 뜻의 세계에서 가장 인기 있는 터키어 소셜 플랫폼인 엑시 쇠즐뤽(https://eksisozluk.com)을 설립했다. 1990년대에는 코드로 생성한 그래픽이나 음악 프레젠테이션을 만들기 위한 국제 디지털 예술 커뮤니티인 튀르키예의 데모씬에서 활동했으며, 트위터(@esesci) 또는 프로그래밍 블로그(https://ssg.dev)에서 만날 수 있다.

[역자 소개]

이준용

인공지능과 빅데이터 기술에 관심이 많은 연구원이다. 한국과학기술원(KAIST)에서 전자공학 박사학위를 받았다. 일본 ATR IRC 연구소에서 인간-로봇 상호작용 연구에 참여했으며 미국 아이오와 주립대학교에서 대사회로 관련 연구를 했다. 미국 퍼시픽 노스웨스트 국립연구소에서 연구원으로 수년간 근무하다가 지금은 실리콘벨리의 한 바이오텍에 합류하여 초기 암 진단을 위한 오믹스 연구를 위해 일하고 있다. 역서로 『비즈니스 데이터 과학』(2022), 『파이썬과 대스크를 활용한 고성능 데이터 분석』(2020), 『데이터 과학을 위한 통계』(2018), 『손에 잡히는 R 프로그래밍』(이상 한빛미디어, 2015), 『R 교과서』(2020, 길벗)가 있다.

[책 속으로]

소프트웨어 개발자라면 누구나 더 나은 디자인, 더 쉬운 유지 보수, 여기에 더 빠른 성능까지 겸비한 완벽한 코드를 만들고 싶어할 것이다. 이를 꿈꾸며 이미 잘 알려진 책을 몇 권 사다가 부적처럼 책장 한 쪽에 고이 모셔 둔 사람이 분명 나뿐만은 아닐 것이다. 방대한 주제와 모범 사례를 담고 있지만, 처음부터 끝까지 정독하기가 쉽지 않은 책들도 있다.

반면 이 책, 『스트리트 코더』는 조금 달랐다. 독학으로 프로그래밍을 익힌 저자는 ‘이 바닥’에서 몸으로 직접 부딪히며 경험한 노하우를 하나둘 풀어내고 있다. 이론적인 추측보다는 현실 속의 회사에서 우리가 겪을 법한 상황극을 통해 의견을 전달하려고 노력한다.

_옮긴이의 말 중에서

[베타 후기]

스트리트 코더’는 프로그래밍의 다양한 주제를 깊이 있게 탐구하고, 이론과 실무를 조화롭게 다루고 있습니다. 또한, 소프트웨어 개발 현장에서 얻은 귀중한 교훈이 담겨 있어 개발자가 중요하게 여겨야 할 요소에 대한 이해를 돕습니다.

독자들을 빠르게 ‘스트리트 코더’의 경지로 이끌어주는 이 책은 개발에 즐거움을 느끼는 개발자에게 풍부한 통찰력을 제공합니다. 특히 주니어 개발자들에게는 앞으로 겪을 수 있는 다양한 시행착오를 줄여주는 안내서 역할을 할 것이라 생각합니다. 개발자의 성장과 전문성 향상을 위한 필독서로 이 책을 강력히 추천합니다.

김성훈_한국투자증권

우리가 학습하기 위해 가장 흔히 찾는 수단은 학교나 책일 것입니다. 이를 통해 체계적이고 구조화된 방식으로 지식을 전달받을 수 있습니다. 하지만 이러한 학습 경로에서는 접하기 어려운 영역이 있는데, 바로 ‘현장’ 지식입니다. 현장에서의 경험적 지식은 까다로운 고객과 다가가기 어려운 직장 선배가 가득한 필드에서 다년간 고생한 끝에 얻어지는 지혜의 보따리라 할 수 있습니다.

이 책은 단순한 이론을 넘어 현장에서 실제로 필요로 하는 지식을 전달하는 가치 있는 책입니다. 챕터마다 수많은 시행착오 끝에 날카롭게 벼려진 저자만의 실용적인 노하우를 듬뿍 담고 있습니다. 부디 많은 사람이 이 책을 통해 학문적 지식과 현장의 경험 사이의 교차점에서 본질적인 지혜를 찾아내기 바랍니다.

이재용_네이버 클라우드

논리적이고 체계적인 프로그래밍에 대한 책은 많습니다. 하지만 막상 프로젝트에서는 모두가 논리적이고 체계적이지는 않습니다. 이를 극복한 사람만이 가지고 있는 것이 바로 ‘진짜 실력’입니다. 이 책으로 실전에서 다져진 경험과 노하우의 진수를 볼 수 있습니다. 프로그래밍 세계에 알려지지 않은 무림 고수의 비기입니다.

김동우_프리랜서

[추천평]

“나는 스트리트 코더로 경력을 시작했는데, 그 당시에 이 책을 읽었더라면 많은 실수를

피하고 경력을 몇 년 절약할 수 있었을 것입니다.” — 쑤 양, Ansteel 그룹

“이 책은 내가 애플리케이션 개발의 세계에 입문했을 때 갖고 있었으면 좋았을 책입니다.”

— 야넥 로페즈, Fosh Tech

“모든 수준의 개발자를 위한 필독서!” — 빈센트 델코뉴, Wavenet

“유머가 가미된 탄탄한 실제 프로그래밍 조언으로 가득합니다.” — 사무엘 보쉬, ILVO

[목차]

1장 거리로

1.1 길거리에서 중요한 것

1.2 누가 스트리트 코더인가?

1.3 훌륭한 스트리트 코더

__1.3.1 질문하기

__1.3.2 결과 중심적

__1.3.3 높은 처리량

__1.3.4 복잡성과 모호성 수용

1.4 최근 소프트웨어 개발의 문제점

__1.4.1 너무 많은 기술

__1.4.2 패러다임의 패러글라이딩

__1.4.3 기술의 블랙박스

__1.4.4 오버헤드 과소평가

__1.4.5 내 일이 아니다

__1.4.6 시시해 보이는 일도 도움이 될 수 있다

1.5 이 책에서 다루지 않는 것

1.6 주제

1.7 요약

2장 실용적인 이론

2.1 알고리즘 특강

__2.1.1 빅오를 더 잘 이해하면 좋다

2.2 내부 데이터 구조

__2.2.1 문자열

__2.2.2 배열

__2.2.3 리스트

__2.2.4 연결 리스트

__2.2.5 큐

__2.2.6 딕셔너리

__2.2.7 해시 집합

__2.2.8 스택

__2.2.9 호출 스택

2.3 타입에 대한 과대 포장은 무엇인가?

__2.3.1 타입에 강해지기

__2.3.2 유효성 증명

__2.3.3 무조건 프레임워크를 사용하지 말고 똑똑하게 활용하라

__2.3.4 오타 이상의 타입

__2.3.5 nullable이 아니라 non-nullable이라 했어야 한다

__2.3.6 무료 성능 향상

__2.3.7 참조 타입 대 값 타입

2.4 요약

3장 유용한 안티패턴

3.1 깨지 않았다면 깨버려라

__3.1.1 코드 경직성에 맞서라

__3.1.2 빠르게 옮기고 깨버리자

__3.1.3 경계를 존중하라

__3.1.4 공통적인 기능을 분리하라

__3.1.5 예제 웹 페이지

__3.1.6 빚을 지지 마라

3.2 처음부터 다시 작성하라

__3.2.1 지우고 다시 써라

3.3 코드가 멈추지 않았어도 개선하자

__3.3.1 미래를 향한 경주

__3.3.2 코드를 깔끔하게 만드는 것은 작성하는 것만큼 중요하다

3.4 스스로 반복하라

__3.4.1 재사용 대 복사

3.5 지금 새로운 것을 시도하라

3.6 상속을 사용하지 마라

3.7 클래스를 사용하지 마라

__3.7.1 열거형은 맛있다!

__3.7.2 구조체는 아주 좋다!

3.8 불량 코드를 작성하라

__3.8.1 If/Else를 사용하지 마라

__3.8.2 goto를 사용하라

3.9 코드 주석을 작성하지 마라

__3.9.1 이름을 잘 선택하라

__3.9.2 함수를 활용하라

3.10 요약

4장 맛있는 테스트

4.1 테스트의 유형

__4.1.1 수동 테스트

__4.1.2 자동 테스트

__4.1.3 위험을 감수하라: 프로덕션 환경에서의 테스트

__4.1.4 적합한 테스트 방법 선택하기

4.2 걱정을 멈추고 테스트를 사랑하는 법

4.3 TDD와 같이 약어로 된 용어를 사용하지 마라

4.4 자신의 이득을 위해 테스트를 작성하라

4.5 테스트 대상 결정하기

__4.5.1 경계를 존중하라

__4.5.2 코드 커버리지

4.6 테스트를 작성하지 마라

__4.6.1 테스트를 작성하지 마라

__4.6.2 모든 테스트를 작성하려고 하지 마라

4.7 컴파일러가 코드를 테스트하도록 하라

__4.7.1 널 검사를 제거하라

__4.7.2 범위 점검을 제거하라

__4.7.3 유효 값을 확인하는 로직에서 중복을 제거하라

4.8 테스트 이름 정하기

4.9 요약

5장 보람 있는 리팩터링

5.1 우리는 왜 리팩터링을 하는가?

5.2 아키텍처 변경

__5.2.1 구성 요소를 식별하라

__5.2.2 작업량과 위험도를 추정하라

__5.2.3 평판

__5.2.4 더 쉽게 리팩터링되도록 리팩터링하라

__5.2.5 마지막 코스

5.3 신뢰할 만한 리팩터링

5.4 리팩터링을 하지 않는 경우

5.5 요약

6장 조사를 통한 보안

6.1 해커를 넘어서

6.2 위협 모델링

__6.2.1 주머니에 들어갈 만큼 작은 위협 모델

6.3 웹 앱을 안전하게 작성하라

__6.3.1 보안을 염두에 두고 설계하라

__6.3.2 은둔 보안 방식의 유용성

__6.3.3 자신만의 보안을 구현하지 마라

__6.3.4 SQL 삽입 공격

__6.3.5 XSS

__6.3.6 크로스 사이트 요청 위조(CSRF, XSRF)

6.4 첫 번째 플러드 그리기

__6.4.1 캡차를 사용하지 마라

__6.4.2 캡차의 대체 방안

__6.4.3 캐시를 구현하지 마라

6.5 암호 저장하기

__6.5.1 소스 코드에 암호를 유지하는 것

6.6 요약

7장 자기 주장이 뚜렷한 최적화

7.1 올바른 문제를 해결하라

__7.1.1 단순한 벤치마킹

__7.1.2 성능 대 응답성

7.2 완만함의 분석

7.3 최고부터 시작하라

__7.3.1 중첩 루프

__7.3.2 문자열 지향 프로그래밍

__7.3.3 2b || !2b 평가하기

7.4 병목 현상 깨뜨리기

__7.4.1 데이터를 패킹하지 마라

__7.4.2 근접성을 활용하라

__7.4.3 종속 작업을 세분화하라

__7.4.4 예측할 수 있도록 하라

__7.4.5 SIMD

7.5 1초와 0초의 I/O(입출력)

__7.5.1 I/O 속도 향상

__7.5.2 I/O를 논-블로킹(non-blocking)으로 만들라

__7.5.3 오래된 방법

__7.5.4 최신 비동기/대기

__7.5.5 비동기 I/O의 잠재적 문제

7.6 다른 모든 것이 실패할 경우, 캐시를 이용하라

7.7 요약

8장 기분 좋은 확장성

8.1 잠금을 사용하지 마라

__8.1.1 이중 점검된 잠금

8.2 불일치를 수용하라

__8.2.1 무서운 NOLOCK

8.3 데이터베이스 연결을 캐시하지 마라

__8.3.1 ORM의 형태로

8.4 스레드를 사용하지 마라

__8.4.1 비동기 코드의 주의사항

__8.4.2 비동기를 이용한 멀티스레딩

8.5 모놀리스를 존중하라

8.6 요약

9장 버그와의 동거

9.1 버그를 수정하지 마라

9.2 오류에 대한 두려움

__9.2.1 예외에 대한 진실

__9.2.2 예외를 잡아내지 마라

__9.2.3 예외 복원성

__9.2.4 트랜잭션이 없는 복원력

__9.2.5 예외와 오류

9.3 디버깅하지 마라

__9.3.1 printf() 디버깅

__9.3.2 덤프 다이빙

__9.3.3 고무 오리 디버깅

9.4 요약