(내용을 읽지 않고, 별도의 프로그래밍 관련 주제의 댓글입니다. 소개글만 읽고 적은 것이므로. 책에 대한 평가로 오해하지 말아주세요.)

좋은 책이 나온 것 같습니다. 인터페이스 빌더'만' 쓸 줄 아시는 분들에게 무척이나 유용하고 의미있는 내용을 가지고 있을 것이라 생각됩니다.

정교하고 디테일한, 100% 통제를 해서 모든 요소들을 일일이 다 챙기는 것이 중요한 프로젝트라면 당연히 코딩으로 VIEW 또한 손수 다 그리는 것이 좋을 수 있습니다.
또한, .xib 은 일종의 XML 로서 parsing 과정을 거쳐야 하기 때문에, 0.001 초라도 아껴야하는 경우에는 분명 사용하지 않는 것이 맞습니다.

하지만, MVC 분리법에 대한 충분한 이해가 되지 않은 초보 개발자, 실제로 응용해본 경험이 적고, 그 가치를 제대로 이해하지 못한 개발자들에게는 잘못하면, VIEW-CONTROL-MODEL 에 속하는 코드들이 우후죽순 막 섞히는 결과물을 내게 만들기도 합니다. 마감날짜가 급한 경우에는 더더욱 유지보수에 문제가 있는 (앞으로 문제가 생길) '위험한 코드'를 만들게 되지요.

이렇게 되면 소개글에 나타난 대로 유지보수에 탁월한 해결책이 되어주지 못하게 됩니다.

분명 하드코딩은 중요하고, 어떤 개발환경도 반드시 이것을 가능케 해야 합니다. 하지만, 이것은 과거의 생산물이 가진 생명력을 연장하는데 좋은 것이지, 미래를 위한 혁신적인 결과물을 만드는데 장애가 되는 것이라 생각합니다.

그래서, 혹시라도 미래를 위해서 일해야할 초보 개발자들에게 잘못된 습관을 가지게 하거나 자칫 혼란을 주지 않을까 하네요. 컴퓨터가 할 수 있고, 컴퓨터가 해주는 것이 훨씬 더 좋은 일인데도 불구하고, 단지 자기는 이렇게 가르침 받았고, 이렇게 하고 싶다는 이유만으로 하드 코딩을 고집하는 것은 미래에 대한 좋은 준비자세가 아니라고 생각합니다.

또한 단지 코멘트를 많이 남기기 위해서도 좋은 이유라고 생각되지 않네요. 코멘트 대신에 코드 그 자체로 모든 내용을 표현할 수 있다면 제일 좋다고 많은 분들이 얘기하시는 것 같던데.

반대로, 인터페이스 빌더를 쓰면 그에 대한 설명을 구구절절 코멘트로 어딘가게 남겨둬야 하니, 아예 코멘트 없이 코딩을 하기 위해서라도 하드코딩을 하는게 좋다고 하려 하신 거라면, 적극 동감할 수는 있습니다.

책의 내용은 분명 추정컨데 회사내 베테랑 개발자들에게 무척이나 도움이 되겠지만, 책없이 공부할 줄 아시는 그분들에게 정작 책이 필요하지 않을 것도 같고요. 왜 그동안 이것을 공개적으로 다룬 책이 씌여지지 않았을 지 좀더 냉정한 고민을 하셨기를 바랍니다.

당연히 그런 고민을 하셨다면, 어떻게 하면, 인터페이스 빌더의 장점과 하드코딩의 장점을 융합해서 양쪽 모두가 가진 탁월함을 같이 쓸 수 있는 방법도 책에 써주셨을 거라 믿습니다.

이런 목적으로 두마리 토끼를 다 잡는데 유용한 내용을 쓰셨다면, 이런 책이 다른 곳도 아닌 한국에서 한글로 먼저 출간된 것에 엄청난 자부심을 느끼셔도 좋을 것 같습니다.

안녕하세요. petershine 독자님. 장문의 글 남겨주셔서 감사합니다.

책을 아직 보지 못하셨다고 하니 우선 궁금하신 부분에 대한 답변부터 말씀 드리면, 죄송스럽게도 이 책의 내용은 하드코딩과 인터페이스 빌더의 적절한 활용을 융합한 책은 아닙니다. 저자분들은 인터페이스 빌더를 가급적 배제하고 하드코딩으로 디자인한 분들과 일했을 때 훨씬 결과물과 개발과정의 작업 효율성이 높아짐을 확신하고 이 책의 집필을 기획하셨습니다. 물론, 이에 대해서는 순전히 저자분들의 의견일 수 있겠지요.

어떤 목적지에 도달하고자 할 때는 단 한 가지 길만 있는 것은 아니라고 생각합니다. 그리고 모든 사람이 같은 방법으로 사고하고 똑같이 행동하는 것도 아닐 테고요. 블로그 글 중반부에 적었듯이, 이 책은 반드시 인터페이스 빌더를 버려야 한다,도 아니며 반드시 하드코딩만이 유일한 방법이라고 강요하는 책은 아닙니다.

그리고 아이폰 애플리케이션 개발 분야에 한정하지 않고도, 현업에서 기본기가 제대로 갖춰지지 않은 초보 개발자에게 무작정 한 가지 방법만 강요한다면 좋은 결과가 나오지 않는다는 것, 혹은 '아니 한만 못하다'라는 것은 지당한 말씀이라고 생각합니다.

하지만 이 책은 기존 개발방법에 안주한 분들에게 한 번쯤 다른 방식으로 사고하는 새로운 방법을 제시하는 책이라고 보아주시면 감사하겠습니다.

세상에는 참 수많은 책이 있습니다. 또한 책 없이도 얼마든지 너끈하게 방법을 익히는 법도, 또한 그런 훌륭한 개발자 분들도 많습니다. 책을 기획하는 이로서 많이 느끼는 점은, 책은 평소 책을 본 분들이 꾸준히 사본다는 생각을 많이 해왔습니다. 외국에서는 기획되지 않았더라도 우리나라에서 독특하게 개발한 방법이나 이론, 개념 등을 소개한 책도 적지 않습니다. 반드시 외국에서 출간된 적이 없다고 해서 그 방법이 틀린 방법이라고는 생각지 않습니다. 저희도 이 기획이 독자여러분들에게 많은 가능성을 열어준다는 점을 높이 샀습니다. 선택은 개발자 여러분 본인의 몫이라는 점을 저도 블로그에서 분명히 명시했고요.

물론 비교할 대상은 조금 다르지만, 저희로서는 그간 플렉스, 토비의 스프링에 관한 새로운 접근 방법, 클라우드 컴퓨팅 서적 등 일반적인 개발도서 들의 기획 방향과 궤를 달리하는, 또는 세계에서 거의 최초로 기획 출간하는 서적들로도 충분히 우리나라 독자들에게 어필할 수 있음을 확인했습니다.

아무쪼록 이번 책 이후에는 말씀하신 대로 인터페이스 빌더와 하드코딩을 융합하는 새로운 방법론을 제시할 수 있는 또 다른 서적이 기획될 수 있으리라 믿습니다.

훌륭한 고견에 깊이 감사합니다. 저는 에이콘출판사에서 출간기획을 맡은 김희정이라고 합니다. 고맙습니다.

이렇게 신경써서 좋은 답 주셔서 감사합니다.
오히려 책을 직접 읽고서, 저자들께서 전수해주고자 하는 하드코딩의 탁월함을 배워 보아야 겠네요. 쭉 읽고나면 저자들분의 좋은 뜻을 알 수 있을 것 같습니다.

참고로, 저는 에이콘 책을 좋아하는 블로그 애독자구요 (그래서 1착으로 코멘트를 쓸 수 있었죠 ^^) 앞으로도 좋은 책 많이 내셔서, 그래서 오히려 외국에서 번역해 가는 일들이 많이 생기길 바래요.

저희가 책을 발굴해서 내는 이유도, 다양한 분야의 독자(개발자)분들께 다양한 시각을 제시해드리기 위함이라는 점이라고 봤을 때는 petershine 님께서 저희에게 주신 의견도 딱히 틀린 것은 아니지요.

아무튼 저는 더 다양한 분야에 더 다양한 수준의 도서가 많이 출간되고, 또 그렇게 도서 시장이 풍성해지고 개발자분들의 시각도 더 넓어지면 좋겠습니다.

한번 읽어보신 후에 또 다른 의견을 받게 되길 바라겠습니다. 고맙습니다. 앞으로 저희와 일하게 되실 날도 기대할게요. :)

인터페이스 자동화 툴의 대표적인 단점 두가지가 불필요한 코드 생산으로 코드 가독성 저하, 자동화로 인해서 원리를 모르고 프로그램을 작성하게 만들 수 있다는 것!

그 두가지 문제에 비추어 볼 때 좋은 접근 방법 인것 같습니다 ^^
좋은 책으로 나와 많은 분들께 도움이 되면 좋겠네요!

여러분의 따스한 관심이 에이콘의 큰 힘이 됩니다. 레몬에이드님, 감사합니다.