GO 언어 실전 테크닉

고객평점
저자마츠키 마사유키 외
출판사항에이콘, 발행일:2017/08/16
형태사항p.278 B5판:24
매장위치컴퓨터부(B2) , 재고문의 : 051-816-9500
ISBN9791161750262 [소득공제]
판매가격 22,000원  
포인트 660점
배송비결제주문시 결제
  • 주문수량 

총 금액 : 0원

책 소개

구글에 의해 개발된 가볍고 성능이 뛰어난 Go 언어, 이 책에서는 실전에서 Go 언어를 사용 중인 개발자들이 축적한 노하우를 바탕으로 Go 언어를 설명한다. 꼭 짚고 넘어가야 할 Go 언어의 특징에 대해서는 예제로 독자들의 이해를 최대한 높이기 위해 노력하고, 굳이 설명하지 않아도 되는 문법적인 요소는 과감히 생략했다. 이 책으로 Go 언어의 특징과 장점에 대해 이해시키고 프로그램을 개발하는 데 있어 Go 언어를 적재적소에 활용할 수 있도록 돕는다.

★ 이 책에서 다루는 내용 ★
 ■ 팀 개발의 시작 방법
■ 멀티 플랫폼에의 대응
■ 애플리케이션 작성 테크닉
■ 커맨드 라인 툴 작성
■ reflect/테스트 툴
 

작가 소개

마츠키 마사유키(松木 雅幸), mattn, 후지와라 슌이치로(藤原 俊一?), 나카시마 다이치(中島 大一), 마키 다이스케(牧 大輔), 스즈키 켄타(鈴木 健太)
업무에서 Go를 활용 중인 집필자들로, 실제로 Go를 사용하는 동안 축적한 노하우를 이 한 권에 다 담았다. 트위터 @songmu의 계정에서 만날 수 있다.

 

역자 : 박현태

2007년 현해탄을 건너 일본에 정착 후 10년간 일본의 IT업계에서 종사하며 금융권 인프라와 개발 업무를 거쳐 지금은 일본계 IT벤처 그룹에서 7년간 근무 중이다.
지금의 회사에서는 클라우드 서비스 개발팀의 매니저로 주로 자사의 퍼블릭/프라이빗 클라우드 서비스의 설계/개발/운영보수와 데이터 센터 업무까지 두루두루 섭렵 중에 있다.
2011년부턴 클라우드 인프라 스트럭처 오픈소스인 OpenStack에 관심이 있어, 자사의 퍼블릭 클라우드 서비스인 ConoHa, Z.com Enterprise Cloud 등의 서비스를 OpenStack으로 개발했으며, 2015년 OpenStack summit Tokyo에서는 ConoHa 클라우드의 멀티 리전(multi-region)에 대해서도 발표했다.
최근에는 클라우드 서비스의 개발과 더불어 해마다 늘어나는 자사 클라우드 서비스의 자동 구축에 관한 디플로이(deploy) 프로젝트를 진행 중에 있다.  

 

목 차

1장. Go를 이용한 팀 개발의 시작 방법과 코드를 작성하는 데 있어서의 마음가짐

__1.1 개발 환경 구축 - 설치부터 $GOPATH 설정까지
____개발 환경 구축
____Go 설치
____$GOPATH 설정
____go get 시험해 보기
____Go의 REPL인 gore를 사용
____$GOPATH 관리를 위한 ghq 도입
____peco로 간단하게 리포지터리 간 이동하기
____Go로 만들어진 툴 설치

__1.2 에디터와 개발환경
____코드 포맷터, lint 툴에서 문서열람까지
____Go와 에디터
____Go에디터에 대한 사고방식
____개발 지원 툴
____코드 포맷터: gofmt
____goimports
____lint 툴: go vet과 golint
____문서 열람 툴: godoc
____그 밖의 툴: gorename,
____guru, gocode, godef, gotags

__1.3 Go 시작하기 - start a tour of Go
____학습: Tour of Go
____문서 읽기
____프로젝트 시작하기
____디렉토리명과 패키지명
____디렉토리 구성
____파일 분할
____패키지 분할
____서브 패키지의 임포트 방법
____의존 관리: vendoring과 glide
____glide novendor
____태스크 러너로써 Makefile을 사용

__1.4 Go답게 코드 작성하기 - Go를 사용하고 싶다면 Go를 따르라
____더욱 Go스러운 코드를 작성
____panic사용 않고, error를 잘 반환, 에러 체크 확실히 하기
____정규 표현을 피하고 strings 패키지를 사용
____strings패키지
____어쩔 수 없이 정규 표현을 사용하는 경우
____map 피하기
____reflect 피하기
____거대한 struct 사용, 상속하지 않기
____병렬처리의 과다 사용 피하기
____Go 코드 읽기
____테스트와 CI
____빌드와 디플로이
____모니터링
____정리


2장. 멀티 플랫폼에서 실행하는 사내 툴 만드는 방법

2.1 Go로 사내 툴을 만드는 이유 - 저마다 제각각인 건 당연한 일
__다양한 환경에 대한 대응이 불가피
____Go를 채용하는 장점

__2.2 지켜야 할 암묵적인 규칙 - OS 간의 이식을 미리 가정
____적극적으로 path/filepath 사용하기
____적극적으로 defer 사용하기
____적극적으로 UTF-8을 다루기

__2.3 TUI를 Windows에서 실행하기 - termbox와 go-colorable
____간단히 TUI 애플리케이션을 만드는 termbox
____go-colorable의 사용법

__2.4 OS 고유 처리에 대응 - runtime.GOOS와 Builds Constraints
____runtime.GOOS를 사용
____Build Constraints를 사용
____파일명에 의한 지정
____+build 주석에 의한 지정
____pkg-config: 복잡한 컴파일 옵션에 대처

__2.5 노력하기보단 주변 툴에 의존하기 - 하나의 애플리케이션에서는 하나의 처리만
____Go 애플리케이션의 데몬화(化)
____리눅스의 경우
____유닉스의 경우
____Windows의 경우

__2.6 싱글 바이너리 - go-bindata와 go-assets의 활용
____Go는 싱글 바이너리
____go-bindata를 사용
____go-assets 사용

__2.7 Windows 애플리케이션 만들기 - 다양한 사용자를 가정하기
____Windows 애플리케이션을 만드는 방법
____리소스 파일 링크하기
____GUI를 만든다면

__2.8 설정 파일 취급 - 멀티 플랫폼에서의 주의점
____설정 파일 취급 시의 주의점
____어떤 포맷으로 할까?
____INI 파일
____JSON
____YAML
____TOML
____설정 파일을 어디에 둘까?
____JSON을 잘 정리해서 출력하기

__2.9 사내 툴, 그 이후 - 멀티 플랫폼 대응 애플리케이션의 장점
____한 번 만들었다고 끝이 아니다


3장. 실용적인 애플리케이션 만들기

__3.1 머리말 - 실용적인 애플리케이션의 조건이란
____실용적인 애플리케이션이란
____어떠한 기능을 갖고 있는지를
____쉽게 알 수 있을 것
____성능이 좋을 것
____다양한 입출력을 다룰 수 있을 것
____인간이 다루기 쉬운 타입일 것
____예외의 경우에 안전하게 동작을
____정지시킬 수 있을 것
____3장에서 소개하는 테크닉

__3.2 버전 관리 - 사용자가 확인하기 쉽게 하기
____버전 번호를 바이너리에 넣기
____flag 패키지의 이용
____셸 스크립트
____go-latest로 최신 버전 체크
____GitHub 태그
____HTML 메타 태그
____JSON API

__3.3 효율적인I/O 처리 - 버퍼링, 콘텐츠 취득, 파일 저장
____bufio로 입력을 버퍼링해서 다루기
____bufio로 출력을 버퍼링하기
____LL로 출력의 자동 버퍼링하기
____Go에서는 자동 버퍼링은 하지 않는다
____버퍼 크기 지정
____go-isatty로
____출력처가 단말기인지를 판별하기
____여러 소스로부터 같은 콘텐츠 취득
____콘텐츠 취득의 흐름
____파일에서 얻기
____HTTP(S) URL에서 얻기
____Amazon S3에서 얻기
____여러 출력처에 한번에 쓰기
____로그 출력과 동시에
____메모리에 보유해 이용하기

__3.4 난수 다루기 - math/rand, crypto/rand
____난수 다루기 사례
____난수를 취급하는 표준 패키지
____math/rand
____crypo/rand

__3.5 인간이 다루기 쉬운 타입의 수치 - go-humanize
____go-humanize
____표기 변환과 파서?parser?
____표기변환
____파서

__3.6 Go에서 외부 명령 실행하기 - os/exec 패키지 활용
____외부 커맨드를 실행하는 이점
____os/exec 패키지
____os/exec 패키지의 사례
____외부 커맨드를
____셸 경유로 기동하기(유닉스계열 환경)

__3.7 타임아웃하기 - 패키지 기능의 이용과 직접 구현하기
____사용하는 패키지에
____타임아웃 기능이 준비된 경우
____직접 타임아웃 구현

__3.8 시그널 다루기 - 적절한 핸들링하기
____Go로 시그널 다루기
____독자적인 시그널 정의하기

__3.9 goroutine의 정지 - 병렬 처리, 비동기 실행의 핸들링
____goroutine을 외부에서 정지시키기
____채널을 사용하는 방법
____Context 패키지를 이용하는 방법
____마무리


4장. 커맨드 라인 툴 만들기

__4.1 왜 Go로 CLI 툴을 만드는가? - 3가지 장점
____Go로 CLI 툴을 만드는 이유
____배포의 용이성
____다양한 플랫폼에 쉽게 대응
____성능
____라쿠텐의 사례

__4.2 디자인 - 인터페이스와 리포지터리 구성
____CLI 툴 인터페이스
____싱글 커맨드 패턴
____서브 커맨드 패턴
____리포지터리 구성
____바이너리를 메인 성과물로 할 경우
____라이브러리를 메인 성과물로 할 경우

__4.3 flag 패키지 - 커맨드 라인 옵션 활용하기
____flag 패키지란
____기본적인 사용 방법
____몇 가지 테크닉
____롱 옵션과 쇼트 옵션
____환경 변수
____어디에 기술할 것인가?
____내부 구현과 커스터마이즈
____flag.IntVar 구현
____커스터마이즈하기
____범용적인 사용 방법
____한 번 더 flag.IntVar 구현 살펴보기
____독자적인 타입 정의하기
____서드 파티 패키지의 활용
____spfl3/pflag 패키지
____jessevdk/go-flags 패키지
____alecthomas/kingpin 패키지

__4.4 서브 커맨드를 가진 CLI 툴 - 서드 파티 패키지의 활용
____서드 파티 패키지 소개
____urfave/cli
____spf13/cobra
____docopt/docopt.go
____mitchellh/cli
____google/subcommands
____mitchellh/cli의 사용방법
____서브 커맨드의 정의
____서브 커맨드 사용하기
____서브 커맨드에 플래그 붙이기

__4.5 사용하기 쉽고, 운용보수하기에 쉬운 툴 - 서드 파티 패키지의 활용
____사용하기 쉬운 툴
____종료 스테이터스 코드
____주의점
____표준 출력과 표준 오류 출력
____오류 메시지
____운용보수하기에 쉬운 툴
____Go의 CLI 테스트 테크닉
____스테이터스 코드 테스트
____출력 메시지 테스트
____마무리


5장. The Dark Arts Of Reflection

__5.1 동적인 타입 판별 - 실행 때까지 타입 판별을 기다리기
____타입 검출과 어써션 타입의 한계

__5.2 reflect 패키지 - 타입 정보 얻기와 조작
____reflect 패키지를 사용해 얻을 수 있는 정보
____reflect.Value
____타입보다 동작 바꾸기
____map인 경우의 처리
____struct인 경우의 처리
____reflect.Type
____struct 파스하기

__5.3 reflect 사용 예 - 함정에 빠지지 않기 위한 대처방법
____값을 동적으로 생성하기
____보이는 범위, 보이지 않는 범위
____포인터와 interface값
____Set 가능한 값
____reflect로 interface의 충족 여부 확인
____동적인 select 문 구축

__5.4 reflect 성능 정리 - 적재적소에 사용하기
____reflect와 어써션 타입의 비교
____reflect에 의한 sort
____마무리


6장. Go의 테스트 관련 툴 세트

__6.1 Go의 테스트 방식 - ‘명시’와 ‘심플’
____소프트웨어 테스트
____Go의 테스트

__6.2 testing 패키지 입문 - 테스트 실행과 테스트 코드의 작성
____테스트 실행 방법
____Testable Examples
____Unordered output
____Exmaples를 godoc에 싣기

__6.3 벤치 마크 입문 - 문자열 결합의 예로 배우기
____벤치 마크 실행 방법
____서브 벤치 마크 이용

__6.4 테스트의 실전 테크닉 - 배열 플로우, 목업, 커버리지
____Table Driven Tests
____reflect.DeepEqual 사용하기
____Race Detector를 이용해
____충돌 상태 검출하기
____TestMain으로 테스트 제어
____Build Constraints를 이용한 테스트 전환
____테스트의 변수 또는 함수의 대체
____인터넷을 이용한 목업
____net/http/httptest 패키지
____테스트 커버리지
____Go에서의 테스트 마무리

역자 소개

01. 반품기한
  • 단순 변심인 경우 : 상품 수령 후 7일 이내 신청
  • 상품 불량/오배송인 경우 : 상품 수령 후 3개월 이내, 혹은 그 사실을 알게 된 이후 30일 이내 반품 신청 가능
02. 반품 배송비
반품 배송비
반품사유 반품 배송비 부담자
단순변심 고객 부담이며, 최초 배송비를 포함해 왕복 배송비가 발생합니다. 또한, 도서/산간지역이거나 설치 상품을 반품하는 경우에는 배송비가 추가될 수 있습니다.
상품의 불량 또는 오배송 고객 부담이 아닙니다.
03. 배송상태에 따른 환불안내
환불안내
진행 상태 결제완료 상품준비중 배송지시/배송중/배송완료
어떤 상태 주문 내역 확인 전 상품 발송 준비 중 상품이 택배사로 이미 발송 됨
환불 즉시환불 구매취소 의사전달 → 발송중지 → 환불 반품회수 → 반품상품 확인 → 환불
04. 취소방법
  • 결제완료 또는 배송상품은 1:1 문의에 취소신청해 주셔야 합니다.
  • 특정 상품의 경우 취소 수수료가 부과될 수 있습니다.
05. 환불시점
환불시점
결제수단 환불시점 환불방법
신용카드 취소완료 후, 3~5일 내 카드사 승인취소(영업일 기준) 신용카드 승인취소
계좌이체 실시간 계좌이체 또는 무통장입금
취소완료 후, 입력하신 환불계좌로 1~2일 내 환불금액 입금(영업일 기준)
계좌입금
휴대폰 결제 당일 구매내역 취소시 취소 완료 후, 6시간 이내 승인취소
전월 구매내역 취소시 취소 완료 후, 1~2일 내 환불계좌로 입금(영업일 기준)
당일취소 : 휴대폰 결제 승인취소
익월취소 : 계좌입금
포인트 취소 완료 후, 당일 포인트 적립 환불 포인트 적립
06. 취소반품 불가 사유
  • 단순변심으로 인한 반품 시, 배송 완료 후 7일이 지나면 취소/반품 신청이 접수되지 않습니다.
  • 주문/제작 상품의 경우, 상품의 제작이 이미 진행된 경우에는 취소가 불가합니다.
  • 구성품을 분실하였거나 취급 부주의로 인한 파손/고장/오염된 경우에는 취소/반품이 제한됩니다.
  • 제조사의 사정 (신모델 출시 등) 및 부품 가격변동 등에 의해 가격이 변동될 수 있으며, 이로 인한 반품 및 가격보상은 불가합니다.
  • 뷰티 상품 이용 시 트러블(알러지, 붉은 반점, 가려움, 따가움)이 발생하는 경우 진료 확인서 및 소견서 등을 증빙하면 환불이 가능하지만 이 경우, 제반 비용은 고객님께서 부담하셔야 합니다.
  • 각 상품별로 아래와 같은 사유로 취소/반품이 제한 될 수 있습니다.

환불불가
상품군 취소/반품 불가사유
의류/잡화/수입명품 상품의 택(TAG) 제거/라벨 및 상품 훼손으로 상품의 가치가 현저히 감소된 경우
계절상품/식품/화장품 고객님의 사용, 시간경과, 일부 소비에 의하여 상품의 가치가 현저히 감소한 경우
가전/설치상품 전자제품 특성 상, 정품 스티커가 제거되었거나 설치 또는 사용 이후에 단순변심인 경우, 액정화면이 부착된 상품의 전원을 켠 경우 (상품불량으로 인한 교환/반품은 AS센터의 불량 판정을 받아야 합니다.)
자동차용품 상품을 개봉하여 장착한 이후 단순변심의 경우
CD/DVD/GAME/BOOK등 복제가 가능한 상품의 포장 등을 훼손한 경우
내비게이션, OS시리얼이 적힌 PMP 상품의 시리얼 넘버 유출로 내장된 소프트웨어의 가치가 감소한 경우
노트북, 테스크탑 PC 등 홀로그램 등을 분리, 분실, 훼손하여 상품의 가치가 현저히 감소하여 재판매가 불가할 경우