편집자노트 2011. 9. 4. 22:46
책이란 무엇인가에 대해 많은 생각이 드는 요즘이다. 분야마다 편집자의 역할 그리고 범위가 많이 다르기는 하지만, 분명 책이 갖추어야 할 기본적인 요소는 있는 듯하다. 내맘대로 생각이지만, 한 번 정리해본다.

책이 갖추어야 할 요소는 크게 내용과 형식 두 가지 측면으로 분류해볼 수 있다. 형식적인 측면은 제껴두고 책의 가치(혹은 무게감)에 가장 크게 영향을 미치는 내용적인 측면을 생각해보았다.

1. 분명한 컨셉
편집자라면 누구나 가장 힘들어 하는 부분이 컨셉 정의와 구현일 것이다. 컨셉 도출과 구현 능력이야말로 편집자의 내공 차이를 확연하게 드러나게 해준다.
출판은 컨셉으로 시작해서 컨셉으로 끝난다고 해도 과언이 아니다. 책이 전하고자 하는 메시지를 한 줄로 설명할 수 있을 때, 그 한줄을 보통 컨셉이라고 일컫는다.
그리고 그 한 줄의 메시지를 1페이지부터 끝까지 일관되게 관통할 수 있도록 유지하는 게 책이 갖추어야 할 요소 중 가장 중요한 제1요소라고 생각한다.
블루오션의 새로운 주제를 개척하든, 레드오션의 경쟁적 주제에 뛰어들든 컨셉을 제대로 설정하는 것이야말로 혹 실패를 하더라도 배울 수 있고 성장할 수 있기에 정말로 중요하다.

2. 목표를 향한 논리적 전개
논리적이어야 한다. 목표점이 있어야 하고, 그 목표점을 향해 중간중간 길을 잃지 않아야 한다. 강은 지류를 많이 만나면 만날수록 본류가 넓어지고 커지지만, 책은 지류가 많을수록 본류가 흐트러지거나 목적지를 잃어버리고 막힐 가능성이 크다. 지류는 특히 그 깊이(depth)와 양을 조절하여 삼천포로 빠지지 않게 하는 것이 중요하다. 무엇보다 논리성을 강화하기 위해서는 지류에 대한 관리가 중요하다.
이를 위해서는 지속적으로 스토리 요약을 해봐야 한다. 목차만 갖고는 책의 논리적 구성력을 파악하기 힘들다. 별도로 짧은 문장으로 요약을 해나가면서 허점을 보완해야 한다.

 3. 추정이 아닌 실험과 경험을 통한 정확한 정보
책에서 정확한 정보의 전달이야말로 굉장히 중요하다. 추정에 의해 서술하는 것이 정확성을 해치는 가장 큰 적이라고 할 수 있다. 그리고 인용으로만 가득찬 원고는 저작권 침해 가능성뿐만 아니라 논리적 전개를 막는 가장 큰 원인이다.
정확한 정보를 위해서는 끊임없이 실험하고 확인해야 하는 것이다.
사실, 책의 저술 기간을 가장 많이 잡아먹는 요소가 정확한 정보를 가져야 하는 책의 특성 때문이 아닌가 싶다.

4. 독창성
여기서의 독창성은 서술적 전개의 독창성을 일컫는다. 수많은 출판사가 같은 주제의 책을 지속적으로 경쟁적으로 출간한다. 특히 시장이 큰 주제의 경우는 그 정도가 심하다. 독창성을 유지해야 한다는 것은 저작권 문제에 대한 이유도 있지만, 무엇보다 독창성에 근거해야 독자에게 쉽게 전달할 수 있기 때문이다.
독창성을 높이기 위해서는 연구와 집필을 완전하게 분리하는 것이다. 아무리 전문가라 하더라도 다른 도서나 참고자료의 연구 없이 집필하는 것은 불가능하다. 하지만, 연구와 집필을 병행하게 되면 참고했던 자료의 지식을 그대로 베껴쓰기할 가능성이 농후하다.
가장 좋은 방법은 저자의 지식 한도내에서 집필을 해나가되, 막히는 부분은 <연구필요> <참고 필요> <확인 필요> 등으로 메모해놓고 나중에 한번 더 그 부분을 연구하고 참고자료를 살펴본 후에 다시 한번 백지 상태에서 저술을 시작하는 것이 좋다. 하지만, 불가피하게 서술시에 비슷하게 인용해야 한다면 반드시 그 출처를 밝히는 게 좋다.
편집자도 독창성의 관점에서 항상 살펴봐야 한다. 독창성은 논리적 전개라는 관점에 보면 쉽게 점검할 수 있는 영역이다.

5. 흥미 유발
책은 논문과 그 성격이 판이하게 다르다. 잡지와 같은 일회성 지식 전달 매체와도 확연히 다르다. 독자에게 포기하지 않고 원하는 것을 얻을 수 있도록 하는 것이 중요하다. 그러기 위해서는 흥미를 북돋는 것이 반드시 필요하다. 그러나 흥미 유발이 주가 되어서는 안 된다. 핵심을 놓쳐버린 흥미유발은 독자에게 짜증만 불러온다. 

6. 장인정신이 들어가야
나의 멘토였던 분께서 책에 들어갈 그래프 하나 찾기 위해 하루 온종일 광활한 인터넷을 뒤졌다는 에피소드를 얘기해준 적이 있다. 바로 이런 게 장인정신이 아닌가 싶다. 적절한 용어를 찾고 적절한 표현을 찾고 적절한 그림을 생각해내고 적절한 도표를 만들어내기 위해 치열하게 찾고 연구하는 열정, 그게 곧 장인정신이라고 본다.
모든 책을 장인정신으로 만들 필요는 없다고 본다. 어떤 책은 저자 중심의 책이 될 수도 있고 어떤 책은 타이밍 때문에 빠른 정보전달을 위해 소소한 것을 포기할 수도 있다. 하지만, 지속적으로 일정 비율로 중요한 주제들을 선정하고 장인정신을 갖고 책을 만들 필요가 있다. 

책이 갖추어야 할 요소를 정리해보았지만, 참으로 힘든 영역이다. 시장, 타이밍, 독자성향 등등 수많은 요인이 복합적으로 작동하는 게 출판이라는 시장이다보니 더욱 그러하다.
제목에 ver0.5라고 한 이유는 나중에 이 글을 한번 더 갱신하고 픈 이유 때문이다.
posted by 로드북
:
자료실 2011. 8. 24. 00:00
<처음부터 다시 배우는 HTML5 + CSS3>(2011년 9월 출간 예정)에서 제공하는 16진수 색상 코드입니다. 첨부파일을 확인해보세요. html로 되어 있으며, 아래는 일부 샘플 부분입니다.


컬러 이름 16진수
red #FF0000
crimson #DC143C
firebrick #B22222



posted by 로드북
:
편집자노트 2011. 8. 23. 22:47

종이밥(?)을 먹기 전에는 책은 곧 진리인 줄 알았다.
오류나 함정, 그리고 때로는 나에게 해악이 될 수도 있다는 생각을 전혀 해본 적이 없다.

하지만, 사람이 만들다보니 사람의 생각이 들어갈 수밖에 없다. 책은 만든 사람들의 철학이나 생각, 가치관이 들어있을 수밖에 없다. 그렇다고 의사처럼 독자 한명 한명의 체질에 맞는 처방전을 줄 수도 없다. 

대충 만든 책이라면 정체불명의 파악도 안 되는 요상한 게 들어가 있어 어찌 보면 대충 만든 게 불순한(?) 의도로 만든 책보다 더 해악적일지도 모르겠다. 정체를 파악할 수 없고 비판적 읽기가 불가능하기 때문에. 뭘 알아야 비판을 하지.

무엇보다 중요한 것은 어느 정도의 거리감을 두고 비판적 읽기를 하는 게 가장 좋은 게 아닌가 싶다. 너무 가까우면 맹신이 되어 자신에게 맞지 않은 처방전을 얻을 수 있고 너무 멀면 항상 부정적 시각 때문에 제때 처방해야 할 것을 놓쳐버릴 수도 있기 때문이다.

posted by 로드북
:
오탈자 정보 2011. 8. 23. 21:29
(오탈자 신고: chief@roadbook.co.kr 또는 댓글로 남겨주세요)

2011년 8월 26일 현재

-------- 목차 및 본문 --------
오자: COLUM
수정: COLUMN
--------------------------------------

-------- p.126(아래에서 3번째 줄) --------
오자: 시장님
수정: 사장님
--------------------------------------
 
posted by 로드북
:
편집자노트 2011. 8. 18. 19:21
판을 내놓든지(出), 공개하든지(publish) 한국말이든 영어든 출판의 의미는 "세상에 무엇인가를 선보인다."는 것은 공통인 것 같다.

무엇인가를 세상에 내보는데, 그 무엇이 시간이 지남에 따라 달라진다.

처음 출판을 시작했을 때는 단지 오류없는 컨텐츠를 내보내는 데 집중했던 것 같다. 형식뿐만 아니라 내용적인 부분까지.

시간이 지나면서 컨텐츠에 가치와 의미를 담아 어떤 메시지를 내보내야 한다는 약간의 의식적 자각을 하기 시작했다. 컨셉이 뭐니? 목적이 뭐니? 가치가 뭐니? 누구를 위한거니? 등등.

그런데, 요즘 들어 드는 생각은 "무언가를 세상에 내보낸다." 할 때 그 무엇은 사람인 것 같다. 즉 사람을 출판하고 사람을 퍼블리싱하는 것 같다.

책은 수많은 사람들이 함께 만드는 작품이다. 그 사람들의 얼굴이다. 저자가 제일 앞에 등장하지만, 책을 만들기 위해서는 편집자, 디자이너, 마케터와 같은 여러 스탭들까지 수많은 사람들이 함께 한다.

컨텐츠를 내보낸다는 것은 왠지 대타를 내보낸다는 느낌 같다. 사람을 퍼블리싱한다는 것이 진정한 출판의 의미 아닐까?

iPhone 에서 작성된 글입니다.

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

책이 갖추어야 할 요소 ver0.5  (0) 2011.09.04
책, 비판적 읽기가 선행되어야  (0) 2011.08.23
교정의 원칙  (0) 2011.08.03
책의 라이프사이클, 그리고 편집자  (0) 2011.07.07
색의 미학  (0) 2011.07.01
posted by 로드북
:
신간소개 2011. 8. 14. 04:38

_사람과 프로그래머 #2







l  저자: 이호종

l  페이지: 248

l  판형신국판(152x225)
l  도수: 1
l  정가: 16,000
l  발행일: 2011 8 22
l  ISBN: 978-89-966598-2-2








_도서 내용

이 세상의 수많은 소프트웨어 프로젝트를 성공적으로 수행하기 위해서 일반화할 수 있는 공통적인 부분, 누구나 공감할 수 있는 통찰이 있다. 그리고 이 책에서는 그것을 인문학적 영역으로 정의한다. 개발방법론에만 함몰되어 남들이 좋다 하니 그것을 그대로 실천하려는 자세를 벗어나 우리가 누구인지, 우리가 속한 환경의 특성이 무엇인지를 먼저 알아야 하고 그 다음에 적합한 방법론을 선택해야 한다. 이 책이 다루는 주요 내용이다. 기존의 소프트웨어 개발 방법론 책과는 거꾸로 개발 방법론을 배운다.

_
대상 독자

소프트웨어 개발 프로젝트를 이끌어야 하는 초보 관리자

소프트웨어 개발에 관해 공학 외에 인문학적 소양을 갖추고자 하는 개발자

개발 현장을 리얼하게 이해하고자 하는 소프트웨어 프로젝트 관계자

당장 조직의 문제를 실감하고 있는 프로젝트 이해당사자

새로운 개발방법론을 도입하기 위해 학습하고자 하는 개발자나 관리자


_주요 내용

소프트웨어 개발 방법론

그냥 가져다 쓰는 도구가 아니다

소프트웨어 개발 방법론은 해법이 정해져 있는 공학적 이론이 아닙니다. 사람의 문제, 조직의 문제를 훨씬 많이 다루는 인문학적 영역입니다. 그래서 그냥 가져다 쓰다가는 많은 프로젝트가 실패할 수밖에 없습니다. 따라서 이 책은 특정 방법론을 이론적으로 설명하는 방식을 탈피해서 저자가 십수 년간 현장에서 체득한 경험과 평소 다독하며 끊임없는 학습으로 쌓은 인문학적 소양을 바탕으로 소프트웨어 개발 방법론을 학습하고 도입하기 전에 알아야 할 것들을 설득력 있게 제시합니다.

"더 중요한 것은 우리 자신을 아는 것이다. 우리의 체질과 습관을 아는 것에서 시작해야 한다. 우리의 고유한(?) 문제에서부터 출발해서, 그 문제를 풀어가는 데 도움이 될 처방전을 찾는 과정이어야 한다. 현학적인 이론들을 그대로 가져다가 현실에 적용해보는 건 오히려 역효과가 생길 공산이 크다. 특히 개발 조직 외부에서 주로 상층에서 아래로 강요하고 주입하는 방식으로 던져주는 방법론은 대부분 실패한다. 실무자, 담당자들이 감당할 수 있어야 한다. 방법론 도입과 적용과정에서 생겨나는 불편과 부작용을 감당하고 극복해갈 수 있어야만 약효를 얻을 수 있다. 아무리 보약을 지어줘도 쓴 약 먹기 싫어서 몰래 버리기만 하면 몸이 튼튼해질 수가 없다."

<프롤로그_소프트웨어 개발, 제대로 배우자> 중에서

_저자 소개

이호종 joycestudy@naver.com
서강대학교에서 전자공학과 학사 및 대학원 석사 과정을 마쳤다. 아남반도체기술, 메타칩스 대표이사, 그리고 현재 ㈜후이즈의 기술이사까지 15년 넘게 통신 및 하드웨어와 소프트웨어 설계 분야에서 개발하고 있다. <잡독일기(雜讀日記)>라는 블로그에 평소 다독하며 끊임없이 학습하여 얻은 지식을 틈틈이 기록하고 있다. 이 책은 저자의 블로그 내용에 기초하여 엮은 글이다.

_편집자 코멘트
어려운 얘기를 써놓지 않았습니다. 누구나 읽고 공감할 수 있는 쉬운 얘기를 써놓았습니다. 무엇보다 블로그 글에서 개발자 출신이 아닌 저도 밑줄 긋고 싶은 말이 참 많았습니다.

이 책을 읽으면서 저자도 조직에 대해, 사람에 대해 참으로 많이 고민했구나를 느꼈습니다. 그리고 평소에 엄청나게 다독하는 습관으로 다져진 인문학적 소양이 더해져 부드럽게 섭취할 수 있는 주제가 가득합니다.

개발자도 봐야 하지만, 오히려 팀장님, 사장님과 같은 관리자가 더 많이 보았으면 합니다. 왜 프로젝트가 실패하는지, 왜 개발자가 중요한지, 왜 방법론이 필요한지 등에 대해 개발자, 관리자가 함께 머리를 맞대고 공감하여 좀더 나은 소프트웨어 개발 환경에 도움을 줄 수 있길 기대합니다


_목차

프롤로그

01 소프트웨어 개발 제대로 배우자

02 개발자는 무엇으로 사는가

03 문명 붕괴 패턴과 너무 비슷한 소프트웨어 붕괴 패턴

04 소프트웨어 진화 전략을 고민해봄 (1)

05 소프트웨어 진화 전략을 고민해봄 (2)_리팩토링

06 즐겁고 행복한 개발자를 위한 3종 세트

Colum01 프로그래밍 언어에 관한 두서 없는 생각 

개발 방법론

07 개발 방법론에 대한 오해와 억측

08 복잡한 개발 방법론 따위가 왜 필요할까

09 폭포수 개발 방법론을 위한 변호

10 소프트웨어 솔루션 단기 속성 개발 전략의 위험성

Colum02 전문성의 기준으로 본 전문가 등급 피라미드 


posted by 로드북
:
IT 포스팅 2011. 8. 12. 02:47
로드북의 두 번째 책 <거꾸로 배우는 소프트웨어 개발>(8월 출간 예정)에서 Scrum 내용의 일부를 발췌하였습니다. 역시 아래 삽화는 아래 카피라잇만 포함한다면 상업적 용도외에 모든 곳에 사용할 수 있습니다. 회사에서 프레젠테이션을 재미있게 해본다든지 할 때 활용해보세요.

ⓒ 로드북, <거꾸로 배우는 소프트웨어 개발>(이호종 저, 2011)

-----------------------------------------------------------
참고로, 이 책은 <사람과 프로그래머> 시리즈 두 번째입니다. 소프트웨어 개발에 관해 인문학적으로 접근하고 있습니다.
-----------------------------------------------------------

조금 지나서 곰곰이 생각해보니, 스크럼에서 나눈 역할과 절차가 정말 절묘하고 우아하다는 걸 깨달았다. 간결함 속에 아주 많은 치밀한 고려와 계산이 숨어 있었다.
스크럼을 설명할 때, 제일 먼저 절대로 빼먹으면 안 되는 그림이 하나 나온다. 바로, <돼지와 닭 Pigs and Chickens>  이야기다.

닭이 돼지에게 레스토랑을 함께 해보자고 제안한다. 레스토랑 이름은 어떻게 하지? 돼지가 묻는다. ‘햄과 달걀’은 어떠냐고 닭이 말한다. 돼지는 단호하게 거절한다. 햄을 만들기 위해서 돼지 자신은 희생하고 헌신해야 하는 반면, 닭은 약간 관여하고 수고하기만 하면 된다는 게 거절 이유다.

스크럼은 프로젝트 참여자들을 프로젝트에 걸려있는 이해관계와 책임의 경중에 따라 돼지와 닭으로 나눈다. 이 구분은 스크럼 프로세스 내내 온전하게 작동해야 한다. 좀 과격하게 정리하면 이렇다. 프로젝트에 헌신하지 않고 가끔씩 간섭하고 개입하는 자들은 ‘닭’이다. 프로젝트 관련 회의에 ‘닭’들도 참여할 수는 있다. 하지만, 발언권은 없다. 한 마디로, “닭들은 닥치고 그냥 들어라.”가 핵심이다.

(아래 그림은 저작권자의 승인을 받아 한국어 버전으로 수정하였습니다) 


posted by 로드북
:
출간예정도서 2011. 8. 10. 00:54
8월 22일 로드북의 두번 째 책이 출간됩니다. <사람과 프로그래머> 시리즈 두 번째입니다. 이번주에는 온라인 서점 예약판매를 할 예정입니다.

음, 이 책을 어떻게 소개할까 고민이 많이 되네요. 헤드 카피을 다음과 같이 뽑았는데, 조금 추상적이지 않을까 하는 조심스러운 부분도 있습니다.

소프트웨어 개발에 관한 인문학적 접근 !!

이 책을 기획하기 위해 저자 이호종님의 블로그 글을 거의 모두 다 읽었던 것 같습니다. 오랫동안 어떻게 하면 더 잘, 더 효율적으로, 생고생하지 않고, 제대로 소프트웨어 개발을 할 수 있을까에 관해 많은 고민을 하셨던 것 같습니다.

이호종님 블로그 가기

무엇보다 블로그 글에서 개발자 출신이 아닌 저도 밑줄 긋고 싶은 말이 참 많았습니다. 이 세상의 수많은 터프한 소프트웨어 프로젝트를 성공적으로 수행하기 위해서 일반화할 수 있는 공통적인 부분, 누구나 공감할 수 있는 통찰(인사이트)을 정리해내기로 하였습니다.

그리고 그것을 인문학적 영역으로 정의하였습니다. 개발방법론에만 함몰되어 남들이 좋다 하니 그것을 그대로 실천하려는 자세를 벗어나 우리가 누구인지, 우리가 속한 환경의 특성이 무엇인지를 먼저 알아야 한다, 그 다음에 적합한 방법론을 선택하자는, 기존 책들과는 거꾸로 개발방법론을 배워보자는 컨셉을 도출하게 되었습니다.

어려운 얘기를 써놓지 않았습니다. 누구나 읽고 공감할 수 있는 쉬운 얘기를 써놓았습니다. 이 책을 읽으면서 저자도 조직에 대해, 사람에 대해 참으로 많이 고민했구나를 느꼈습니다. 그리고 평소에 엄청나게 다독하는 습관으로 다져진 인문학적 소양이 더해져 부드럽게 섭취할 수 있는 주제가 가득합니다.

개발자도 봐야 하지만, 오히려 팀장님, 사장님과 같은 관리자가 더 많이 보았으면 합니다. 왜 프로젝트가 실패하는지, 왜 개발자가 중요한지, 왜 방법론이 필요한지 등에 대해 개발자, 관리자가 함께 머리를 맞대고 공감하여 좀더 나은 소프트웨어 개발 환경에 도움을 줄 수 있길 기대합니다. 

posted by 로드북
:
편집자노트 2011. 8. 3. 11:14
편집자마다 교정을 보는 방식이 많이 다르다. 형식을 좀더 비중있게 보는가 하면 컨텐츠의 정확성에 더 비중을 두는 이도 있다.

교정에 있어 중요한 게 뭔지 생각해보았다.

누구나 새롭게 어떤 일을 시작하면 자세나 열정이 최고조에 이른다. 편집자도 조판되어 나온 원고를 처음 만나면 눈빛부터가 다르다. 이것저것 연구도 많이 한다. 문장도 몇번씩 곱씹어본다. 저자 요청사항도 꼼꼼하게 정리해둔다. 문제는 시간이 흐르면서 처음의 각오와 자세가 흐려진다는 데 있다.

처음과 끝이 같아야 일관된 품질이 나오는 것 같다. 오랫만의 교정을 하다보니 기복이 심했던 것 같다. 들락날락이 있다보니 실수가 나온다.

무슨 일이든 뚜벅뚜벅 처음의 페이스로 끝까지 유지하는 게 가장 중요한 것 같다. 그리고 교정에 있어서도 역시 마찬가지다. 마지막에 스퍼트를 내서 마감을 지을 수 있는 100m 달리기와는 분명 다르기 때문이다.

처음과 끝의 일관성(집중도, 열정, 투자시간 등등)이 교정에서 가장 중요한 원칙이다.

iPhone 에서 작성된 글입니다.
posted by 로드북
:
IT 포스팅 2011. 8. 2. 17:34
오늘은 로드북의 두 번째 책 <거꾸로 배우는 소프트웨어 개발>(8월 출간 예정)에서 컬럼에 들어있는 내용의 일부를 발췌하였습니다. 역시 아래 삽화는 아래 카피라잇만 포함한다면 상업적 용도외에 모든 곳에 사용할 수 있습니다. 회사에서 프레젠테이션을 재미있게 해본다든지 할 때 활용해보세요.

ⓒ 로드북, <거꾸로 배우는 소프트웨어 개발>(이호종 저, 2011)

-----------------------------------------------------------
참고로, 이 책은 <사람과 프로그래머> 시리즈 두 번째입니다. 소프트웨어 개발에 관해 인문학적으로 접근하고 있습니다.
-----------------------------------------------------------
"여러분은 어떤 단계에 있는지, 그리고 어떤 목표를 갖고 정진하고 있는지 생각해보세요."



⑤ Novice 초보자: 노란색 햇병아리. 계속 이 단계에만 머물면, 정말 앞날이 노래진다. 초보자에서 직업인으로, 그리고 전문가로 성장해가기 위해서는 왼쪽 화살표 막대처럼 노란색 햇병아리의 초심을 잃지 않고 정진해야 한다.
 
④ Professional 직업인: 초록빛 신록처럼 싱싱하고 쑥쑥 자란다. 너무 햇볕 안 드는 외진 응달에 자리잡으면 못 자란다. 땅이 척박하면 말라 죽는다. 땅을 잘 골라야 한다.
 
③ Expert 전문가: 오행(五行)에서 말하는 재물운인 황토(黃土)의 기운이 넘친다. 해당 분야에서 터를 잡았다. 직업인 가운데 성실과 끈기로 노력한 사람이 오르는 단계. 재능은 단지 속도의 문제다. 재능이 넘치는 사람은 조금 빨리 이 단계에 들어서고, 재능이 조금 부족하더라도 끈기 있게 노력하면 단지 도달하는 시간이 좀 길어질 뿐이다. 이젠 생존의 압박으로부터는 자유롭다.
 
② Genius 천재: 붉게 타오른다. 하늘에서 별처럼 내려온다. 이건 타고 나야 한다. 하지만, 탄착점이 좁다는 거, 내려오다 잘못하면 그냥 미끄러지는 수가 있다. 선천적인 재능에 후천적인 약간의 노력이 더해지면, 이들은 비교적 쉽게 Guru의 단계에 안착한다.
 
① Guru 스승: 보랏빛 고귀한 존재. 전문가 가운데 극히 소수만이 도달할 수 있는 최고의 단계. 전문가에서 구루가 되려면 연속적이고 지속적인 노력보다는 도약이 필요하다.
posted by 로드북
: