임베디드 프로그래밍 분야에 괜찮은 책이 나온 듯 싶습니다.

목차를 읽어보니 참 무섭군요.
하드웨어.. 참 실타 -_ㅠ

일부러 쉽게 쉽게 쓰신 것 같습니다.

통신어체로 쓰여져 있다. 라고 밝히고 있군요. 이유는..
"딱딱한 설명은 NO! 쉽게 이해할 수 있도록 통신체와 이야기 형식으로 기술되어 있습니다."

http://www.cornerbook.co.kr/shop/goods/goods_view.php?goodsno=186785431&category=

장난을 할 상황이 있고 아닌 상황이 있는데
라이선스를 명확히 밝히는 것은 장난칠 상황이 아니죠.

이렇게 일과 장난을 똑바로 구분하지 못하는 또라이랑 일을 같이 하게 되면
나중에 굉장히 피곤해집니다.
나중에 '아 그거? 장난이었어'라던가
'그거 장난 아니었는데'라면서
오리발을 내밀죠.

"본 강좌 내용은 GPL(Genuine Private Licence)에 의거하여 출처를 밝히는 조건으로 얼마든지 퍼가거나 재활용 하셔도 좋습니다. 다만, 영리 목적의 재활용/출판/판매 인용은 법에 저촉되므로 사전에 운영자와 협의하시기 바랍니다 "

이 문구는 분명히 오해의 여지가 있음에도 아직도 안고쳤네요.
이건 뭐 고의라고 봐도 될 것 같습니다.
절대 가까이 하고 싶지 않은 부류의 인간이로군요.

책 구매하여 읽으면서 감동받고 있는 구매자입니다.

통신체를 사용하고 있으나, 이는 위에서도 이야기하고 있지만 좀더 쉽게 전달하려고 하는 저자의 의도입니다.
물론 저자 분 자체가 이렇게 편한 것을 좋아하는 스타일이시기 때문이겠죠.

허나, 그 안의 내용은 절대 가볍지 않습니다.
저도 Embedded 로 밥 벌어 먹고 사는 사람인데요... 이렇게 좋은 내용을 담고 있는 책 만나서 정말 기분 좋습니다.

저도 보잘것 없는 사람이지만 나름 책 좋아하는 사람입니다.
Embedded 하기 위하여 ARM 에 대해서 잘 나와있는 ARM System Developer's Guide(http://www.amazon.com/ARM-System-Developers-Guide-Architecture/dp/1558608745/ref=cm_lmf_tit_1) 이런 책 좋죠...

하지만 처음 embedded 를 접하시는 분들이 ARM TRM 정리해서 요약해둔 이런 책 보기에는 정말 쉽지 않을 겁니다.
반면 Embedded Recipes 책은 처음 embedded 를 접하는 사람들을 위하여 필자의 know-how 를 아낌없이 정리해둔 요약 노트 같습니다.

h/w 기본, ARM mode, build (compile, link, Scatter loading file, ...), ELF format, Make, ARM assembler, Exception handling... (현재 반정도 요기까지 읽었네요...)
다른 어떤 책과 비교해도 쉽게 잘 설명하고 해주고 있습니다. 아니 이런 내용에 대해서 실무에서 바로 필요한 내용을 이렇게 쏙쏙 정리해둔 책은 본 적이 없습니다.

일과 장난을 구분못하는 또라이는 아닌 것 같고...
일과 장난이 하나되는 진정한 고수이신 것 같습니다.

GPL 관련한 이야기는 다소 실수가 있는 것 같습니다만...
책 내용은 정말 추천해드리고 싶네요. ^_^;

[ps] 전 이 책/저자와 아무런 관련 없는 1인입니다.. ㅋㅋ

많은 의견이 올라와 있군요.

저도 그 책을 얼마전에 구매하였습니다. 제가 보려는 목적도 있고 이 쪽 일을 시작한지 얼마 되지 않은 제 후임에게 보게 할 생각이었습니다.

참 좋은 책입니다.

어려운 내용을 쉽게 쉽게 설명해 두었더군요.

댓글을 살펴보면 통신어체로 되어 있다거나 맞춤법이 틀렸다거나 GPL 에 대한 이해가 부족하다거나 급기어는 인간성에 문제가 있다는 내용도 있군요. 다시 살펴보니 또라이는 표현도 있네요.

혹시 책을 써 보신적이 있으신가요? 머릿속에 있는 내용을 글로 표현한다는 것은 정말 어려운 작업입니다. 게다가 전문 지식을 이런 쉬운 글로 표현한다는 것은 왠만한 사람은 할 수가 없습니다. 정말 그 기술에 대해 처음부터 끝까지 한 번에 볼 수 있는 능력을 지닌 사람이 아니면 어려운 일이지요.

저도 프로젝트 진행하면서 저자 스타일처럼 자유롭게 문서를 작성합니다. 개발 보고서는 아니지만 개발을 진행하면서 이런 이런 걸 해 보았는데 이런 문제가 발생하여 다른 방법으로 해결하였다. 등등을 적어 놓는 문서입니다. 이 문서는 제 후임자와 app 개발팀쪽에 소스와 api 를 넘기면서 함께 전달하고 있습니다. 개발 보고서는 딱딱할 수 밖에 없고 상세한 내용을 쉬운 설명으로 쓰기 어렵기 때문입니다.

혹시 개발진행하면서 각종 표준안을 읽어 보신 적이 있나요? 전 요즘 ATSC PSIP 관련 문서를 읽고 있습니다. "ATSC Recommanded Practices: Program and System Information Protocol Implementation Guidelines for Broadcasters" DOC A/69 입니다. 전 이런 문서 볼 때마다 짜증이 납니다. 영어로 되어 있어서도 그렇지만 표준안에 대해 이해시키기 위한 문서가 아니라 가이드 라인만을 기술해 놓기 때문입니다. 이런 부분은 왜 이렇게 되어 있는지 등등에 대한 내용은 전혀 없습니다. 당연하겠지요. 표준 문서이니까요. 이 문서를 제대로 이해하려면 다른 사람이 블로그 등에 작성한 내용이나 연재물 혹은 소스등을 살펴봐야 합니다. 어느정도 이해도가 생기고 나서 표준문서를 보면 왜 이렇게 했는지에 대해 이해가 되더군요.

전 이 책도 그런 맥락으로 보고 싶습니다. 딱딱하게 적어야 하는 문서는 딱딱하게, 쉽게 적을 목적이라면 쉽게. 그게 진리 라고 생각합니다.

아는 분 책 얘기가 나와서 달린 댓글보다가 웃었습니다.
책 한권 갖고도 별 희안한 이야기가 다 나오는구나 생각했습니다.

GPL...
책 쓴 분 인세 받아서 삼겹살에 소주 값이라도 뽑아야 하지 않을까요?

오타, 통신체...
회사 보고서나 잘 쓰면 되죠 뭐.

장난, 막장...
개발자가 이런 재미도 없으면 어찌 살겠습니까?

인간성, 또라이...
이 표현 아주 고급스럽습니다. 제가 책 쓴 분 만날 기회되면 써먹어 보겠습니다.

그냥 좀 먼저 들어온 회사 선배나 조금이라도 삽질 한번 더 해본 개발자가
옆에서 이건 이렇고 저건 저런거야, 그렇게 만들면 한방에 훅~ 간다 하고
잔소리 늘어놓는 것을 책으로 만든 것이라고 가볍게 생각하면 될 것 같네요.

맘에 안들면 안사면 되는거죠. 쿨하게~

이런 성격으로 정적인 타입 검사(-_-;;)를 선호하는지도 모르겠습니다만..

쉽게 쉽게 간다는 명목으로 맞춤법 틀리고 온라인에서 간단하게 인스턴스 식으로 사용하는 문구들을 쓴다는 것은 아닌 것 같은데요.

이미 방송에서의 "한글파괴" 기능의 부작용에 대해서 다들 잘 알고 계실 것 같습니다. 언젠가 만화에서 비슷한 내용을 보았는데, 엄마가 딸 아이의 일기장을 몰래 봤는데 도저히 알아들을 수 없는 용어들로만 가득차 있었다는... 뭐.. 그런 만화였죠.

위트도 좋고 쉽게쉽게 가는 것도 좋지만 기본은 지켜야 한다고 봅니다. 그런면에서 이책의 내용을 떠나서 사서 보고 싶지는 않네요.

게다가 GPL 얘기를 꺼내지 않았으면 모르되, GPL을 마치 잘 아는 사람인양 하며 GPL을 무시(저는 이렇게 봤습니다)하는 듯한 행동은, 글쎄요..

지금 나이드신 분들도 그러하시겠지만, 제가 꼬부랑 할아버지가 됐을 때 손자, 혹은 동네 꼬마들이 쓰는 단어들을 하나도 이해 못하게 될 날이 올거라고 생각하니 좀 답답하군요...

句日新, 日新 日新 又日新.

저자에 대한 맹목적 믿음에 눈이 어두워서, 뭐를 문제삼고 있는지도 제대로 보이지 않는 신자 분들이 몇몇 계신것 같군요^^ 여기는 신앙고백이나 간증을 위한 자리가 아니니 자중하도록 하시고요^^ 웬지 저자분이 활동하신다는 kelp에서 건너오신 분들 같군요? ㅎㅎㅎ

위에 글 다 읽어 보시면 아시겠지만 책 내용 나쁘다고 한 사람 없습니다. 괜히 있지도 않은 허수아비 때리지 마십시오. 이런건 논점일탈이요, 일종의 물타기 입니다. 상대가 하지도 않은 말을 한 것처럼 박박 우겨서 자신에게 불리한 논점에서 일탈하고 논의를 흐리려는 아주 못되먹은 수작질입니다.

맞춤법이나 구어체, 이모티콘, 비속어 등에 대해서는, 위에 불만을 표하고 계신 분들도 계신데 전 별로 문제삼고 싶지가 않고요, 저자분의 취향이니 존중해 드리고 싶군요. 물론 절대 바람직하지 않은 일입니다만, 그것도 다양한 표현을 위한 한가지 방법이고, 나름대로 쉬운 전달을 위한 방법이라 평가해 드리고 싶군요^^ 그렇다고 그에 대한 문제 제기가 잘못된 건 아니고요, 당연히 거기에 태클을 걸 수 있습니다. 그러니 신도분들 또 라면냄비마냥 보글보글 끓지 마시고 자중하세요^^

책이라면 반드시 장난치지 말고 제대로 표기해야 되는 부분이 있습니다. 출판사, ISBN 넘버, 가격표, 뭐 이런 거지요. 한빛미디어에서 책을 내는데 김영사라고 표기를 하면 문제가 생기겠지요? 혹은 책 뒤편에 공짜 라고 적어놓고 그 반대편에 거ㅋ짓ㅋ말ㅋ 이렇게 장난쳐도 안되지요. 물론 라이선스도 거기에 해당됩니다. 다만 책의 경우에는 뭐 특별히 밝힐 필요가 없으니까 대체로 그런건 생략하지요. 하지만 표기하는 경우에는 무단 전재 및 복사를 불허한다 라고 장난치지 않고 제대로 표기하게 되어 있습니다. 거기에 무단 전재 및 복사를 맘대로 하세요^^ 라고 써놓고 다른 한 귀퉁이에 '다만 고소고발도 내맘^^'요러면 한대 맞습니다^^

게다가 라이선스란 것은 일종의 계약서이고, 법적인 효력을 가진 문서입니다. 만약 일과 장난이 하ㅋ나ㅋ가 되신 진정한 초고레벨 판사 님께서 판결문에 '넌 사형이고, 자세한 설명은 생략한다'라고 장난을 치시면 병신스럽겠지요? 혹은, 일과 장난이 하ㅋ나ㅋ가 되신 부동산 중계업자가 님들 집 매매계약서에 장ㅋ난ㅋ을 친다고 가정해 봅시다. 당연히 개념없다는 소리를 듣게 되지요. 라이선스를 엉터리로 적는건 명백한 기만이요, 사기의 첫걸음입니다. 일을 장난처럼 재미있게 하는 거하고, 진지해야 될 상황에 허튼 장난 쳐서 민폐 끼치는 것은 전혀 별개이니 좀 구분들을 하시지요 애정에 눈이 먼 광신도님들^^

여기서 다시 한번 사건의 전개 방향을 되짚어 보도록 합시다. 저자 분이 자기 홈페이지에 책 내용에 대해 GPL 라이선스(그 밖에 별다른 표기 없음)를 사용한다고 적어 놓고, 허가 없이 상업적으로 이용 불가능하다고 서로 모순된 구절을 적어 놓은 것이 먼저입니다. 그래서 여기 분들 중에 한분이 지적을 하니, GPL 옆에 Genuine Private License 라고 장난질을 시작합니다. 그래서 또 지적이 들어가니 아무 언급도 없이 리플이고 관련된 구절이고 다 지우고 싹 입을 닫아 버렸지요. 이러니 여기 반응이 안좋은 겁니다.

여기 KLDP는 기본적으로 GPL 덕을 많이 보는 사람들이 모이는 사이트이고, GPL과 관련된 분쟁에서 늘 엄격한 주장을 펼쳐 왔습니다. 그러니 GPL 가지고 장난질 하는 것에 민감할 수밖에 없고요, 사실 그게 맞습니다. 계약서 가지고 장난질하면 안되죠. 이제 뭐가 문제인지 아셨습니까 광신도 여러분?

라면을 먹으러 라면 가게에 들어 갔으면 라면맛만 보고 오면 되지 않을까요?

라면 먹으러 라면 가게에 들어가서 건축법 따지는건 이상하지 않나요?