간편결제, 신용카드 청구할인
인터파크 롯데카드 5% (18,810원)
(최대할인 10만원 / 전월실적 40만원)
북피니언 롯데카드 30% (13,860원)
(최대할인 3만원 / 3만원 이상 결제)
NH쇼핑&인터파크카드 20% (15,840원)
(최대할인 4만원 / 2만원 이상 결제)
Close

자바 개발자를 위한 97가지 제안 : 73인의 전문가에게 듣는 자바 컬렉션

소득공제

2013년 9월 9일 이후 누적수치입니다.

공유하기
정가

22,000원

  • 19,800 (10%할인)

    1,100P (5%적립)

할인혜택
적립혜택
  • I-Point 적립은 마이페이지에서 직접 구매확정하신 경우만 적립 됩니다.
추가혜택
배송정보
  • 3/30(목) 이내 발송 예정  (서울시 강남구 삼성로 512)
  • 무료배송
주문수량
감소 증가
  • 이벤트/기획전

  • 연관도서

  • 상품권

AD

책소개

더 나은 자바 개발자로 성장하기 위한 새로운 시각!
다른 언어 개발자가 보기에도 충분한 범용적인 프로그래밍 노하우!

『자바 개발자를 위한 97가지 제안』은 자바 개발 역량을 키우고 싶은 독자에게 자바 리더및 전문가의 알토란 같은 노하우를 제공한다. 책에서 소개하는 97가지의 제안은 문제를 새로운 시각에서 바라보고, 자신이 맡은 일에 더 넓은 책임을 가지며, 새로운 기술을 익힘으로써 스스로의 역량을 확대하여 개발 전반에 대한 능력을 끌어올려 줄 것이다.

출판사 서평

케블린 헤니와 트리샤 지가 함께 편집한 이 책은 자바 소프트웨어를 작성하고 소프트웨어 개발 프로세스와 함께 살아온 전문가 73인의 축적된 경험을 반영하고 있다. 훌륭한 개발자가 자신이 학습한 지혜를 공유함으로써 레거시 코드를 다루는 독자는 물론, Java 8 이후의 변경 사항을 적용하는 독자에게도 자바 개발에 대해 다시 한번 생각해 볼 기회를 마련해 줄 것이다.

이 책의 대상 독자
자바 전문가들의 다양한 시각을 보고 싶은 자바 개발자
한 단계 도약하고자 하는 일반 개발자
자바를 좀 더 알고자 하는 코틀린 개발자

목차

PROPOSAL 01 자바만으로도 충분하다 1
PROPOSAL 02 확인 테스트 3
PROPOSAL 03 AsciiDoc으로 자바독 확장하기 5
PROPOSAL 04 컨테이너를 제대로 이해하자 7
PROPOSAL 05 행위를 구현하는 것은 쉽지만 상태를 관리하는 것은 어렵다 9
PROPOSAL 06 JMH로 조금 더 쉽게 벤치마킹해 보자 11
PROPOSAL 07 아키텍처의 품질을 체계화하고 검증하는 방법의 장점 14
PROPOSAL 08 문제와 업무를 더 작은 단위로 나누기 17
PROPOSAL 09 다양성을 인정하는 팀 만들기 19
PROPOSAL 10 빌드는 느려서도 안 되고 불안정해서도 안 된다 22
PROPOSAL 11 아니, 내 머신에서는 잘 실행됐다니까! 24
PROPOSAL 12 비대한 JAR은 이제 그만 27
PROPOSAL 13 코드 복원전문가 29
PROPOSAL 14 JVM의 동시성 31
PROPOSAL 15 CountDownLatch, 친구인가 적인가? 34
PROPOSAL 16 선언적 표현식은 병렬성으로 가는 지름길이다 37
PROPOSAL 17 더 나은 소프트웨어를 더 빨리 전달하기 39
PROPOSAL 18 지금 몇 시예요? 41
PROPOSAL 19 기본 도구의 사용에 충실하자 44
PROPOSAL 20 변수를 바꾸지 말자 46
PROPOSAL 21 SQL식 사고 도입하기 50
PROPOSAL 22 자바 컴포넌트 간의 이벤트 52
PROPOSAL 23 피드백 루프 55
PROPOSAL 24 불꽃 그래프를 이용한 성능 확인 57
PROPOSAL 25 지루하더라도 표준을 따르자 59
PROPOSAL 26 자주 릴리스하면 위험을 줄일 수 있다 61
PROPOSAL 27 퍼즐에서 제품까지 63
PROPOSAL 28 ‘풀스택 엔지니어’는 마음가짐이다 66
PROPOSAL 29 가비지 컬렉션은 나의 친구 68
PROPOSAL 30 이름 짓기를 잘 하자 70
PROPOSAL 31 이봐 프레드, 해시맵 좀 전해 주겠는가? 72
PROPOSAL 32 널을 피하는 방법 74
PROPOSAL 33 JVM의 크래시를 유발하는 방법 77
PROPOSAL 34 지속적 전달로 반복가능성과 감사가능성 향상하기 79
PROPOSAL 35 자바는 자바만의 강점이 있다 81
PROPOSAL 36 인라인식 사고 83
PROPOSAL 37 코틀린과의 상호운용 85
PROPOSAL 38 일은 끝났어요. 그런데... 87
PROPOSAL 39 자바 자격증: 기술 업계의 터치스톤 89
PROPOSAL 40 자바는 90년대생 91
PROPOSAL 41 JVM 성능 관점에서의 자바 프로그래밍 93
PROPOSAL 42 자바는 재미있어야 한다 95
PROPOSAL 43 자바의 불분명한 타입들 98
PROPOSAL 44 JVM은 멀티패러다임 플랫폼이다 101
PROPOSAL 45 최신 동향을 파악하자 103
PROPOSAL 46 주석의 종류 105
PROPOSAL 47 은혜로운 flatMap 108
PROPOSAL 48 컬렉션을 제대로 이해하자 111
PROPOSAL 49 코틀린은 정말 물건이다 113
PROPOSAL 50 관용적인 자바 코드를 학습하고 머릿속에 캐시하자 117
PROPOSAL 51 카타를 하기 위해 학습하고 카타를 이용해 학습하자 120
PROPOSAL 52 레거시 코드를 사랑하는 방법 123
PROPOSAL 53 새로운 자바 기능을 학습하자 126
PROPOSAL 54 IDE를 활용해 인지 부하를 줄이는 방법 129
PROPOSAL 55 자바 API를 디자인하는 기술 131
PROPOSAL 56 간결하고 가독성이 좋은 코드 133
PROPOSAL 57 자바를 그루비스럽게 136
PROPOSAL 58 생성자에서는 최소한의 작업만 140
PROPOSAL 59 Date라는 이름은 조금 더 명확해야 했다 143
PROPOSAL 60 업계의 발전에 기여하는 기술의 필요성 145
PROPOSAL 61 바뀐 부분만 빌드하고 나머지는 재사용하기 147
PROPOSAL 62 오픈소스 프로젝트는 마법이 아니다 149
PROPOSAL 63 Optional은 규칙을 위반하는 모나드지만 좋은 타입이다 151
PROPOSAL 64 기본 접근 한정자를 가진 기능 단위 패키지 154
PROPOSAL 65 프로덕션 환경은 지구상에서 가장 행복한 곳이다 157
PROPOSAL 66 좋은 단위 테스트에 기반한 프로그래밍 160
PROPOSAL 67 OpenJDK 소스 코드를 매일 읽는 이유 163
PROPOSAL 68 내부를 제대로 들여다보기 165
PROPOSAL 69 자바의 재탄생 168
PROPOSAL 70 클로저에 의한 JVM의 재발견 170
PROPOSAL 71 불리언 값은 열거자로 리팩토링하자 173
PROPOSAL 72 속독을 위한 리팩토링 176
PROPOSAL 73 단순한 값 객체 179
PROPOSAL 74 모듈 선언에 주의해야 하는 이유 182
PROPOSAL 75 의존성을 잘 관리하자 185
PROPOSAL 76 ‘관심사 분리’가 중요한 이유 187
PROPOSAL 77 기술 면접은 학습할 가치가 있는 기술이다 190
PROPOSAL 78 테스트 주도 개발 192
PROPOSAL 79 bin 디렉터리에는 좋은 도구가 너무나 많다 195
PROPOSAL 80 자바 샌드박스를 벗어나자 198
PROPOSAL 81 코루틴에 대한 고찰 201
PROPOSAL 82 스레드는 인프라스트럭처로 취급해야 한다 204
PROPOSAL 83 정말 좋은 개발자의 세 가지 특징 206
PROPOSAL 84 마이크로서비스 아키텍처의 트레이드오프 208
PROPOSAL 85 예외를 확인하지 말자 210
PROPOSAL 86 컨테이너로 통합 테스트의 숨겨진 가능성을 끌어내자 213
PROPOSAL 87 퍼즈 테스트의 어마무시한 효과 215
PROPOSAL 88 커버리지를 이용해 단위 테스트 개선하기 218
PROPOSAL 89 사용자 정의 아이덴티티 애노테이션을 자유롭게 사용하자 220
PROPOSAL 90 테스트를 이용해 더 나은 소프트웨어를 더 빨리 개발하자 223
PROPOSAL 91 테스트 코드에 객체지향 원리 적용하기 225
PROPOSAL 92 커뮤니티의 힘을 빌려 경력을 개발하자 228
PROPOSAL 93 JCP 프로그램에 대한 이해와 참여 방법 230
PROPOSAL 94 자격증에 가치를 두지 않는 이유 232
PROPOSAL 95 주석은 한 문장으로 작성하라 234
PROPOSAL 96 ‘읽기 좋은 코드’를 작성하자 237
PROPOSAL 97 젊은 객체, 늙은 객체, 그리고 가비지 240

기고자 소개 243
찾아보기 275

본문중에서

애플리케이션이 하나의 함수를 배포 단위로 사용하는 서버리스(serverless) 아키텍처로 이동하면서 애플리케이션 프레임워크의 장점들은 희석되고 있다. 그 이유는 기술 및 아키텍처 관점의 문제들을 처리하는 시간은 줄어들고 프로그램의 비즈니스적 기능에 프로그래밍 노력을 더 많이 들일 수 있게 되었기 때문이다. _2쪽

자바는 태생적으로 명령형이자 객체 기반 프로그래밍 언어다. 사실 지금도 그렇다. 하지만 지난 몇 년간 자바는 발전을 거듭해 왔으며 단계마다 더 많은 선언적 표현식(declarative expression)을 도입해 왔다. 명령형(imperative) 프로그래밍은 명시적으로 컴퓨터가 해야 할 일을 코드로 서술하는 것이다. 반면 선언적(declarative) 프로그래밍은 목적을 달성하기 위한 방법에 대한 목표 추상화를 표현하는 코드를 작성하는 것이다. 추상화는 프로그래밍의 핵심이므로 명령형 코드에서 선언형 코드로의 이전은 자연스러운 결과다. _37쪽

자바는 int나 char 같은 소위 ‘기본 자료 타입(primitive type)’을 다룰 때 캐시 친화적으로 동작한다. 기본 자료 타입은 인라인 타입이며 그로 인한 장점이 있다. 인라인 타입은 처음에는 다소 생소해 보이겠지만 여러분은 이미 이 타입을 다뤄 본 적이 있다. 그저 이 타입을 객체로 생각하지 않았을 뿐이다. 그러므로 ‘인라인 클래스’가 잘 이해되지 않는다면 ‘int 타입이라면 어떻게 동작할지’ 생각해 보길 바란다. _84쪽

필자는 모듈라-3(Modula-3, https://oreil.ly/t2t4G) 경험에서 영감을 받은 방법을 선호한다. 즉, 생성자는 필드에 값을 대입하는 역할만 하는 것이다. 생성자가 해야 할 일은 올바른 인스턴스를 생성하는 것뿐이다. 객체 생성 시점에 수행해야 할 작업이 더 많다면 팩토리 메서드를 사용한다. _141쪽

값 객체를 단순화하는 것은 타입의 역할을 명확히 하는 데 유용한 규칙이며 코드를 읽는 데 방해가 되는 요소도 줄일 방법이다. 게다가 리팩토링도 쉬우며 코드의 도메인을 더 잘 표현하는 메서드를 어떤 타입에 추가해야 하는지를 더 확실히 알 수 있다. 간혹 값 객체의 행위적인 기능이 더 중요한 경우에도 필드는 비공개로 유지하고 메서드로 필요한 것을 표현할 수 있게 되었다. _181쪽

다른 개발자가 자신의 애플리케이션에 여러분이 작성한 코드를 사용한다고 생각해 보자. 이 개발자는 자신이 어떤 예외를 던질지 알 수도 있지만 여러분은 그 개발자가 어떤 예외를 던질지 알지도 못하고 알 필요도 없다. 여러분의 코드는 그저 예외가 다른 개발자의 코드로 전달되어 그 애플리케이션 코드 예외 핸들러까지 도착하도록 하기만 하면 된다. 제어의 역전(Inversion of Control)을 제대로 지원하려면 예외 투명성(exception transparency)이 필요하다. _212쪽

저자소개

케블린 헤니 [저] 신작알림 SMS신청
생년월일 -

해당작가에 대한 소개가 없습니다.

장현희 [역] 신작알림 SMS신청
생년월일 -

저자 장현희는 21년째 개발자의 길을 걷고 있다. 지난 19년간 총 23종의 개발 관련서를 집필하거나 번역했다. 현재 캐나다 밴쿠버 근교에 있는 PressReader에서 시니어 소프트웨어 엔지니어로 근무 중이며, 국내 개발자들에게 조금이라도 도움이 되는 번역서를 만들기 위해 틈틈이 노력하고 있다. 앞으로도 책이라는 매개체를 통해 멀리서나마 국내 개발자들과 계속해서 소통할 계획이다.

전공도서/대학교재 분야에서 많은 회원이 구매한 책

    리뷰

    0.0 (총 0건)

    100자평

    작성시 유의사항

    평점
    0/100자
    등록하기

    100자평

    10.0
    (총 0건)

    판매자정보

    • 인터파크도서에 등록된 오픈마켓 상품은 그 내용과 책임이 모두 판매자에게 있으며, 인터파크도서는 해당 상품과 내용에 대해 책임지지 않습니다.

    상호

    (주)교보문고

    대표자명

    안병현

    사업자등록번호

    102-81-11670

    연락처

    1544-1900

    전자우편주소

    callcenter@kyobobook.co.kr

    통신판매업신고번호

    01-0653

    영업소재지

    서울특별시 종로구 종로 1(종로1가,교보빌딩)

    교환/환불

    반품/교환 방법

    ‘마이페이지 > 취소/반품/교환/환불’ 에서 신청 또는 1:1 문의 게시판 및 고객센터(1577-2555)에서 신청 가능

    반품/교환가능 기간

    변심 반품의 경우 출고완료 후 6일(영업일 기준) 이내까지만 가능
    단, 상품의 결함 및 계약내용과 다를 경우 문제점 발견 후 30일 이내

    반품/교환 비용

    변심 혹은 구매착오로 인한 반품/교환은 반송료 고객 부담
    상품이나 서비스 자체의 하자로 인한 교환/반품은 반송료 판매자 부담

    반품/교환 불가 사유

    ·소비자의 책임 있는 사유로 상품 등이 손실 또는 훼손된 경우
    (단지 확인을 위한 포장 훼손은 제외)

    ·소비자의 사용, 포장 개봉에 의해 상품 등의 가치가 현저히 감소한 경우
    예) 화장품, 식품, 가전제품(악세서리 포함) 등

    ·복제가 가능한 상품 등의 포장을 훼손한 경우
    예) 음반/DVD/비디오, 소프트웨어, 만화책, 잡지, 영상 화보집

    ·시간의 경과에 의해 재판매가 곤란한 정도로 가치가 현저히 감소한 경우

    ·전자상거래 등에서의 소비자보호에 관한 법률이 정하는 소비자 청약철회 제한 내용에 해당되는 경우

    상품 품절

    공급사(출판사) 재고 사정에 의해 품절/지연될 수 있음

    소비자 피해보상
    환불지연에 따른 배상

    ·상품의 불량에 의한 교환, A/S, 환불, 품질보증 및 피해보상 등에 관한 사항은 소비자분쟁해결 기준 (공정거래위원회 고시)에 준하여 처리됨

    ·대금 환불 및 환불지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의 소비자 보호에 관한 법률에 따라 처리함

    (주) 인터파크커머스 안전결제시스템 (에스크로) 안내

    (주)인터파크커머스의 모든 상품은 판매자 및 결제 수단의 구분없이 회원님들의 구매안전을 위해 안전결제 시스템을 도입하여 서비스하고 있습니다.
    결제대금 예치업 등록 : 02-006-00064 서비스 가입사실 확인

    배송안내

    • 교보문고 상품은 택배로 배송되며, 출고완료 1~2일내 상품을 받아 보실 수 있습니다.

    • 출고가능 시간이 서로 다른 상품을 함께 주문할 경우 출고가능 시간이 가장 긴 상품을 기준으로 배송됩니다.

    • 군부대, 교도소 등 특정기관은 우체국 택배만 배송가능합니다.

    • 배송비는 업체 배송비 정책에 따릅니다.

    • - 도서 구매 시 15,000원 이상 무료배송, 15,000원 미만 2,500원 - 상품별 배송비가 있는 경우, 상품별 배송비 정책 적용