자료실 2012. 4. 11. 16:17

이 책의 본문 예제소스입니다.

다운로드하기 

[소스 실행 방법] 





posted by 로드북
:
출간예정도서 2012. 4. 1. 03:12

2012년 4월 출간 예정도서를 소개합니다.

<처음부터 다시 배우는 HTML5&CSS3>의 실전편으로 준비하였습니다. 구구절절 설명보다는 짧은 제목과 관련 이미지만 포스팅하겠습니다.

HTML5로 사이트 구조 설계를 어떻게 하고 CSS로 디자인을 어떻게 제어하는지 확실하게 연습할 수 있습니다.

 

기존의 사이트는 어떻게 리뉴얼을 할까요? CSS만 바꾸어도 사이트는 확실하게 달라질 수 있습니다.

쇼핑몰 디자인? 어렵지 않아요~~~. 복잡해보이지만, 사실 아주아주 간단합니다. 스티키 윈도우도 한번 구현해볼까요? 쇼핑몰 사이트 디자인을 잘 배워두면 어떤 복잡한 웹 디자인도 거뜬히 해낼 수 있을 것 같은데요~~~.

모바일에서는 어떤 다른 모양의 디바이스에서건 웹사이트가 잘 보여야겠죠? 가변길이 사이트도 아주 자세히 설명해드립니다.

다양한 웹 저작 툴도 소개합니다. 워드프레스나 제로보드도 소개합니다. 개발환경에 관한 전체적인 그림을 그릴 수 있는 데 도움을 얻을 수 있습니다.

아~~ 그런데, 표지가 너무 어려워요? 1번? 2번? 어떤 게 좋을까요?

-------------------- 1번 ------------------- 

-------------------- 2번 -------------------

-------------------- 3번 -------------------


posted by 로드북
:
신간소개 2012. 3. 7. 16:52

   








l  엮은이: 니케이시스템즈 

l  옮긴이: 최석기  

  l  페이지: 396

  l  판형: 신국판(152x225)

  l  도수: 1

  l  정가: 23,000

  l 발행일: 2012년 3월 15일

  l  ISBN: 978-89-966598-8-4

 



[강컴] [교보] [리브로] [반디] [11번가] [알라딘] [예스24] [인터파크]

sample.pdf


 _도서 내용

IT 현장에는 별로 중요시 되지 않는 것처럼 생각되어 무관심하게 지나쳤던 것들이, 터무니 없는 트러블을 일으키는 “해서는 안 된다”는 것들이 있습니다. 예를 들면, 오버헤드가 큰 “DBMS의 암호화 기능”을 함부로 사용하게 되면 성능 저하를 초래한다거나 자동 백업이나 툴에 의존하다 보면 정말로 백업이 되고 있는지 확인이 나태해져, 결국 복구 데이터가 남아있지 않는 사태에 부닥치곤 합니다.
이러한 “해서는 안 되는 것 128가지”를 정리한 책입니다. 개발자뿐만 아니라 아키텍트까지 반드시 숙지해야 할 내용들로 구성하였습니다.

_대상 독자
시스템 프로젝트 현장 개발자
프로젝트 전체를 조율하고 책임지는 프로젝트 매니저와 아키텍트

_목차 
1장. 설계

No.001 EC 사이트에서는 Sorry 화면 방식을 채택해서는 안 된다
No.002 어플리케이션 개발자가 설계서대로 개발해 줄 것이라고 생각해서는 안 된다
No.003 사용자가 성능 요건을 정해줄 것이라고 생각해서는 안 된다
No.004 동일 서버 내의 웹 서비스를 호출해서는 안 된다
No.005 24시간 가동 시스템이라고 모든 것을 24시간 동작시키려고 해서는 안 된다
No.006 클라이언트/서버형 시스템을 가볍게 보아서는 안 된다
No.007 데이터 구조의 품질/성능이 나빠지는 것을 고려해야 한다
No.008 백업 설계를 먼저 해서는 안 된다
No.009 레코드 길이×건수로 데이터 용량을 결정해서는 안 된다
No.010 참조 정합성 제약 기능을 여러 번 사용해서는 안 된다
No.011 테스트 데이터로 성능 평가를 해서는 안 된다
No.012 파티션 분할을 가볍게 해서는 안 된다
No.013 오랜 시간 종료하지 않은 트랜잭션을 사용해서는 안 된다
No.014 기술 영역만 고려해서는 안 된다
No.015 기기의 스펙(명세서)을 bps만으로 판단해서는 안 된다
No.016 가상 네트워크를 물리 네트워크와 똑같이 생각해서는 안 된다
No.017 QoS라는 말로 숨겨서는 안 된다
No.018 QoS를 과신해서는 안 된다
No.019 구축 멤버의 시선만으로 로그 출력을 설계해서는 안 된다
No.020 GC를 정하지 않고 자바 어플리케이션을 설계해서는 안 된다
No.021 실물 모형과 프로토 타입을 혼동해서는 안 된다
No.022 어플리케이션을 함부로 리치화해서는 안 된다
No.023 화면 디자인이나 화면 이동의 변경에 “이것이 최선”이라고 생각해서는 안 된다

  _주요 내용

누구도 알려주지 않았던 시스템 개발 현장의 128가지 해결책
"해서는 안 되는 것"에서 배우는 시스템 개발 현장의 바이블

개발자에서 아키텍트까지 알아야 할 경험적 노하우
시스템을 튼튼하게 만들 수 있는 건강한 개발자 그리고 유능한 아키텍트로 성장할 수 있는 경험적 노하우를 담았습니다.

누구나 맞닥뜨릴 수 있는 실제 상황을 제시한다!
이론을 다루지 않습니다. 누구나 현장에서 부딪힐 수 있는 실제 사례를 다룹니다.

나쁜 아키텍처를 알면, 좋은 아키텍처가 보인다
이 책은 하지 말아야 할 ‘나쁜 아키텍처’를 제시합니다. 이유를 설명하고 적절한 처방전을 내놓습니다. 128가지의 다양한 처방전을 적재적소에 활용할 수 있습니다.

분야별로 나누어 찾아보기 쉽습니다
설계, 방법론, 구축 및 테스트, 운용, 보안 분야로 나누어 찾아보기 쉽게 정리했습니다.

_편집자 코멘트
IT 현장에는 별로 중요시 되지 않는 것처럼 생각되어 무관심하게 지나쳤던 것들이 터무니 없는 트러블을 일으키는 “해서는 안 된다”는 것들이 있습니다. 기술이나 제품이 날로 발달하고 복잡해지면서 “해서는 안 되는 것” 또한 급증하고 있습니다. 그러나 이런 부분에 대해 현장에서 올바르게 전달되지 않는 경우가 늘고 있고 또 잘못 알고 있는 경우도 많습니다.
“해서는 안 되는 것”을 모르면 시스템 품질 저하로 이어집니다.
예를 들면, 오버헤드가 큰 “DBMS의 암호화 기능”을 함부로 사용하게 되면 성능 저하를 초래한다거나 소스코드를 안이하게 유용하다 보면 라이선스 문제에 노출될 수도 있고 자동 백업이나 툴에 의존하다 보면 정말로 백업이 되고 있는지 확인이 나태해져, 결국 복구 데이터가 남아있지 않는 사태에 부닥치곤 합니다.
누구나 알고 있을지 모를 아주 간단한 예를 들었지만, 굉장히 중요한데 의외로 지켜지지 않은 경우가 많습니다. 물론, 모든 경우를 100% 정리할 수는 없었지만 개발 현장에서 이 정도는 개발자와 아키텍트가 숙지하고 있어야 하지 않을까 싶습니다.

_저자 소개
집필진
신쿠보 코지(인사이트테크놀로지)
APC 재팬 서비스 사업부 솔루션 엔지니어링부
APC 재팬 비지니스 개발부
미즈구치 히로유키(APC 재팬)

옮긴이
최석기
효성데이터시스템(현재 노틸러스효성)에 입사하여 일본 히타치제작소의 인사급여패키지를 개발하였다. 물류나 판매의 SAP 구축 프로젝트의 컨설턴트로 활동하였으며 현재, 한솔그룹의 물류 관련 아키텍트로 한솔CSN 및 한솔제지 등의 SAP 혹은 웹 기반의 SM 업무를 담당하고 있다.


_끝


posted by 로드북
:
오탈자 정보 2012. 3. 7. 16:51
(오탈자 신고: chief@roadbook.co.kr 또는 댓글로 남겨주세요)
posted by 로드북
:
출간예정도서 2012. 3. 7. 11:58
3월에 출간 예정입니다.

니케이시스템즈라는 일본의 IT 전문정보지(http://itpro.nikkeibp.co.jp/SYS/?l1 )에서 "프로젝트 현장에서 해서는 안 되는 것"을 연재한 적이 있습니다. 이를 묶어서 단행본으로 다시 출간된 책입니다.

카테고리별로 구분해서 찾아보기가 쉽게 되어 있고 하나의 안티패턴(해서는 안 되는 것)마다 2~3페이지로 짧고 이해하기 쉽게 구성되어 있는 것이 특징입니다.

IT 현장에는 별로 중요시 되지 않는 것처럼 생각되어 무관심하게 지나치게 되었던 것들이, 터무니 없는 트러블을 일으키는 “해서는 안 된다”는 것들이 있습니다. 기술이나 제품이 날로 발달하고 복잡해지면서 “해서는 안 되는 것” 또한 급증하고 있습니다. 그러나 이런 부분에 대해 현장에서 올바르게 전달되지 않는 경우가 늘고 있고 또 잘못 알고 있는 경우도 많을겁니다.

 
“해서는 안 되는 것”을 모르면 시스템 품질 저하로 이어집니다.

예를 들면, 오버헤드가 큰 “DBMS의 암호화 기능”을 함부로 사용하게 되면 성능 저하를 초래한다거나 소스 코드를 안이하게 유용하다 보면 라이선스 문제에 노출될 수도 있고 자동 백업이나 툴에 의존하다 보면 정말로 백업이 되고 있는지 확인이 나태해져, 결국 복구 데이터가 남아있지 않는 사태를 일으킬겁니다.

누구나 알고 있을지 모를 아주 간단한 예를 들었지만, 굉장히 중요한데 의외로 지켜지지 않은 경우가 많습니다.

물론, 모든 안티패턴들을 정리할 수는 없었지만 개발현장에서 이 정도는 개발자와 아키텍트가 숙지하고 있어야 하지 않을까 싶습니다.

Coming Soon~

 
posted by 로드북
:
편집자노트 2012. 2. 24. 02:53
돌이켜보면, 디지털이 발전하면서 내 삶이 많이 숨까빠졌다. 스마트폰이 나오기 전에도 집에서 회사 컴퓨터에 원격으로 접속해 이메일을 체크하거나 원고를 보고 보고서를 작성했던 일이 잦았다.
스마트폰이 나온 후로는 길에서 지하철에서 공원에서 마음껏 일(?)을 하고 있으니, 편해진건지는 모르겠지만 삶의 여유라고는 찾아볼래야 찾아볼 수가 없다. 디지털 때문에, 심장 박동이 더 빨라지고 있는 것은 사실이다.

언젠가부터 사진첩에 최근 십년 사이의 사진이 없다. 모두 컴퓨터에 저장되어 있다. 그것도 7~8년 전에 집에 있던 컴퓨터가 갑자기 고장난 바람에 소중한 가족사진을 못보고 있다. 혹시 몰라 하드만 뾱뾱이(?)에 싸서 언젠간 데이터 복구를 할거야 다짐하면서 거의 7년 이상을 보관 중이다. 이것도 이사하면서 그냥 버릴 것 같은 느낌이다. 

지금은 메신저를 잘 하지 않지만, 그렇게 친했던 대학 친구나 후배들의 메신저에서 로긴은 매일 하는데, 몇년 간 안부도 묻지 않는 그런 이상한 경우도 있었던 것 같다. 매일 "띵~ 누구누구 로긴하셨습니다."를 보기는 하는데, 그쪽도 나도 아마도 수십명의 메신저 친구들이 있었으니 그 속에 묻힌 건지, 아님 나도 그 수많은 사람들의 평균 인연인지 하는 생각에 저울질하다보니 나 또한 그냥 매일 쳐다만 본 것 같기도 하다. 내 성격을 탓해야 하는 건지.

누군가가 우스갯소리로 페북이나 트위터로 수많은 친구를 사귄 사람이 정작 죽게 되었을 때, 장례식장에는 아무도 없었다는 얘기를 한 적이 있다

위의 사례는 전자책 얘기와는 거리가 먼 것 같지만, 디지털 진화의 큰 맥락을 이해하는 데는 도움이 되지 않을까 싶다. 한순간에 전자책이 거부감이 없어지고 합법적 유통이 되지는 않을 터, 오랫동안 많은 사람의 디지털 감각이 서서히 진화해오면서 "책은 그래도 종이책 아닌가?"의 아성이 이제야 변해가고 있는 것 같다. 

이제는 지하철을 타도 책을 들고 있는 사람 찾기가 힘들다. 그 많던 무가지도 언제부턴가 자취를 감춰가고 있다. 러시아워 시간만 지나면 종이조각 하나 보이지 않는다. 스마트폰이 나온 후에 최근 1~2년 사이에 빠르게 변화한 대표적인 모습이다. 

사실, 전자출판이 아니어도 디지털은 이미 90% 이상의 출판 제작 과정에 스며들어 있다. 원고 집필, 편집, 디자인, 이제는 심지어 CTP라는 인쇄 기법이 도입되어 필름이라는 아날로그 방식을 대체해가고 있으니 결과물만 아날로그지 과정은 모두 디지털인 것이다.

그러나, 책을 만드는 방식 그리고 철학 등은 전자출판이 도입된다 해도 아날로그적 사고를 해야 한다. 컨셉을 만들고 그에 따라 구현하고 세심하게 디자인을 해야 하고 꼼꼼하게 교정을 봐야 한다. 출판 원가의 절반 이상을 차지하는 과정이 바로 아날로그 방식이다. 이런 과정은 기술이 아무리 발전된다 해도 결코 빨라질 수 없다. 전통적인 출판방식이 살아남기 위한 유일한 방향이고 앞으로의 출판이 전자출판으로 바뀌더라도 변화하지는 않을 것이다.
물론, 환경의 변화로 인해 적응하지 못하고 제때에 변화하지 않으면 살아남지 못할 것이다.

다른 생각을 해본다.
지금의 전자출판을 자본의 이기로 봐야 할까? 소비 패턴의 혁명으로 봐야 할까?
시간이 지나면 진화하여 좋은 쪽으로 가겠지만, 현재는 자본의 이기라고 봐야 하지 않을까 싶다. 그러나 소비자는 역사가 증명하듯 자본의 이기를 극복할 것이라고 본다.

많은 사람들이 책을 좋아하지는 않지만, 누구나 책을 읽는 모습에서 지적 동경을 찾는다. 왠지 책이 나를 살찌울 것 같고 수많은 성공자도 책을 성공요인의 일등공신이라 말하는 데 주저하지 않고 심지어 책으로 그 성공을 다시 공유한다.
즉 책은 어찌보면 영원한 지적 동경물인 것이다.
자본이 이것을 놓칠리가 없다. 책 시장규모를 탐내는 것이 아니라 그것으로 인한 파생적 수요를 보고 있는 것이다.

책 시장은 그리 크지 않다. 몇년 전까지만 해도 종이 책 시장이 게임 머니 시장보다 작다는 얘기를 접한 적이 있다. 그리고 전자출판이 아니어도 시장 규모는 계속 줄고 있다. 책의 소비에서 중요한 것은 시간과 여유인데, 디지털 생활 패턴이 책에 대한 시간을 뺏아가고 있기 때문이다.

자본의 탐닉과 소비 패턴의 혁명 사이에서 출판이 어떻게 흘러갈지는 사실 알 수 없다. 단기적으로는 아마존의 전자출판 매출규모라든지 오프라인 서점의 위기라든지 여러 지표들을 보면 자본의 이기가 곧 승리할 것처럼 보이지만, 분명 출판의 속성은 위에서 언급한 아날로그적 성격이 원가의 대부분을 차지하기 때문에 어떤 형태로든 소비자가 원하는 방향으로 진화할 것이다.

이것은 종이책이 살아남을 것인가 아닐 것인가의 관점으로 볼 것이 아니라, 출판의 속성과 책이라는 가치를 보고 접근하고 중심을 잃지 않는다면, 그 속에서 예측 가능한 길을 찾을 수 있을 것이라 생각한다.

'편집자노트' 카테고리의 다른 글

단상(斷想)  (0) 2012.09.11
종이밥을 먹는다는 것...  (0) 2012.07.09
원서 소개, <웹 디자이너를 위한 jQuery>  (8) 2011.12.12
책이 갖추어야 할 요소 ver0.5  (0) 2011.09.04
책, 비판적 읽기가 선행되어야  (0) 2011.08.23
posted by 로드북
:
독자서평 2012. 1. 30. 20:15
[블로그 말, 말, 말]
처음부터 다시 배우는 HTML5 & CSS3 : 실전 웹 표준 사이트 제작까지' 란 책을 참고하면서 코딩을 진행하였습니다. 
왠지 모르게 이 책을 사서 독학을 시작한 후 부터 CSS 코딩에 재미를 붙였으며 홈페이지에도 작지않은 변화가(?) 발생한거 같습니다.
출처 : WSJ Research Lab ☞ 바로가기
 
또한 사이트 제작과 문서 편집에 있어서 필요한 세부적인 내용들까지 다루고 있어 웹에 관심있는 초보자부터 중급자까지 폭넓게 활용할 수 있을 것 같습니다.
출처 : Kimpd.com ☞ 바로가기

CSS의 기본적인 내용을 공부해도 실전에 써먹기가 만만치 않습니다. 그런데 이 책에서는 사이트 디자인에서 가장 필요한 실전예제가 확실하게 들어 있어서 책을 본 후 곧바로 응용에 들어갈 수 있을 듯 합니다.
출처 : freir3d ☞ 바로가기 

HTML부분은 구조만 잡는 데 도움이 될 수 있도록 간단하게 정리했고, CSS는 HTML 구조를 바탕으로 한 세련된 디자인이 나올 수 있도록 자세하게 풀어냄으로써 정밀한 제어가 가능하도록 구성해 놓았다.
출처 : DESIGN LOG ☞ 바로가기 
 
posted by 로드북
:
강의자료 2012. 1. 30. 13:38

강의자료가 필요하신 교수님이나 강사님은 연락주시면 보내드리겠습니다. 강의자료는 강의하시는 분이 수정을 해서 만들 수 있게 가능하면 텍스트를 많이 넣었습니다. 감안해서 봐주시면 고맙겠습니다.

담당: 임성춘 편집장
이메일: chief@roadbook.co.kr
TEL: 02-874-7883(010-9490-7883)


이메일로 연락하실 때는, 아래 내용을 꼭 알려주세요.

대학명(학원명), 강의과정명, 수강인원수, 수강기간, 전화번호


샘플 강의자료

강의1.pptx

                    



posted by 로드북
:
자료실 2012. 1. 24. 02:15

<Xcode4로 시작하는 아이폰 프로그래밍>(로드북, 2012)은 Xcode4.0 기준으로 설명되어 있습니다. Xcode4.1과 Xcode4.2 그리고 Xcode4.3 사용자도 책을 보면서 학습하는 데 문제가 없도록 가이드를 배포하오니 참고 바랍니다

.
Xcode4.3 사용자를 위한 가이드

Xcode4.3 사용자를 위한 가이드.pdf


Xcode4.1 사용자를 위한 가이드

Xcode4.1 사용자를 위한 가이드.pdf


Xcode4.2 사용자를 위한 가이드

Xcode4.2 사용자를 위한 가이드.pdf

Xcode4.2 사용자를 위한 소스코드

sample_Ver_4_2.zip

Xcode4.3 사용자를 위한 소스코드

Sample_Ver_4_3.zip




posted by 로드북
:
신간소개 2012. 1. 5. 04:04


l  저자: Yoshinao Mori

l  역자: 김태현 

  l  페이지: 432

  l  판형: 4x6배변형(188x235)

  l  도수: 2

  l  정가: 25,000

  l 발행일: 2012년 1월 13일

  l  ISBN: 978-89-966598-7-7

 




[강컴] [교보]
 [리브로] [반디] [11번가] [알라딘] [예스24] [인터파크]



이 책은 Xcode4.0 기준으로 설명되어 있습니다. Xcode4.1과 Xcode4.2 및 Xcode4.3 사용자도 책을 보면서 학습하는 데 문제가 없도록 가이드를 배포하오니 참고 바랍니다.
 
사용자 가이드 다운로드 

 
_도서 내용

이 책은 Xcode4라는 생소한 툴 때문에 앱 프로그래밍 공부에 어려움을 겪고 있는 입문자를 위한 책입니다. Xcode4 개발 방식이 약간 복잡하기는 하지만, 이 책에서 제시한 예제를 따라 하면서 학습하면 쉽게 적응할 수 있습니다.
앱도 하나의 여러 가지 복잡한 요소가 얽히고설킨 소프트웨어입니다. 따라서, 이 책만 갖고는 본인이 원하는 완벽한 앱을 구현할 수는 없습니다. 알고리즘을 구현하기 위해 Objecive-C도 훨씬 많이 학습해야 하고 알고리즘 구현 능력도 키워야 합니다. 다만, 이 책이 해주는 역할은 그 전 단계까지입니다. 기본적인 기능을 만들어낼 줄 알고 앱 개발 공부에 자신감을 심어줄 것입니다.
이 책으로 앱 개발 공부의 첫 단추를 잘 꿰었으면 합니다.

_대상 독자
프로그래밍에 약간의 지식이 있으면서 앱 개발 학습을 해보고자 하는 입문자
빠르게 아이폰 앱 개발 환경을 배워보고자 하는 프로그래머

_목차
1장 애플리케이션 개발 환경 만들기
1-1 아이폰 앱 개발 준비물
Lecture_개발에 필요한 환경
1-2 iOS SDK 다운로드와 인스톨

2장 iOS SDK 기본
2-1 iOS SDK의 정체
2-2 Xcode
2-3 인터페이스 빌더
2-4 iOS 시뮬레이터 

3장 오브젝티브 C 기본
3-1 오브젝티브 C 기본 
Lecture_오브젝티브 C란 무엇인가? 
Lecture_오브젝티브 C의 역사 
Lecture_객체지향이란? 
Lecture_기본 문법 
Lecture_변수 
3-2 포인터 변수 
Lecture_포인터 변수란? 
Lecture_문자열 데이터 처리 
Lecture_많은 데이터를 일괄 처리하기 - 배열 
Lecture_다량의 데이터를 키워드로 처리하기 
3-3 제어문 
Lecture_if 문 
if else 문 
조건식 
Lecture_switch 문 
Lecture_while 문 
Lecture_for 문 
Lecture_주석 
3-4 클래스 
Lecture_오브젝트란? 클래스란? 
Lecture_오브젝트 사용 방법 
오브젝트 만들기 
젝트 해제하기 
속성에 액세스하기 
메소드 실행하기 

4장 애플리케이션 개발 기본
4-1 프로젝트 작성 
프로젝트 만들기 
템플릿 선택 
4-2 프로젝트 구조와 작성 순서 
Lecture_자주 사용하는 파일 
Lecture_화면 디자인과 프로그램 
Lecture_배치한 컨트롤과 프로그램을 연결하는 방법 
IBOutlet 연결 
IBAction 연결 
여러 가지 IBOutlet과 IBAction 연결 방법 
Lecture_애플리케이션 전체에 관한 프로그램 
Lecture_델리게이트(Delegate) 
Lecture_용어 검색 
4-3 첫 번째 앱 제작 
Lecture_앱을 만드는 순서 
Practice_「“안녕하세요”라고 표시합니다」 



_주요 내용
도와주세요! 이제 막 앱 개발을 시작했어요!
뚝딱뚝딱 만들어보고 원리까지 배운다!

프로그래밍 초보자도 쉽게 배울 수 있습니다.
클릭클릭으로 뚝딱뚝딱 만들면서 배우기 때문에 초보자도 쉽게 따라 할 수 있습니다. 기반 언어인 Objective-C도 핵심만 간결하게 설명하고 있어, 프로그램 구현 원리를 쉽게 파악할 수 있습니다.

Xcode4 통합 툴 개발에 쉽게 적응할 수 있습니다.
핵심 기능 위주의 심플한 앱 제작을 통해 응용 가능한 기초 원리를 충분히 체득할 수 있습니다. 그리고 인터페이스 빌더가 합해져 개발하기 편리한 통합 툴 Xcode4에 쉽게 적응할 수 있습니다.

직관적 일러스트는 전체 과정을 한눈에 보여줍니다.
모든 기능, 원리 등이 비주얼한 일러스트로 표현되어 직관적으로 전체 상황을 파악할 수 있습니다.

아마존 재팬 모바일 분야 독보적 1위
아마존 재팬에서 Xcode3 기반의 전판부터 개정판인 이 책까지 모바일 분야에서 독보적인 1위를 고수하고 있습니다.


_편집자 코멘트
이 책을 편집하면서 꼭 MS의 비주얼 툴 개발 방식을 처음 배웠을 때를 떠올렸습니다. 처음 보는 개발 방식에 많이 낯설어 했던 기억이 있습니다. Xcode4도 복잡한 관계 때문에 입문하는 사람에게는 진입장벽이 있겠구나 생각했는데, 이 책을 보면서 크게 어려움 없이 이해하고 적응할 수 있었습니다. 이 책을 끝까지 학습하면 확실히 아이폰 앱 개발 프로세스에 쉽게 적응하고 더 심도 있는 학습을 할 수 있는 기본기를 갖출 수 있을 것으로 기대합니다.

_저자 소개
지은이_Yoshinao Mori
웹 게임 크리에이터. Flash와 iPhone용 오리지널 게임 컨텐츠 개발과 개발 방법에 대한 집필 활동에 힘을 기울이고 있으며, 관서학원대학에서 비상근 강사로 활약 중이다.
저서:
「기본부터 확실히 익히는 ActionScript 3.0」(마이니치 커뮤니케이션)
「알려주세요! FLASH 8 ActionScript」(마이니치 커뮤니케이션)
「알려주세요! Flash MX 2004 ActionScript」(마이니치 커뮤니케이션)
「Flash 프로페셔널 스타일 [CS3 대응]」(공저, 마이니치 커뮤니케이션)
「ActionScript + CGI 프로그래밍」(소프트뱅크)
「프로가 되기 위한 Flash의 대원칙」(공저, MDN)

삽화_Matsumura Makio
만화가, 일러스트레이터.
1984년부터 일러스트레이터, 만화가로 다양한 매체를 통해 활동하고 있다. 1995년에는 Flash의 전신인 「스마트 스케치」에 빠진 후부터 제작은 물론, Flash의 포교 활동에 힘을 기울이고 있다. Flash 2~8까지 개정을 거듭한 「알려주세요! ! Flash」(다나카 마리씨와 공저) 시리즈로 인기를 얻어 수많은 「알려주세요」 추종자가 있다. 세이안 조형대학 교수로 재직 중이다.
http://www.makion.net/

옮긴이_김태현
프로그래머. 번역가.
80년대 초반 FORTRAN, COBOL, BASIC, C 등으로 프로그래밍을 시작한 소프트웨어 엔지니어. 90년대 초반부터 일본에서 휴대폰 기지국 개발, 자동차 차량제어 소프트웨어 품질 감사 등 다수의 프로젝트에 참여. 현재 임베디드 소프트웨어의 품질 향상과 개발 방법에 대한 번역, 집필 활동에 힘을 기울이고 있다.

_상세 화면

 
 

posted by 로드북
: