반응형


원문 : Ebooks and the future of research 

http://www.hanbit.co.kr/network/category/category_view.html?cms_code=CMS1548255504


번역한지 꽤나 됐는데. 이제올라왔네 ^^


 과거를 알지 못하면 지식은 발전할 수 없다. 지식을 추구하는 사람은 지난 세대가 경험했던 일들을 참고해야만 한다. 문학가들은 책으로, 음악가들은 악보로, 예술가들은 박물관에 있는 유물로, 각각 그들의 업적을 남겨놓았다. 

참고 자료들의 지속적인 효용성은 우리의 전체적인 연구 시스템을 뒷받침 해준다. 그것은 우리들이 간신히 유지하기 위한 가치 목록을 등록하는 방법에 뿌리깊게 자리잡게 되었다. 그 효용성은 신기루처럼 사라질지 모르지만, 놀랍게도 조금씩 효과가 나타나고 있다. 

출판의 지속성은 출판한 책의 양과 권위 있는 버전에서 갖고 있는 편의성에 의해서 결정된다. 어떤 연구가도 정당하게 얻을 수 없거나 존재 자체가 무시되는 책을 참고하지는 않을 것이다. 

eBook들의 성공은 우리가 ebook 유통에 대한 잘못된 인식 때문에 매력적으로 보일지 모른다. 하지만 대부분의 상업적인 플랫폼들은 마음대로 수정하고 삭제할 수 있는 유일한 원본을 의미한다. 킨들과 아이패드에서 사용하는 수많은 ebook들이 있지만 실제로는 애플과 아마존이 가지고 있는 책은 2권 뿐이다. 

Amazon에서 판매하던 조지오웰의 "1984"는 기록을 쉽게 삭제할 수 있다는 것을 입증하였다. 검열의 위험에 대해 말하자면, Nook 사용자들은 최근에 전쟁과 평화(War and Peace)의 기괴한 버전을 접하게 되었다. 바로 kindled 이라는 단어 대신에 nooked로 바꼈던 것이다. 이렇게 너무나도 우스운 실수는 빨리 잊혀졌지만 더 위험한 편집이 쉽게 발생할 수 있다. 

Apple과 Amazon이 가장 수준 높은 학문의 표준을 지키고 있다고 할 지라도 이들의 플랫폼이 만들어진 형식들은 그들을 생존할 수 있도록 설계되지 않았다. 예측하건데 일반 텍스트 문서는 나중에 판독될 수 있다. 하지만 상표로 등록되어 암호화된 문서들은 어떨까? 미래에 연구가들이 암호를 해독을 위해 신경을 쓸까? 

역사적으로 도서관 제도는 개인적으로 사용된 수 백만권의 책들을 백업하기 위한 곳으로 여겨졌다. 이런 신뢰할만한 제도들은 모든 책들을 보호하는 데에 그 의미를 두고 있다. 그 시대의 사람들이 재미없어 하거나 어리석고 불필요하다고 생각했던 책들도 포함해서 말이다. 

그들은 지금 개개인의 연구들로부터 오랫동안 버려졌던 훌륭한 보관소를 가지고 있습니다. 가장 중요한 점은 이들 도서관들이 예측 불가능한 정치적 변화로부터 그들의 의무를 지키려 한다는 점이다. 

개인 독자들이 배포되고 인쇄되어 판매되는 책들을 멀리 하고 도서관들이 ebook의 "구매"를 대행한다면 지금 시대의 출판물들은 사라질 위험에 처하거나 점점 믿을 수 없게 될 것이다. 

나는 책들을 암호화하는 관행에 동의하지는 않지만 출판사들이 이러한 행동을 하는 이유는 이해한다. 그러나 사회는 광범위하게 퍼져있는 지식 자산을 잃어버려서는 안된다. 

나는 출판사들에게 정치적이고 상업적인 압력으로부터 책들을 보호할 수 있고, 세계적으로 컴퓨터 사용에 능한 기관들에게 그들이 디지털 형태로 발간한 모든 책들의 암호화되지 않은 원본들을 맡기라고 말하고 싶다. 

그렇게 되면 책들은 저작권이 없는 채로 온라인에 출판될 것이다. 그렇게 함으로써, 미래의 연구가들에게 오늘날을 참고할 수 있는 글들이 믿을 수 있고 증명할 수 있는 형태라는 확신을 심어줄 수 있을 것이다.


728x90
반응형
반응형

원문 : The future of programming 

http://www.hanbit.co.kr/network/category/category_view.html?cms_code=CMS7197890408


점점 더 번역을 할 수록 어렵다는것이 느껴진다.

의미는 이해가 가는데 말로 표현하고 글로 작성하는 부분이 여전히 부족한 점이 많다.

여러번 퇴고를 해야하는데.. 핑계삼아서 반복을 못한것도 하나의 원인인것 같다.


"누가 읽더래도 이해하기 쉽게 번역을 하자"!!

----------------------------------------------------------------------------------------------------------------------------------------------------------------------


프로그래밍은 변화하고 있습니다. PC의 시대가 끝나고 소프트웨어 개발자들의 시대가 오고 있습니다. 그들은 수많은 장비와 업무 기능들, 그리고 기종에 따라 다른 접근방법들이 필요한 문제점들을 해결하고 있습니다. 데이터가 증가하는 지금 시대에, 많은 종류의 프로그래밍을 할 수 있는 능력은 모든 분야에서 점점 중요하게 여겨지고 있습니다. 그리고 프로그래밍도 더 이상 엔지니어 영역이라는 인식도 사라지고 있습니다. 

 앞으로 몇 년에 걸쳐, 저는 프로그래밍이 변화해 가는 모습과 그것이 영향을 미치는 요인을 연구해 보려고 합니다. 그리고 이 기사는 그러한 몇 가지 영향력에 대해 다루고 있습니다. 이러한 변화에 대한 의견이나 같이 할 연구할 의사가 있다면 언제든지 알려주기 바랍니다. 

우선 무엇을 먼저 해야 할까요? 목표는 다가올 10년동안 프로그래머들이 필요한 필수적인 기술과 그들이 우선시 해야 할 교육, 그리고 단기간의 경향과 장기적 변화간의 차이에 대해 서술하는 데에 있습니다. 

분산 컴퓨팅 

오늘날에 "평범한" 환경에서 개발을 한다는 것은 10년전과는 의미가 달라졌습니다. 웹 애플리케이션이나 모바일 또는 빅 데이터와 같은 환경이 생기면서 프로그램이 오직 한대의 컴퓨터에서만 사용한다는 생각은 바뀌게 되었습니다. 

그렇게 되면서 프로그래머들은 동시성, 락, 비동기 네트워크 통신, 프로토콜과 같은 문제들을 처리 하게 되었습니다. 가장 기본적인 웹 프로그래밍을 할 때라도 캐싱과 같은 친근한 문제와 마주치게 될 것입니다. 

이러한 문제들과 관련해서 우리는 컴퓨팅 스택에 있는 단계별 현상들을 볼 수 있습니다. 

상위 단계인 클라우드 컴퓨팅은 다양한 기계와 네트워크를 유지하는데 발생하는 번거로운 상황을 줄이기 위한 방법을 찾고 있습니다. 애플리케이션 개발 단계에서는 익숙한 패턴을 사용하여 프레임워크를 구현하고 복잡한 세부 내용들을 추상화하고 있습니다. 그리고 개발 언어 단계에서는 Go나 Scala 같은 언어가 제공하는 기능에 의해 동시성이나 네트워크 컴퓨팅이 좀더 간단해 지고 있습니다. 

디바이스 컴퓨팅 

주위를 둘러보면 당신이 가지고 있는 모든 전자 제품에는 프로세서와 프로그램을 가지고 있습니다. 그리고 당신의 컴퓨터 또한 그 중에 하나입니다. 모든 사람들이 제품에 내장된 프로그램에 관심을 갖지는 않지만 많은 개발자들은 분명히 모바일 폰으로 개발하기 위한 방법이 무엇인지 배워야 합니다. 가까운 미래에 자동차나 무인항공기안경스마트 더스트에 적용시켜야 할 수도 있습니다. 

심지어 기존의 컴퓨터 사용에서도 다양한 고급 데이터를 고속으로 처리하는 보조 프로세서로 GPU 수가 늘어나게 되면서 기존과 다른 프로그래밍이 필요해졌습니다. 다른 형태의 요인들은 다른 방법의 프로그래밍 접근을 요구하게 되었고 Hobbyist와 prototype들은 비슷하게 Arduino와 Processing이라는 하드웨어를 도입하게 되었습니다. 그리고 프로그래밍 언어들과 프로그래머들은 메모리의 부족, CPU 속도, 파워 소비, 주파수 통신, 실시간 처리 등과 같은 특별한 분야의 이슈들에 대해 미리미리 대응 해야만 했습니다. 

데이터 컴퓨팅 

오늘날 많이 사용하는 객체 지향 프로그래밍은 일반적으로 데이터에 적대적입니다. 이 방법은 접근하는 메소드를 통해 데이터를 감싸는 행위에 초점을 맞추고 있기 때문에 이전보다 데이터를 더 타이트하게 보호하게 됩니다. 수학적인 의미로 데이터는 행동이 없는 말 그대로 데이터에 불과하지만 C++이나 java와 같은 영역에서 개발자들은 데이터의 접근 방법에 대해 생각해야만 합니다. 

데이터와 데이터 분석의 중요성이 커짐에 따라 first class citizen 처럼 데이터를 처리하는 언어들의 인기와 사용이 증가하게 되었습니다. 그리고 분명히 R과 같은 통계적인 언어들도 이러한 흐름에 따라 사용이 증가하고 있습니다. 하지만 일반적으로 프로그래밍의 목적면에서 Python이나 Clojure가 데이터를 다루는데 더 쉽다는 의견이 대부분을 차지하고 있습니다. 

보편화된 컴퓨팅 

점점 많은 사람들이 프로그래밍을 하고 있습니다. 이 영리하고 수많은, 돌발적인 개발자들은 엑셀 매크로의 마법과 같은 기능과 자바스크립트 기술, IFTTT 또는 Zapier와 같은 웹 서비스를 지원하는 것들에 골머리를 앓고 있습니다. 그들은 소프트웨어 개발에 대해 약간 알고 있긴 하지만 그 이상 관심을 갖고 있지는 않기 때문이죠. 

이렇게 무심한 프로그래머들은 쉽게 문제들을 발생시키고 오랫동안 이런 문제들이 해결될 때까지 곤경에 빠지게 됩니다. 아무리 낙관적으로 생각해도 이건 짜증스럽고, 최악의 경우에는 고용주에게 책임을 묻는 경우도 발생하게 됩니다. 게다가 이건 프로그래머의 잘못도 아닙니다. 

프로그램이 작동 가능한 환경을 제공하는 사람들은 어떻게 더 나은 "돌발적인 개발자" 를 찾을 수 있을까요? 우리는 기존의 언어보다 새로운 개발 언어와 더 나은 프레임워크를 사용해야만 할까요? 이건 교육적인 문제인걸까요? 아니면 이건 문제가 아니라 단지 시기상의 문제일까요? 

Bre Victor"s work와 ScratchLight Table과 같은 프로젝트에서 다른 미래에 대한 힌트를 얻을 수 있습니다. 

위험한 컴퓨팅 

마침내, 우리가 소프트웨어 개발에 대한 지금의 접근 방법으로 만든 불안정한 계획을 시험해볼 가치가 있게 되었습니다. 두뇌가 오직 두뇌 안에서 풀 수 있는 문제들만 해결 할 수 있듯이 문제는 단순합니다. 오늘날 프로그래머가 되기 위해서는, 머릿속으로 생각해서 만든 프로그램을 실행시킬 수 있는 능력을 갖춰야 합니다. . 

만약 문제에 대한 영역이 점점 커지면 프레임워크를 사용해서 문제에 대한 영역을 줄이면 됩니다. 우리는 CPU 위에 운영체제를 설치하고 라이브러리들과 사용자 인터페이스들은 운영체제 위에서 실행합니다. 그리고 애플리케이션 프레임워크는 이들 라이브러리 위에서 실행되고, 웹 브라우저는 프레임워크 위에서 실행됩니다. 그리고 자바스크립트는 브라우저 위에서 실행되고 자바스크립트 라이브러리는 자바스크립트 위에서 실행됩니다. 여기에서 끝이 아닙니다. 

우리는 다른 쪽 위에 한 개의 찻잔을 쌓아 올리는 야심찬 웨이터와 같습니다. 바로 지금은 약간 흔들려 보일지도 모릅니다. 우리는 더 빠르고 강력한 CPU를 만든 것이 아니라 지난 10년전에 만들었던 같은 종류의 애플리케이션을 만들었을 뿐입니다. 그리고 결국 수많은 시스템들을 위험으로 몰아놓는 보안상 문제점을 프레임워크 상에 만들어 냈습니다. 

왜 우리는 컴퓨터를 사용하면서 불안한 문제점들을 만들고 프로그래머가 컴퓨터의 능력을 그들의 머리에서 활용할 수 있는 정도로만 국한시킬까요? 이런 소프트웨어의 관점을 바꿀 수 있는 방법이 있을까요? 

결론 

나는 미래의 프로그래밍을 연구하면서 이러한 트렌트를 지켜볼 것입니다. 만약 경험이나 관점을 가지고 있거나 다른 방법으로 연구를 하고 계신 분들이 있다면 의견을 듣고 싶습니다. 그리고 이 기사에 대한 의견을 남겨주면 감사하겠습니다.

728x90
반응형
반응형


원문 : Every company has a big data issue 

http://www.hanbit.co.kr/network/category/category_view.html?cms_code=CMS1547082578


안올라온줄 알고있었는데.. 올라왔었구나..

^^


---------------------------------------------------------------------------------------------------------------------------------------------------------------------

작은 것을 포함한 모든 비즈니스에 어떻게 빅데이터를 적용할 수 있을지 GoodData의 Roman Stanek의 인터뷰 입니다. 

"빅데이터"와 같은 단어처럼 사람들의 입에 많이 오르내리게 되면 그 단어의 의미를 잃어버리는 경향이 있습니다. 그러나 빅데이터는 마켓팅 용어보다 특히 더 그렇습니다. 비록 우리가 안팎에서 보고 있는 우리들의 조직에 대한 순수한 크기의 정보를 제어하고 이해하려는 수단이라는 의미를 가지고 있을지라도 말이죠. 

사용자로부터 수많은 정보를 모으고 있는 Google이나 Facebook처럼 기업의 문제점이라고 인식하지 않는 것은 쉽습니다. 하지만 GoodData의 CEO Roman Stanek(@RomanStanek)는 아래의 인터뷰에서 다양한 소스로부터 만들어진 수많은 데이터는 빅데이터 이슈를 만들어 낼 것이고, 그건 기업의 규모와 관계없이 모든 곳에 큰 영향을 끼칠 것이라고 말하고 있습니다. 

20년 이상 사업가로 활동한 Stanek는 클라우드에 비즈니스에 관련된 지식을 넣어 단순화하는 방법으로 2007년 GoodData를 시작했습니다. 오늘날 그는 비즈니스 지식에 대한 문제점 뿐만 아니라, 그의 비즈니스가 커져가면서 봐왔던 빅데이터를 보면서 그의 회사 같은 기업들은 데이터 과학자들의 영역을 넘어서는 빅데이터를 가질 수 있을 거라 믿었고, 일반적인 비즈니스 사용자들도 또한 손에 넣을 수 있을 거라 생각했습니다. 

 빅데이터는 대규모 기업의 문제라는 인식이 있습니다. 소규모나 중간 규모의 기업들이 가지고 있는 빅데이터에 대한 역할은 무엇입니까? 

Roman Stanek : 빅데이터는 수많은 소스(source)로부터 나옵니다. 그리고 소비자의 반응, 소셜미디어, 이메일 같이 대부분은 기업의 방화벽 밖에 존재하고 있습니다. 기업의 크기는 빅데이터를 관리하고 이해하는데 상관이 없습니다. 예를 들어 100명의 직원을 가지고 있는 회사가 페이스북이나 트위터, 이메일, 또는 전화를 통해 수천만의 고객의 전화를 감당해야 한다고 생각해 보죠. 그게 바로 그들이 처리해야 하는 데이터의 양입니다. 

게다가 빅데이터는 규모가 작던 크던 상관없이 모든 기업들에게 엄청난 부를 가져다 주는 잠재력이 있는 것으로 인식되고 있습니다. 비즈니스들이 영향력 있는 데이터에 대해서 영리한 판단을 내릴 수 있을 때 그들은 좀더 빨리 비즈니스에 대한 결정을 할 수 있게 됩니다. 

비즈니스 데이터의 양이 증가하는데 기여하는 요인은 무엇입니까? 

Roman Stanek : 저장공간, 영업결과, 페이스북의 부적적인 댓글, 트위터의 긍정적인 댓글, 아마존의 쇼핑 습관, 판도라에서의 플레이 리스트들과 온라인 검색 습관 등 요인들이 너무 많습니다. 당신이 정보라고 말하거나 묘사하는 것들, 그 모든 것들이 수집되고 있는 거죠. 

IDC는 디지털 데이터가 2.7 제타바이트(PDF)까지 커질 것이라고 2012년에 예측했습니다. 한번에 수량화 할 수 없는 페이스북의 대화나 트윗들을 수량화할 수 있게 만들어 주는 하둡과 같은 기술은 매우 고마운 기술입니다. 거의 모든 것들을 측정할 수 있게 되었습니다. 그 결과 기업들은 천문학적인 양의 데이터를 측정하고 저장하고 수집하는데 많은 돈을 쏟아 붙고 있습니다. 

오늘날의 빅데이터가 지난날의 비즈니스 지식(BI)과 다른 점은 무엇입니까? 

Roman Stanek : 고전적인 비즈니스 지식(BI)은 구식이고 이미 사용할 수가 없습니다. 현재의 툴들은 소셜 네트워크와 클라우드를 통해서 가져온 비정형 데이터의 거대한 양에 대처할 수 없습니다. 일반적으로 사용되던 BI 툴들은 IT부서가 감당하기 힘든 일들을 요구하게 되면서 구현실패와 고객들을 충족시키지 못해 자취를 감추게 되었습니다. 

제 생각으로는, 빅데이터의 진실된 값어치는 데이터를 통찰력으로 변화시켜 실행에 옮길 수 있는 비즈니스 능력에 있다고 생각이 됩니다. 예를 들어 영업 관리자들은 영업담당자들의 결과를 빠르게 분석해야 하고 새로운 계약이나 실패한 계약들을 고려해 봐야 합니다. 그리고 기존에 세웠던 계획대비 실제 팀의 수행능력을 비교해 봐야 합니다. 

헬프 데스크의 직원은 개개인의 고객들이 어떻게 영업과 이익에 영향을 비치는지 볼 수 있어야 합니다. 유동적인 고객들을 유지하기 위해 언제 치고 빠져야 하는지를 알게 됩니다. 보험 대리점들은 그들의 지역으로 오고 있는 허리케인이 곧 닥칠 자연 재해와 비용을 예측할 수 있습니다. 

빅데이터가 단지 데이터 과학자들이 언급하는 질문들의 영역에 있지 않다는 것을 어떻게 할 수 있습니까? 그리고 비즈니스 사용자들이 일을 하거나 사업을 키워가기 위한 대답을 어디에서 찾을 수 있습니까? 

Roman Stanek : 데이터를 해석하는 통계학에서 박사학위는 필요하지 않습니다. 저는 사람들이 전략적 결정을 하기 위해 필요한 데이터가 무엇인지 이미 알고 있을 거라 생각합니다. 예를 들어 제가 마케팅 최고 경영자라고 가정한다면 페이스북이 정말 나의 영업을 넓힐 수 있거나 어느 정도까지 성과를 낼 수 있다면 배우고 싶어서 안달이 날 것 입니다. 그런 것들을 알아보려면 수많은 소스로부터 데이터를 가져와서 회사의 누구든지 자신의 데이터를 간단하고 시작적으로 직관적인 방법으로 보여줄 수 있는 현대적인 앱이 필요합니다. 클라우드 기술의 발전과 성장은 결과적으로 이런 조합을 가능하게 할 것입니다. 

빅데이터가 무엇이 일어났는지 기대하기 보다는 다시 돌아보기 위한 비즈니스 전략이라는 것을 기업들은 어떻게 알 수 있을까요? 

Roman Stanek : 빅데이터를 비즈니스 전략으로 사용하는 것은 성숙함의 다음 단계입니다. 어떤 기업도 입증되지 않은 상태에서 어느날 갑자기 분석적인 상태로 넘어갈 수 없습니다. 따라서 기업들은 그들의 데이터 분석이 성숙한 단계로 도달할 수 있도록 지표가 주도적이 되도록 초점을 맞춰야만 합니다. 

고전적인 업종 지식 툴은 역사적인 트렌드를 보고 당신이 어떤 일들이 일어났었는지 분석하는 것을 가능하게 합니다. 예를 들어, 저는 이전 3/4분기를 통해서 저의 영업에 대한 특징을 알 수 있습니다. 이러한 접근을 통한 도전은 당신이 현재 정보에 대해 반응할 수 없도록 만들어 미래의 비즈니스 성과에 영향을 미칠 수 있습니다. 

대조적으로 다음 세대의 분석학은 사람들이 지금 사용할 수 있는 통찰력을 찾을 수 있는 클라우드의 확장성과 처리능력에 영향을 미칠 것입니다. 저는 최근에 다른 유형의 직업에 대해 어떤 개성을 가진 사람이 가장 적당한지 결정하는 빅데이터를 처리하는 HR 앱에 대해서 들었습니다. 이런 종류의 정보는 HR 부서를 단순하게 할수 있도록 해줍니다. 하지만 각각의 위치에 적합한 사람을 찾을 수 있는 질문들을 찾거나 가지고 있어야만 합니다. 기업의 하부에 직접적으로 영향을 미칠 수 있는 유동성을 줄여야 합니다. 

앞에서 말한 것들은 단지 예시일 뿐입니다. 기업의 크기는 정말 문제가 되지 않는다는 것이 중요한 점이죠. 빅데이터는 크기에 관계없이 모든 기업에게 제공되는 열쇠이며, 수익을 창출하는 새로운 자원을 찾아줄 것입니다. 그리고 이익을 증대시켜주고 좀더 현명한 결정을 내리는 데에 빠르게 할 수 있도록 만들어 줄 것입니다. 고맙게도 새로운 실시간 클라우드 기반 기술들 덕분이 이런 능력들인 이미 현실에 존재 합니다.

728x90
반응형
반응형

또 다시 번역..

역시 어렵다.. ^^;

원문 : New ethics for a new world 

http://www.hanbit.co.kr/network/category/category_view.html?cms_code=CMS8402710404


-----------------------------------------------------------------------------------------------------------------------

데이터 주도적인 현재 세계의 가장 큰 위협은 윤리적인 부분입니다. 

 최초에 우리 조상들이 돌조각을 무기로 사용할 때부터 기술은 우리를 분리시켜왔습니다. 하지만 적어도 오늘날보다는 드물었습니다. 인터넷에 항상 연결된 사회는 개인 사생활을 위협할지라도 건강과 지혜, 효율성을 보장했고 편견은 과학으로 감추었습니다. 

겉보기에 데이터 주도적인 사회는 더 투명해 보이고 자원을 더 효과적으로 사용할 수 있도록 만듭니다. 통찰력을 위해 사람들의 지식과 연결시키고 정보를 수집합니다. 그 결과 우리는 재난이나 질병을 피하고, 부당하고 부패한 정보를 강렬한 빛으로 빛나게 함으로써 문제를 정확히 찾을 수 있게 되었습니다. 또한 데이터는 도시를 똑똑하게 만들고 잔디의 뿌리에 물을 주고 우리가 가르치는 방법을 향상시키고 있습니다. 

그러나 이런 많은 보상에 대해서는 경계해야 할 주의사항이 있습니다. 데이터가 단지 도구라는 것을 잊어버리기 쉬워서 결국, 그 도구가 위험한 일을 야기할 수 있습니다. 데이터는 우리의 사생활을 침식시킵니다. 종종 정확하게 우리를 예측하고 이 예측을 사실로 대하는 것은 새로운, 그리고 서서히 퍼지는 편견의 형태입니다. 그리고 우리의 디지털 삶을 수집할 수 있고 다른 사람이 알기를 원하지 않는 우리들의 사진이 널리 퍼질 수 있습니다. 

빅데이터에 대한 움직임은 단지 더 많이 알고 있다는 것이 아닙니다. 부족한 것에서 풍부한 것으로의 근본적인 변화에 대한 것입니다. 대부분의 시장은 다이아몬드나 오일, 또는 음악의 가격의 부족에 의해서 결정됩니다. 그러나 그런 것들이 너무 싸졌을 때 그것들을 거의 무료로 하는 재미있는 일이 발생합니다. 

증기기관의 출현을 생각해 봅시다. Jevons" Paradox로 잘 알려진 경제학자 Stanley Jevons는 증기기관 사용의 증가로 연료 사용이 증가했다는 것을 관측했습니다. 그것은 전혀 예측했던 일이 아니었습니다. Jevons는 풍부함이 어떤 것을 사용하는 새로운 방법을 만들어 낸다는 것을 깨달았습니다. 증기기관이 저렴해짐에 따라 그것을 이용하는 새로운 방법을 찾아내고 그것은 새로운 요구사항을 만들어 낸다는 것입니다. 

그런데 똑같은 일이 데이터에도 일어나고 있습니다. 한달이 걸리던 레포트가 지금은 단지 테블릿으로 몇 번의 탭만으로 만들어지고 있습니다다. 경쟁자들의 생각할 수 없이 복잡한 분석은 지금 구글 검색이 해주고 있습니다. 방송허가가 필요했던 멀티미디어 콘텐츠의 세계적인 전파는 이제 업로드로 대체되었습니다. 

빅 데이터는 우리의 세계를 분석하는 비용을 줄이고 있습니다. 그리고 풍부함의 결과는 데이터를 사용하는 새로운 방법의 계기가 되었습니다. 기계에 데이터를 공급해야 하기 때문에 시각화, 인터페이스, 그리고 유비쿼터스를 이용한 데이터 수집은 점점 중요해지고 있습니다. 그렇지 않으면 기계는 빈곤해 지게 됩니다. 

이러한 결과들은 논란이 많습니다. 저널리스트들은 정보에 대한 광범위한 접근을 원하지만 반대로 그들의 앞에 새로운 회의론을 가져오기도 합니다. 왜냐하면 사실은 지어내기 쉽기 때문입니다. 당신은 어떤 음모를 지지하고, 실수를 노출시키고, 당신이 싫어하는 다른 위치의 사람들에게 이의를 제기할 수 있는 증거를 찾을 수 있습니다. 그러나 데이터로부터 진실을 분리하는 것은 커져가는 문제점입니다. 아마 가장 큰 위협은 현재의 데이터 주도적인 세계에 대한 윤리적인 부분일 것입니다. 우리의 안전한 사회적 네트워크는 불확실성과 엮여있습니다. 우리는 복지, 보험, 그리고 다른 정확한 법령을 가지고 있습니다. 왜냐하면 앞날을 예측할 수 없기 때문입니다. 그래서 우리는 나누어져 있는 자원에 위험을 분할합니다. 우리가 미래를 예측할 수 있는 시점에 더 좋은 방법은 다른 사람들과 우리의 운명을 기꺼이 공유하지 않는 것입니다. 그리고 더 많은 예측들이 사실로 여겨질 때에 공정성은 반 사회적인 현상으로 다가올 것입니다. 

인류는 집단이 하나의 공동체로 묶일 때 커다란 변화를 겪었습니다. 바로 문화를 형성하고 다른 사람들과 정신적으로 묶이게 되었던 것입니다. 집단으로써 우리는 높은 단계에 이르렀고, 국가를 건설하고, 도전을 성공하고, 미지의 세계를 탐험했습니다. 만약 당신이 이런 공동체의 일원이었다면 무엇이 일어나고 있었는지 알려고 하지 않았을 것입니다. 왜냐하면, 개인에서 집단으로의 변화는 너무 급진적이어서 뒤늦은 깨달음에 불과하기 때문입니다. 

우리는 지금 중간단계에 놓여있습니다. 아마도 더 커지고, 변화하고, 정신적인 부분에서 정신과 디지털이 융합된 곳으로 우리를 이끌 것 입니다. 우리는 온라인 세계에 대량으로 서식하고 있습니다. 그리고 우리의 조상들이 새로운 사회적 계약을 만들어 왔던 것처럼, 우리 또한 집단으로써 도덕적 가이드라인을 만들고 새로운 윤리, 권리, 법을 만들어야 합니다. 

사회적 변화를 위한 이런 싸움은 그들의 행동을 멈추게 하고 있습니다. 왜냐하면 그들은 초기에 인터넷에 항상 접속된 데이터 주도적인 사람들을 위한 윤리와 정신적 가이드라인을 다시 만드는데 도움이 되는 공정성을 찾으려 하지 않기 때문입니다.

728x90
반응형
반응형

원문 : Big data is our generation’s civil rights issue, and we don’t know it 

http://www.hanbit.co.kr/network/category/category_view.html?cms_code=CMS3564760672


번역 완료!


-------------------------------------------------------------------------------------------------------------------------------------------------------------------

데이터는 그것이 어떻게 사용될 수 있는지 연관지어 생각해야 한다. 

데이터가 사람들의 삶을 침범한 것이 아니라, 데이터를 어떻게 사용해야 하는가에 대한 통제의 부족이 사람들의 삶을 침범했다. 

소위 빅 데이터라고 불려지는 것은 정보의 양을 의미하는 것이 아니다. 전혀 거대할 필요가 없다. 오히려, 이것은 데이터를 분석하는 기초 경제학의 재고(reconsideration)라고 할 수 있다. 

수 십년 간 데이터베이스의 3가지 속성들 간에 날카로운 신경전이 존재해 왔다. 데이터를 빠르게 하고, 거대화 하고, 다양화 하는 것이 바로 그것이다. 중요한 점은 3가지를 동시에 소유할 수 없다는 것이다. 

 
나는 처음에 이것을 "데이터가 가지고 있는 3가지 V" 라고 들었다. 크기(Volume), 다양성(Variety), 속도(velocity). 전통적으로 2가지를 소유하기는 쉽지만 3가지 모두를 소유하기에는 정말 많은 비용이 든다. 

하둡과 같은 클라우드의 출현과 무어의 법칙의 기술적 진보는 지금 이 시대에는 데이터 분석에 많은 비용이 소요되지 않는다는 것을 의미한다. 그리고 어떤 것이 사실상 공짜가 되어 비용이 저렴해질 때에는 큰 변화가 생기게 된다. 증기기관의 출현 또는 디지털 음악의 출판, 또는 홈 프린팅만 보더라도 그 변화를 알 수 있다. 풍부함이 부족한 것을 대체하면서 새로운 비즈니스 모델을 만들게 된다. 

오래 전에는 데이터가 부족한 모델로 여겨졌기 때문에 기업들은 무엇을 먼저 수집해야 할지 결정한 후에야 데이터를 수집했다. 고전적인 데이터웨어 하우스는 색상, 지역, 그리고 크기에 따른 판매 형태들을 추적해 왔다. 무엇을 저장하고 어떻게 저장할 것인가 결정하는 행동은 스키마를 설계하는 것으로 불려지게 되었고, 여러 가지 면에서 이런 행동은 누군가가 데이터에 대해 무엇인가를 결정하는 순간이 되었다. 이것은 즉각적인 맥락이다. 

그것은 반복이 필요하다. 

당신은 데이터의 스키마를 정의하는 순간에 대해 무엇인가를 결정한다. 

새롭고 데이터가 풍부한 모델에서는 먼저 데이터를 수집하고 나중에 질문을 요구한다. 스키마는 수집이 끝난 후에 나타난다. 실제로 Splunk, Palantir와 같은 빅 데이터의 성공사례는 상을 받을 만 하다. 바로 데이터를 수집한 후에 내용을 만드는 능력 때문이다. 그래서 때로는 스키마가 존재하지 않는 쿼리(schema-less query)라고 불려지기도 한다. 이것은 우리가 데이터가 무엇인지 결정하기 전에 오랜 시간 동안 정보를 수집한다는 것을 의미한다. 

그리고 이것은 위험한 방법이다. 

은행 관리자가 특정영역의 주민들(아래 빨간 지역)의 대출을 제한하려고 할 때 의회는 그것을 저지했다. 그들은 인종에 따라서 대출 정책을 차별화 하는 것이 불법이라는 법률을 제정했다. 

 

"개인화"는 차별의 다른 말이다. 만약 당신에 대해 아는 것을 바탕으로 해서 당신에게 맞춘다면 우리는 차별하는 것이 아니다. 그것은 바로 더 나은 서비스이다. 

한가지 예로, American Express는 고객이 높은 등급의 신용등급을 가지고 있을지라도 쇼핑장소에 따라서 신용한도를 조정하기 위해 구매 내역을 사용했다.

Johnson은 American Express가 자신의 신용한도를 낮춘 이유를 읽고는 입을 다물지 못했다고 말한다. "최근에 기관에서 카드를 사용한 사람들은 American Express와 안 좋은 상환기록을 가지고 있다."

 우리는 이 약삭빠른 행동을 맞춤형 신용카드 한도 제한에서부터 운전자 프로파일을 기반으로 한 자동차 보험에 이르기까지 모든 곳에서 볼 수 있다. 이런 점에서 빅 데이터는 인권에 관한 이슈이다. 하지만 일반적으로 사회는 처리할 수 있는 방법을 제대로 갖추지 못하고 있다. 

우리는 사람들에 대한 정보를 추측하는데 사람들의 기호를 잘 사용한다. OKcupid의 2010년 블로그 포스트 중에 "The Real Stuff White People Like"에서는 인종을 짐작하기 위해 정보를 얼마나 쉽게 사용할 수 있는지 보여주고 있다. 이건 정말로 눈을 번쩍 뜨게 해주는 일이다. (그리고 그 글을 쓴 사람들은 그들이 배운 것에 대해서는 포함하지 않았다. 그 중 어떤 부분은 약간의 논란이 있기도 했다.) 그들은 단순히 다른 사람들이 사용하지 않는 단어를 사용하는 하나의 그룹을 살펴봤을 뿐이었다. 그 결과로 특정 인종이나 성별에 따른 "trigger" 단어 목록을 만들 수 있었다 

지금 이것은 거꾸로 실행된다. 만약 이런 것들과 같이 당신을 알았거나 블로그 포스트나 페이스북 또는 트위터에서 그것들에 대해서 언급한 당신을 보았다면 이것은 당신의 성별, 인종, 그리고 당신의 종교와 성적 기호까지도 알 수 있는 좋은 기회가 된다. 그리고 나는 당신에 대한 마켓팅 전락을 세울 수 있다. 이것이 인권에 대한 이슈를 야기하고 있다. 

만약 당신이 듣는 음악에 관한 정보를 수집했다면, 당신은 내가 새로운 음악을 제안하거나 당신의 친구들과 공유하기 위해 그 정보를 사용할거라고 예측할지도 모른다. 그러나 그 대신 나는 당신의 인종적 배경에 대해 추측하는데 사용할 수 있다. 그리고 당신이 대출하는 것을 거부하는 데에 그 정보를 활용할 수 있다. 

다른 예는 무엇이 있을까? 얼마전에 런던에서 사람들의 성 정보가 인종 경계 지도를 만드는데 얼마나 유용한지 토론한 런던의 빅 데이터 세미나를 보고 나서 쓴 Private Data In Public Ways를 살펴보자. 

 

Malte Spitz가 말한 이 Ted토크는 오늘날 시민을 추적 일을 설명하는데 큰 역할을 하고 있다. 그리고 그는 오늘날 정부가 하는 방법처럼 Stasi(비밀경찰)이 핸드폰 통화기록을 봤다면 베를린 장벽이 무너졌을지에 대해 추측해보고 있다. 

그러면 우리는 정보가 사용되는 방법을 어떻게 규제할수 있을까? 

적절하게 처리할수 있는 유일한 방법은 어떤 데이터든 이것을 사용할 수 있는 방법과 연결하는 것이다. 예를 들어, 나의 음악적 성향은 은행을 결정하는 것이 아닌 노래를 추천하는 곳에 사용되어야 한다. 

권한으로 묶여있어서 느리고 수수께끼 같고 부담스럽고 실행하기 어렵고 혁신하기 어려운 데이터는 암호화를 통해서 수행할 수 있다. 또는 스팸 메일을 규제하는 것과 같이 법 제정을 통해서 실행시킬 수 있다. 이것은 멋지긴 하지만 집행하기가 어렵다. 

수량화된 사회에서 우리가 살아가고 사랑하고 일하고 즐기는 것을 향상시킬 수 있는 방법에 대한 예는 무수히 많다. 빅 데이터는 병이 발생하는 것을 찾는데 도움이 되고 학생들이 어떻게 배워야 하는지, 정치적인 당파성을 어떻게 드러내야 하는지를 알려줄 것이다. 그리고 통근자들에게 간단한 예를 선택해줌으로써 수많은 비용을 줄이는데 도움이 될 것이다. 폭발적인 인구증가와 기후변화, 에너지 공황과 같이 이 땅에 살기 위해 노력하는 것처럼 단순하게 무시할 수 없는 이익들이 있다. 

그러나 정부는 정보에 의존하는 것에 견제를 통한 균형이 필요하다. 그리고 이러한 의존이 어떻게 개인 사생활을 침해하는지에 대한 균형과 사회와 우리가 생각해보지 못한 사회와 도덕적 이슈를 창조해야 한다. 유권자 대부분이 그것에 대해서 생각하고 있지는 않지만 그들의 구매 성향에는 영향을 미친다. 

728x90
반응형
반응형

원문 : The reinvention of the bookseller 


http://www.hanbit.co.kr/network/category/category_view.html?cms_code=CMS6540290039


내용이 짧아서 괜찮았던 이야기 ^^


----------------------------------------------------------------------------------------------------------------------------------------------------------------------

만약 당신이 오프라인 서점을 운영하는데 온라인 서점에 대한 생각이나 그들이 하는 할인에 대해 생각을 하게 되면 마음이 편치 않을 것입니다. 당신에게 ebook은 두려움의 대상인가요 아니면 기회인가요? 이 질문을 어떻게 대답하느냐에 따라서 당신에게 다른 질문이 필요할 지도 모릅니다. 당신이 하고 있는 사업은 무엇인가요?? 

만약 당신이 하는 일이 단순히 "책을 판매" 하는 일이라면 매우 좁은 사고를 가졌을것이라 생각이 됩니다. 어떻게 수많은 드릴을 팔수 있었는지 말한 장비 세일즈맨의 이야기를 생각해 봅시다. 그는 "경장사가 드릴을 팔때 구멍에 초점을 맞췄다" 라고 말을 했습니다. 다시 말해, 다른 사람들이 의미없는 특징들을 묶어서 파는데에 혈안이 되어있을때 그는 혜택을 강조했던 것입니다. 

과거에 당신이 성공적으로 제공했던 혜택들은 무엇이 있나요? 내 생각에 지역 서점들이 가지고 있는 가장 큰 혜택은 개인화된 서비스와 커뮤니티라고 생각이 됩니다. 만약 내가 읽고 싶은 책에 대해서 좀더 알고 싶을때 웹사이트에 있는 리뷰보다는 실제 사람들과 이야기 해보는것이 더 좋을 것입니다. 특히 그 리뷰를 작성한 사람들이 작가나 출판사가 고용한 사람들이라면 더욱 말할 것도 없습니다. 온라인 서점을 뛰어 넘어 오프라인 서점이 가지고 있는 큰 장점은 직접적인 설명과 구성원들이 제공할수 있는 서포트입니다. 

Apple에게서 배울점 

최근 침체된 경기에도 불구하고 오프라인 상점들은 그들의 사업을 키울수 있는 방법을 찾아왔습니다. Apple이 아주 좋은 예입니다. 당신이 Apple의 팬이 아니더라도 Apple 스토어 안에서 새롭고 흥미로운 것들을 발견할 수 있을 것입니다. 나는 내가 서점에 대해서 그렇게 느낀 마지막 시간이라고 말할수 없습니다. 나는 눈깔사탕이나 현란한 상품에 대해서 말하는것이 아닙니다. 당신이 Apple 스토어에 접속하는 순간 특별함을 느끼게 될 것입니다. 

만약 당신의 서점에 고객들이 같은 느낌을 가지고 온다면 정말 멋지지 않을까요? Apple은 store 환경에 많은 투자를 할 수 있습니다. 왜냐하면 높은 가격의 아이템을 팔고 있기 때문입니다. 하지만 이건 단지 20에서 30달러 책을 판매하는것을 뛰어넘어 당신이 보고 싶어한다는 것을 의미합니다. 나는 편지지나 장난감을 추가하는것에 대해 말하는 것이 아니라 수년에 걸쳐서 서점들이 해왔던 일에 대해서 말하고 있는 것입니다. 이제는 생각을 더 크게 가져야 할 때입니다. 

오늘날 대부분의 서점들은 커피숍이나 스낵바를 가지고 있습니다. 몇년전 이러한 변화는 서점이 사람들이 왔다갔다 하는 장소가 아닌 시간을 보낼수 있는 공간으로 변하는데 도움을 줬습니다. 커피숍을 마련한 방법이 90년대 게임체인징이라면 현대의 10년을 위한 새로운 방법은 무엇일까요? 여기 한가지 가능성이 있습니다. 서점안에서 직접 출판을 한다는 생각이지요. 직접 출판은 새로운 방법이고 여전히 그 의견에 가속도를 얻고 있습니다. 그러나 직접 출판 세계에서 가장 부족한 점은 모든 의문에 대답을 들을수 있는 신뢰할만한 정보가 부족하다는 것입니다. 어떻게 시작을 해야될까? 최상의 플랫폼은 무엇일까? 마켓팅은 어떻게 해야할까? 직접출판을 주장하는 사람들은 수많은 미심쩍은 온라인 옵션들과 몇몇의 직접 이벤트를 계속 지녀왔습니다. 당신의 상점에 직접 출판하는 시스템을 만들어보지 않겠습니까? 

Apple의 플레이북을 참고해서 직접출판에 흥미를 가지고 있는 고객들을 위한 지니어스바(Genius Bar)를 만드십시오. 직접출판하는 길을 찾는 도움을 줄 수있는 당신의 장소를 구축하십시오. 직접출판으로 벌어들이는 수입의 대부분은 편집, 표지디자인, 교정작업, 세일이 필요하지 않는 완제품 등과 같은 서비스를 위해서 사용되어야 한다는 것을 명심하십시오. 이분야에서 인정받는 전문가와 파트너를 맺거나 당신만의 네트워크를 구축해 보십시오. 중요한 점은 당신의 사업을 단지 책을 파는 것보다 무언가 더 발전시켜야 한다는 점입니다. 

이건 이 분야에 들어가기 위한 자기 출판 장비에 투자가 필요하다는 의미가 아니라 그러한 것들을 가지고 있는 사람들로부터 정보를 듣는데 흥미를 가져야 한다는 의미입니다. 저는 이것에 대해 다년간 Esppresso Book Machine을 소유해왔던 Vermont에 있는 Northshire Bookstore의 공동소유자인 Chris Morrow와 이야기를 했습니다. Morrow에 말에 의하면

"Espresso 기계는 우리에게 자기출판 사업과 그 이상의 것을 가능하게 해줬습니다. 이것은 서점에 대한 고객들의 생각을 바꿔놓았습니다. 자기 출판 사업은 우리의 목표를 현실로 만드는 동시에 기술적 발전을 이룰수 있는 상호 보완적인 사업입니다. "

자기 출판에 대한 제안이 당신의 상점에 최상의 방법이 아닐지라도 단순히 포기하지 말고 당신은 항상 인쇄된 책만 팔아야 한다는 생각을 버리시기 바랍니다. 수많은 오프라인 서점들이 줄어들 것은 명백합니다. 더 분명히 말하자면 인쇄된 책을 파는것에만 의존하는 오프라인 서점들은 줄어들 것입니다. 서점들은 항상 자극을 주는 원천이어야 하고 그들의 고객들을 위한 중요한 커뮤니티 요소가 되어야 합니다. 당신의 상점이 가지고 있는 유일한 특징을 서점이 감소되고 있는 현실에 대비하여 그것을 어떻게 확장시킬것인지 생각해 보십시오. 만약 당신이 그것에 대한 올바른 길을 가게 된다면 디지털 독서 혁명은 위협이 아닌 당신의 사업을 미리 생각해볼수 있는 일생에 한번오는 기회가 될것입니다.

728x90
반응형
반응형

원문 : A war story, a Kindle Single, and hope for long-form journalism 

http://www.hanbit.co.kr/network/category/category_view.html?cms_code=CMS8012309832

분량이 많아서 참 고민고민 했었는데.. 어쨌든 또 했다...
그런데 이번에는 지난번보다 더 허접한것 같다. ㅠㅠ


-----------------------------------------------------------------------------------------------------------------------------------------------------------------------

전반적으로 뉴스와 출판사들은 디지털 변화에서 살아남기 위한 사업모델을 찾기 위해 몸부림치고 있습니다. 저널리스트들은 특히 안좋아져 있는 시장을 접하고 있는 특정 분야에서 일하는 사람들과 마찬가지로 일반적인 피해자 입니다. 

프리랜서 저널리스트 Marc Herman(@Marc_Herman)은 (The Atlantic으로 유명한) 새로운 방법을 시험해 보고 있습니다. 바로 중개자를 없애고 독자들에게 직접 글을 판매하는 것입니다. 그는 최근에 그의 장문 형식의 글인 "The Shores of Tripoli"을 1.99달러짜리 킨들 싱글로 출간하였습니다. 아래 인터뷰에서는 Herman의 킨들 싱글에 관한 체험담과 그가 저널리즘의 미래를 어떻게 바라보고 있는지 말해주고 있습니다. 

킨들 싱글을 좋아하는 이유는 무엇인가요? 

 Marc Herman: "The Shores of Tripoli"을 쓰는 것은 전통적인 매거진 기사를 쓰는 것보다 어려웠습니다. 이것은 형식을 요구합니다. 그리고 작은 책처럼 아주아주 빨리 써야합니다. Amazon의 Dave Blum은 이틀만에 "Single on Occupy Wall Street "을 쓴 리포터에 대해 나에게 말해주었습니다. 그건 Usain Bolt 같은 놀랄만한 속도였습니다. 여러분들에게 이해를 돕기위해 예를 들면, National Geographic 같은 매거진에서 읽은 보통의 글들은 3,000에서 6,000개의 단어로 이루어져 있습니다. "Shores of Tripoli"은 12,000개의 단어로 되어있습니다(초안은 18,000개 입니다). 그리고 잘 쓴 글임에 틀림없습니다. 리포트는 정말 전문적인 표준을 따르고 있습니다. 

제품 면에서 Single은 책보다는 매거진에 가깝습니다. 뉴스 주기는 책의 주기보다 더 중요하게 여겨집니다. 예를 들어 저는 실시간으로 콰다피의 죽음에 대해 대응을 해야만 했습니다. Libya에서 돌아온 후에 뉴욕에 지내면서 "콰다피 살해되다" 라는 뉴스 자막을 보았습니다. 그것을 통해서 전쟁의 결말을 알게 되었습니다. 나는 고백하건데 콰다피의 죽음에 대해서 매우 자기애적인 반응을 보였습니다. 나에게는 "콰다피 살해되다"라는 헤드라인이 마감일이 2주 연기되었습니다로 보였기 때문이죠. 

왜 "The Shores of Tripoli"의 가격은 1.99달러로 했나요? 

Marc Herman: 대부분의 Single들은 0.99달러에서 2.99달러로 가격이 책정됩니다. Single을 운영하는 사람들은 2.99달러로 가격을 책정할수 있는 사람은 오직 유명한 작가들 뿐일거라고 말합니다. 사람들의 눈을 사로 잡는 주제나 글이 아니라 Stephen King이나 Amy Tan의 모든 작품을 구매할 것이기 때문에 Single을 구매합니다. 저는 0.99달러가 아니라 1.99달러를 택했습니다. 왜냐하면 사람들이 1달러를 사용하는 것과 마찬가지로 2달러를 사용할 것이라 생각했기 때문입니다. 제게는 3달러 정도 되어야 점심값 정도로 느껴집니다. 

결정을 하는대에 로얄티가 어떤 영향을 줬나요? 

Marc Herman: 로얄티는 제가 많이 고려한 것은 아니지만 나중에는 정말 많이 생각하게 됩니다. 아마존은 2.99달러 이하의 모든 것들에 대해 35%의 수수료를 지급합니다. 2.99달러 이상의 품목에 대해서는 더 많은 로얄티(70%)를 제공합니다. 그러나 몇 안되는 정말 잘 알려진 작가들만이 2.99달러로 성공한 것을 볼 수 있습니다. 그러면 어떻게 해야할까요? 저는 다행히도 1.99달러 이하일지라도 70%를 받을수 있었습니다. 저는 그 글을 썼던 것은 행운이었고 그걸로 인해서 아마존의 큐레이트 프로그램에 구성원이 된 것은 특별한 혜택이었습니다. 나의 에이전트는 그것을 설치하였습니다. 

제가 생각으로 가격은 큰 문제가 될 것입니다. 많은 사람들은 1.99달러짜리를 원하고, 이것은 중요한 의미를 가지고 있습니다. 그러나 35%라면 같은 돈을 벌기 위해 2배를 더 팔아야 합니다. 사람들이 기존 출판사와 안좋은 조건으로 계약하는 것과 마찬가지로 판매가 증가하는 만큼 로얄티가 변하지는 않습니다. 

저널리즘과 관련하여 로얄티 문제는 아마도 저를 두가지 중 한가지를 하도록 이끌어줄 것입니다. 당신이 Stephen King이 아닌 이상 아마존과 한번 또는 두번 이상 좋은 거래를 기대하기 힘듭니다. 왜냐하면 아마존의 관심사가 아니기 때문입니다. 그래서 당신이 짧고, 빠르게, 효과적으로 쓴 실화나, 뉴스 사이클과 거의 동일한 글들, 매거진의 글들과 비슷한 글들 조차도 0.99달러로 책정됩니다. 만약 당신이 월간 매거진과 같은 속도로 - 1년에 3-4개의 긴 글들정도- 괜찮은 글을 쓴다면 더 많은 주제들을 써서 각각의 내용에 대한 로얄티를 받는 것이 좋을 것입니다. 그래서 그 글을 모두 구매하는 팬을 보유하는것이 좋은 방법입니다. 뉴요커라고 불리는 사람들에게 4개의 비용은 한개의 비용과 똑같습니다. 그렇죠?? 

시장이 발전함에 따라 변화의 다른 방법으로는 아마존의 경쟁상대들이 나타나고 약점인 두 계층 로얄티에 초점을 맞추는 것입니다. Barnes & Noble 같은 존재는 어떤 가격 시점이나 의문도 없이 70%를 제공함으로써 최고의 작품을 위해 경쟁할 수 있습니다. 우리는 앞으로 보게 될 것입니다. 

지금까지 반응은 어떠한가요? 

Marc Herman: 지금까지 가장 기뻤던 것은 독자들이 흥미를 가지고 글을 읽는다는 것입니다. 저는 독자로부터 정말 훌륭한 피드백을 받은 적도 있습니다. 

비즈니스적 측면에서 저는 낙관적인 편입니다. 우리는 킨들 스토어에 있는 수많은 책들이나 전자책 순위 상위 500위 안에 있습니다. 저는 판매량이 아닌 랭킹의 순위 변화에 신경을 쓰지는 않습니다. 그러나 상위 1,000 또는 2,000등 안에 있는거면 상당히 좋다는 의미 입니다. 

과거의 출판 경험과 비교하면 어떻습니까? 

Marc Herman: 저는 예전보다 더 많은 독자들을 얻을수 있을거라는 생각이 듭니다. 트랜드가 도와주고 있습니다. 지난 4년간 제 낡은 출판사인 Random House가 디지털 버전으로 10달러에 출판한 "Searching for El Dorado" 보다 지난 2주간 "The Shores of Tripoli"가 팔린 양이 더 많습니다. 저는 비슷한 평가와 평판에도 불구하고 예전에 팔았던 책들보다 단시간에 Single이 더 많이 팔릴거라 확신합니다. 

잘 알려진 주제, 제 경우에는 특판으로 나온 "The Atlantic"처럼 현장에서 저널리즘을 실행하는 계획과 장문 형식의 주제와 직접출판을 위한 기본적인 작업을 이용하는 것은 잘 활용되는것 같습니다. 

저는 처음 시도를 해보았고 그 후로 아직 한달도 지나지 않았습니다. 그러나 이미 나의 과거 작품과 비교해서 호의적인 느낌을 받은 독자들이 있다는 것을 알고 있습니다. 그리고 나의 경험은 그 자체로 가치가 있습니다. 나는 리비아 여행을 할때 썼던 글에 대한 투자자가 나타나 진행중에 있습니다. 한번 해보고 나면 다음 생각은 또 글을 써야겠다는 결심이 들 만큼 사람들이 계속 글을 다운로드 하느냐 입니다. 지금 당장은 조짐이 좋아보입니다. 

만약 어떤 것을 계속 지속시킨다면 제 생각에는 몇달이면 충분할 것입니다. 대중에게 국제 이슈에 대한 장문의 보고서를 보여주는 것처럼 나는 실행가능한 비즈니스 모델을 가지고 있는 것이라고 말할수 있습니다. 하지만 아직은 조심스럽습니다. 왜냐하면 이것은 매우 새로운 방법이고 사람들의 결정에 어떻게 영향을 끼칠지 모르기 때문입니다. 크리스마스 시즌에 킨들 파이어가 잘 팔리고 리비야는 여전히 중요한 이야기 입니다. 어떻게 흘러갈지 이야기하는것은 정말 어렵습니다. 

왜 실험을 하기로 결정했나요? 

Marc Herman: 저는 잃을 것이 없습니다. 저는 The Atlantic에서 "The Shores of Tripoli"가 된 보고서를 출판했습니다. 그리고 그것은 매우 많은 반응을 얻었습니다. 저는 제가 가지고 있는 많은 이야기거리들을 장문 형식의 이야기로 만들어보기로 결심했습니다. 제 자신에게 한 질문은 더 포괄적인 글이 아마존과 같은 큰 시장이나 뉴욕 어느 곳에서나 작품을 구입하라고 설득하는 전통적인 편집자들의 작은 클럽에서 독자들을 끌어모을수 있는지 없는지였습니다. 과거에는 그 방법으로 성공을 해왔지만 저는 지금 더 큰 시장에 도전해 보기로 결정했습니다. 

기존에 매거진들은 특히 국제적인 기사를 마무리하기 위해서는 항상 촉박하고 타이트했습니다. 그러나 불행히도 앞으로는 실행가능한 사업이 아닙니다. 아마도 미국에서는 이런 방법으로 수수료를 받거나 흥미를 가지고 있는 15명의 편집자들과 이야기를 해야할 것입니다. 디지털 뉴스는 많은 주목을 받고 있지만 특파원들은 낮은 임금을 받고 있고 프리랜서 예산은 0에서 0.5달러로 최저 생계비조차도 되지 않습니다. 

킨들 싱글과 저널리즘의 미래의 형태와 수익의 종류에 대해서 어떻게 생각하고 잇나요? 

Marc Herman: 킨들 싱글은 특히 문학적 저널리즘 측면에서 명백하게 뉴스에 대한 대중의 지속적인 관심을 증명할 수 있는 기회라고 생각합니다. 그것은 지금 몇가지 검증을 사용할 수 있습니다. 전통적인 편집자들이 그들의 정당성을 보여주기 위해 노력하고 있다는 것을 불쾌하게 생각하고 있거나 또는 그들이 할수 없는 것들에 대해 두려워하고 있습니다. 제 생각에 대중들이 떠나고 있기 때문에 그것을 증명할 필요가 있다고 생각했습니다. 

"Lost in Kandahar" 같은 경우를 생각해 봅시다. 제가 아는 많은 리포터들이 아프가니스탄을 취재 하기를 원합니다. 전문 단체에서는 충분한 일거리를 얻을수 없기 때문에 우리는 아프가니스탄 문제를 보도하기에 어려움을 겪어왔습니다. Alex Berenson은 홀로 Kandahar에 3일간 머무르면서 경험에 대한 손에 땀을 쥐는 이야기를 썻고 그 이야기는 베스트셀러가 되었습니다. 나는 유명한 매거진에서 얻을수 있는 긴 이야기 같은 침투력을 가지고 있다고 생각합니다. 그 뿐만 아니라 아프가니스탄을 가려는 저널리스트들에게 Bererson과 같이 될수 있다는 희망을 안겨주었습니다. 

"The Shores of Tripoli" 는 처음 시작인 것입니다. 제 희망은 이 글이 Arab Spring이 아니라 Berenson의 글처럼 되는 것입니다. 필연적으로 기존의 제목에 대해 편집자 및 제작자가 "자. 이 글은 끝났습니다." 라고 말하는 시점이 올 것입니다. 나는 이것이 "아니, 이것은 기존의 것보다 더 훌륭한 글이고 우리는 그렇다는 것을 알고 있습니다. 왜냐하면 우리는 2달러로 많은 사람들이 그것을 읽고 코멘트를 하고 그것에 대해 이야기를 하기 때문입니다"라고 말할수 있게 되기를 바랍니다. 

Spot.up와 비교해서 Kindle Singles은 어떻게 다른가요? 

Marc Herman: Spot.us는 훌륭하지만 약간 다릅니다. 저널리즘에 투자하는 것과 투자를 분배하는 곳, 즉 판매하는 곳과 연결하는 것은 다릅니다. 

논픽션을 다루는 우리들은 직접출판을 경험하고 있는 픽션 작가들에 비해 뒤쳐져 있습니다. 이건 말이 안됩니다. 왜냐하면 소설작가들의 가장 큰 관심사는 독자를 찾는다는 것이고 반면 저널리스트의 가장 큰 문제는 돈을 추구한다는 것이기 때문입니다. 저널리스트들의 기본 비용은 소설작가들보다 더 많습니다. 비행기 티켓, 카메라 등. 따라서 기본적으로 이야기를 만들때 관심사가 수입을 늘리는 것에 있다는 것입니다. Spot.us처럼 말이죠. 

분배는 항상 우리가 출판사나 하드웨어로써 풀기를 기대해 왔던 것입니다. 테블릿과 e-리더가 리포터의 미래 전망에 큰 역할을 차지할 거라는 생각은 얼마 가지 않았습니다. 세부적으로 보면 부족한 점이 많았기 때문이죠. 올해 테블릿붐은 하드웨어가 웹이 제기했던 그리고 전통적인 출판이 여전히 성가셔 했던 저널리즘에 대한 문제를 해결할 것이라 암시했습니다. 제 생각에 나중에는 투자하는 것에서 분배를 포함하는 것으로 의견이 바뀔 것이라 생각됩니다. 저널리즘의 몇몇 사람들은 픽션 작가들이 하는 것에 대해 눈여겨 보기 시작했습니다. 왜냐하면 분배 모델로 흐름이 옮겨갈 것이라는 게 확실했기 때문입니다. 

킨들 싱글이 성공 가능한 모델이라고 생각하나요? 

Marc Herman: 저는 Amanda Hocking처럼 되기를 기대하지는 않습니다. 그러나 우리 중 몇명이 Single과 같은 형태로 작업을 했을때 유명한 매거진처럼 할 수 있을지 궁금했습니다. Harper를 봅시다. 저는 20대 초에 그곳에서 연습을 했습니다. 저는 300,000번 정도 반복하고 한달에 2-3개의 기사를 작성하고 그것을 몇푼 벌수 있을 정도로 판매할 수 있을거라 믿었습니다. 그것은 영리한 리포터들이 킨들 싱글이나 그와 비슷한 방법을 통해서 경쟁할 수 있는, 아니면 협력할 수 있는 작은 그룹에 반대되는 독립체였습니다. 

가장 중요한 것은 내용입니다. 저널리즘은 설득력이 있어야 하고 정치적이어야 하거나 전통적인 타이틀을 만드는 것처럼 사회와 관련이 있어야 합니다. 그러나 만약 발행물 구경에 의해 제 작품을 재검토하려고 한다면, 저 역시 그들과 기꺼이 경쟁을 할것입니다. 

모든 산업 전반에 영향을 끼치고 있는 디지털과 계속해서 싸우고 있는 이 상황을 어떻게 보고 있나요? 

Marc Herman: 이것은 말하기에 재미는 없지만 주문 차트를 가지고 있는 출판사들에게 보상을 해주는 방법으로 변해갈 것이라 생각됩니다. 저는 최근에 아주 유명한 매거진과 미팅을 가졌습니다. 그리고 그들에게 동일한 질문을 했습니다. 그들은 똑똑하고 그들의 디지털 기술 유익했습니다. 단지 그들의 작가들에게 거의 돈을 주지 않는다는 것만 빼면 말입니다. 우리가 가능성이 있는 비즈니스 모델만 추구하려고만 한다면 그 가능성이 매우 낮을 거라 생각이 됩니다. 왜냐하면 저의 경우에 리비아 또는 다른 지역에서 쓴 자료들은 무료로 구할수 있기 때문이죠. 재미있는 의문은 만약 우리가 꽤 잘 해나가고 있다면 왜 기업들은 그들을 위해 일하는 작가들에게 보조금을 주기 위해 다른 부분을 필요로 하고 교수나 씽크탱크에서 일하는 기고자들과 같은 다른 산업의 사람들을 필요로 하는 것일까요? 

두드러지게, 적어도 저에게 말하길, 편집자들은 문제점은 회계라고 말합니다. 많은 출판료들은 인쇄, 디지털, 그리고 하나의 지붕에 별개의 사업을 운영하느냐에 따라 다른 비율로 지급합니다. 다른 예산을 섞기 시작하면 조직적으로 복잡해 집니다. 이것은 기술적이긴하나 아직은 밑바닥 단계입니다. 이것은 그들의 저널리즘의 질에 영향을 끼치고 청중을 붙잡는 능력에 영향을 끼칩니다. 그들은 해외의 가능성있는 아주 멋진 기고자를 고용할수 없습니다. 왜냐하면 그들에게 얼마나 돈을 줘야하는지 모르기 때문입니다. 그들은 송금하기 위한 최저 금액에도 안되는 매우 적은 돈을 지급합니다. 그리고 달러로 쓰여진 종이수표는 파키스탄에서는 돈으로 쓰일 수도 없습니다. 

저 또한 아마존의 미래에 대해서 상상을 하고 있고 저널리즘은 Video Single 또는 Multimedia Single이 될 것입니다. Kindle Fire는 그 방향에 선두주자가 될 것입니다. 제가 내부정보를 가지고 있지는 않지만 머지않아 소비자에게 적당한 다운로드 가격으로 임베디드 비디오나 오디오 등을 사용할수 있을거라 확신합니다. 사실 저는 이런 이야기들이 코앞에 와있다는 기대를 가지고 이미 이런 모델을 가지고 다른 리포터와 비디오그래퍼와 작업중에 있습니다. 

장문 형식의 저널리즘의 미래를 어떻게 생각하고 있나요? 

Marc Herman: 우리는 괜찮을 겁니다. 올바른 비즈니스 모델과 적절한 기술들은 모두 정말로 중요합니다. 하지만 결국에는 스토리의 질에 따라서 결정될 것입니다. 만약 매혹적인 방법으로 믿을만한 이야기를 쓴다면 사람들은 그것이 끝나지 않기를 바랄 것입니다. 

제 생각에 우리는 실패한 사람들이었습니다. 출판은 사람들이 우리의 상품 구매를 멈췄을때 우리가 그것을 결정할 수 유일한 산업입니다. 사람들은 바보같으니까요. 실제로 편집자들이 저에게 한 말입니다. 첫째, 그들은 웹 또는 Craigslist에서 많은 돈을 벌어들이는 광고로 분류된 모든 것을 비난합니다. 창의적으로 생각하는 것보다 출판사들은 좋은 독자를 양성하지 않는 학교나 리얼리티 TV 또는 주의력을 떨어뜨리는 YouTube나 비디오 게임을 비난하고 있습니다. 모든 독자들은 정말로 똑똑합니다. 그들이 주위를 기울이지 않는다는 것은 이야기를 원하지 않거나 이야기를 다룰수 없다는 것을 의미하지 않습니다. 그건 우리가 이야기하는 방법이 재미있지 않거나 유용하지 않거나 실현할 수 없다는 것을 의미합니다. 

일부 매거진들의 정책이 이 글이 존재하는 것을 막기 위해 "no" 라고 말하고 사실상 출판사와의 모든 상호작용이 논픽션 작가가 되기위한 노력을 어떻게 해서든지 복잡하게 만드는 리비야에서 돌아온 후 그 시점이 왔습니다. 

그래서 저는 이 시점에 해결책을 찾기를 희망을 표현하는 사람과 "The Shores of Tripoli"같은 작업을 훌륭하게 도와줄 수 있는 사람과 함께 할 것입니다. 그때 당시에 그것이 아마존이었습니다. 6달 전에는 몰랐습니다. 이런 종류의 일을 하는 저널리스트들이 게임에만 존재할 것 같은 실용적인 이상주의자라는걸 말이죠. 누구의 팀에 속해있는지는 크게 관계가 없을거라 생각이 됩니다.

728x90
반응형
반응형
원문 : Don"t blame the information for your bad habits http://www.hanbit.co.kr/network/category/category_view.html?cms_code=CMS6181775366


-----------------------------------------------------------------------------------------------------------------------------------------------------------------------

우리는 이상한 방법으로 우리의 과소비를 비난합니다. 하지만 지나치게 많은 컵케익을 먹는 것은 분명 100% 당신에게 책임이 있습니다. 그러나 만약 당신이 정보의 폭풍, 쓰나미에 의해 휩싸였다면 그건 당신 책임이 아닙니다. 이런 사람들은 자신들이 가지고 있는 통제력 부족이 반영되어있지 않는 한 대량의 무분별한 정보나 전반적인 사회에 대한 비난등에 책임이 있습니다. 정보의 과잉은 항상 누군가의 잘못처럼 여겨집니다. 

"The Information Diet"의 저자 Clay Johnson(@cjoh) 는 정보의 과잉 문제는 실질적으로 정보의 소비 문제라고 이야기 하고 있습니다. 아래 인터뷰에서, Johnson은 어떻게 정보의 소비에 대한 이슈를 재구성하는지 그리고 우리가 습득한 정보에 대한 소유권을 갖는 것이 정보의 균형을 찾는 열쇠라고 설명하고 있습니다. 

"정보 과잉" 는 잘못된 말인가요? 

 Clay Johnson: 정보의 과잉은 잘못된 말입니다. 왜냐하면 그 말은 정보를 탓하고 있기 때문입니다. 정보는 결정을 내리거나 마음씨가 나쁜 어떤 특정한 것이 아니기 때문에 이것은 말이 될 수 없습니다. 정보는 사람들에 의해 만들어진 결정을 알리는 역할을 합니다. 우리는 과식으로 인한 비만으로 사람들이 고통 받고 있다고 말하지 않습니다. 사람들이 경영하는 회사에서 만든 나쁜 음식은 사람들이 운영하는 회사에 의해 분배가 되고, 사람들이 가지고 있는 돈으로 구매가 됩니다. 밤에 방에서 후라이드 치킨과 시간을 보내면서 그것을 안먹는다고 해서 당신의 콜레스테롤 수치가 나아지지는 않을 것입니다. 

우리가 문제를 어떻게 바라보느냐에 따른 차이 때문에 우리는 그것을 단정 할 수 없습니다. 정보의 과잉은 "컴퓨터에 이 툴들을 설치해 놓으면 당신은 정보 관리를 더 잘 할 수 있을 것이다" 라는 메세지를 줍니다. 이런 종류의 훈련은 다른 종류의 냉장고를 구입해서 음식 다이어트를 시도하려는 것, 또는 오로지 구입한 런닝화에 의존해서 전문적인 운동선수가 되려고 하는 것과 같습니다. 문제는 우리가 정보를 관리할 필요가 없다는 것입니다. 우리에게 필요한 것은 정보를 이용하는 방법을 아는 것입니다. 다시 말해, 우리는 수많은 정보들 때문에 고통받는 것이 아니라, 정보를 지나치게 많이 사용하거나 정보를 잘못 이용하는 습관 때문에 고통 받는 것입니다. 해결책은 성공적인 음식 다이어트만큼 간단합니다. 스스로 습관을 만들고 올바른 선택을 해서 계속 지속해 나가면 됩니다. 

왜 우리는 정보 그 차체를 탓하고 있을까요? 

Clay Johnson: 정보는 우리가 생존하기 위해 필요한 3가지, 음식, 물, 공기와는 다릅니다. 신비스러운 힘이 있어야 만들 수 있는 음식, 물, 공기와는 달리 정보는 지극히 쉽게 그리고 어디에서든지 우리에게 생길 수 있습니다. 정보는 우리가 의식적으로 사용하는 것이라고 생각하는 것보다 훨씬 어렵습니다. 확실히 우리의 정보 사용에 대해 책임을 지는 것보다 정보를 탓하는 것이 더 쉽습니다. 또한, 올바른 결정을 하기 위해 우리에게 알려지고 권한을 주는 정보를 추구하는 것보다 오히려 우리의 믿음을 확실히 해주고, 우리를 기쁘게 해주거나 슬프게 하는 정보를 중요하게 생각하는 경제 시스템을 걱정하는 것이 더 쉽습니다. 의식적으로 우리가 정보를 이용하는 것에 대해 인식하려고 하는 것보다 부기맨에 대해 생각하는 것이 더 쉽습니다. 

정보의 무분별한 사용이 육체적 정신적으로 미치는 영향은 무엇인가요? 

 Clay Johnson: 이 책은 제가 생각한 정보의 무분별한 사용에 대한 두 가지 예로 시작합니다. 그리고 제가 책 속에서 해결하려고 했던 가장 큰 문제점은 정부와 완전히 단절된 유권자에 대한 것이었습니다. 2009년 백악관 앞에서 "의료보험 제도에 정부는 손을 떼라"라는 피켓을 들고 시위를 하는 사람을 보았습니다. 또, 얼마 지나지 않아서, Walter Reed 육군 앞에서 "Enlist Here to Die for Halliburton."라는 피켓을 들고 시위하는 사람을 보았습니다. 현재 이 시위들은 어떠한 효과도 거두지 못했습니다. 당신은 정부가 운영하는 프로그램을 중지시킬 수 없으며 육군 병원에서 누구에게도 육군에 지원하라고 요청할 수 없습니다. 그러나 이런 종류의 메세지들 뒤에 숨어있는 사람들과 대화를 한 후에 그들이 어리석다고 여겨지지는 않았습니다. 예를 들어, 앞에서 말한 의료지원에 대한 시위를 했던 사람은 Jekyll 섬에서 연방준비은행의 건립에 대한 45분간의 연설을 통해 10건의 헌법을 수정한 최초의 사람으로 이름을 올릴 수 있었습니다. 이 결과는 나에게 정보의 부족보다 오히려 정보를 사용한 결과에서 나오는 무지의 한 가지 형태라고 생각하게 만들었습니다. 그리고 아니나 다를까, 그러한 관점에서 우리의 역사를 돌이켜 보았을 때, 20세기 초 담배 논쟁에서부터 오늘날 기후변화 및 백신 논쟁까지 수많은 문제점들을 찾을 수 있습니다. 다시 말해, 정보의 잘못된 사용은 민주주의를 저울질 할 수 없게 만들 수 있습니다. Thomas Jefferson은 "한 나라가 무지한채로 자유롭기를 기대하는 것은 과거에도 없었고 미래에도 없는 것을 기대하는 것이다" 라고 말했습니다. 잘못된 정보의 사용은 교육을 제대로 받지 못한 것 만큼 무지를 가져올 수 있습니다. 정보의 잘못된 사용은 시간 관념이 없는 사람처럼 여겨지거나 주의력이 없고 피상적인 관계만을 추구하는 사회 구성원으로 여겨지는 각각 다른 종류의 결과를 가져옵니다. 스트레스, 고혈압, 주로 앉아서 지내는 생활습관 등이 비웃을만한 일이 아니라는 것을 기억해야만 합니다. 우리는 조용히 아무말 없이 명상을 하고 있기 때문에 한 곳에 머물러 있는 것이 아닙니다. 우리는 너무 많은 정보를 사용하고 있기 때문에 종종 한 곳에 머물러 있기도 합니다. 

정보의 잘못된 사용을 막기 위해 우리가 해야 할 첫 번째 할 일은 무엇일까요? 

Clay Johnson: 첫번째 할 일은 정보를 측정하는 것입니다. 음식을 먹을 때 어느 정도가 적당한 양인지 생각하는 것은 좋은 방법입니다. 시스템 전원, 페이지, 스위치, 탭, 또는 마우스 클릭 등을 포함해서 당신이 갖기를 원했던 정보를 찾기 위해 했던 행동들을 측정해 보십시오. 당신은 잠을 잘 때 숙면을 취하기 위해 여러가지 방법을 사용할 것입니다. 그러나 그런 것들이 당신이 깨어있을 때에도 도움을 주지는 않습니다. 컴퓨터에 RescueTime 같은 서비스를 이용해서 당신이 행하는 모든 것들을 기록하십시오. 그리고 컴퓨터를 사용하지 않을 때에는 작은 매체를 사용하십시오. 

두번째는 케이블 TV를 중단하는 것입니다. 케이블 스포츠 패키지를 시청하면서 정보 다이어트를 한다는 것은 매일매일 프라이드치킨과 아이스크림 배달을 시켜 먹으면서 체중을 줄이려는 것과 같습니다. 케이블 tv를 중단하는 것에는 2가지 목적이 있습니다. 아마도 정보 중에 가장 쓸모없는 광고에 노출되는 것을 줄일 수 있고 당신의 능력이 TV 앞에 앉아있는 채로 무의미하게 사용되는 것을 줄일 수 있습니다. 또한 돈을 절약할 수도 있습니다. Netflix, Hulu, iTunes , Amazon 등 오직 인터넷만 이용함으로써 많은 돈이 절약 될 것입니다. 

세번째는 정보를 이용하는 습관을 바꾸는 것입니다. 음식 습관처럼 가까운 곳에서부터 하는 것이 좋습니다. 당신이 가장 쉽게 접근할 수 있는 정보들부터 시작해야 합니다. 당신과 가장 가까운 가족, 친구들, 그리고 나서 지역 또는 전문적인 모임, 마지막으로 국가적, 국제적 이슈들을 다루는 것이 좋습니다. 우리 지역 교육 위원회와 우리에게 가장 중요한 영향을 미치는 결정을 하는 주 의회의 경우 워싱턴 또는 세계의 이슈에 대해 너무 집중하는 경향이 있습니다. 

네번째는 당신의 컴퓨터를 고치는 것입니다. 컴퓨터에 의한 숫자를 없애려고 노력해야 합니다. Google+에서 볼 수 있는 빨간 알림 상자, 노래를 들을 때에도 당신에게 팝업으로 알려주는 것들, 모든 알림 팝업들, 이것들이 당신의 받은 편지함 숫자입니다. 그것들을 모두 제거하십시오. 그리고 당신 컴퓨터에서 하는 일에 집중하기 위해 노력해야 합니다. 컴퓨터는 구글, 마이크로소프트, 페이스북의 것이 아닌 당신의 것입니다. 여전히 사람들은 깨어있는 동안 눈앞에 보이는 것을 얻기 위해 끊임없이 전쟁을 하고 있습니다. 여기 당신 시스템 알람 제거를 도와줄 자료와 팁 목록을 같이 마련해 놓았습니다. 

다섯번째로, 나이 드신 분들이 알아들을 수 없을 것 같은 정보를 사용하지 않는 것입니다. 고도로 처리된 자료는 피해야 하고 자료와 직접 맞닿아야 합니다. 독자와 시청자들에게 원본 자료에 대한 권한을 주지 않는 뉴스 기사는 피해야 하고 당신 스스로 적극적으로 원본 자료를 찾아야 합니다. 

정보의 사용을 당신이 통제할 수 있다는 것을 어떻게 알 수 있나요? 

Clay Johnson: 처음 제가 이런 일을 했을 때, 특히 광고와 내 일정 알람을 지운 후에는 마치 제 몸무게가 줄어든것 같은 느낌이 들었습니다. 당신 자신이 고통 받고 있다는 것을 깨닫기 전까지는 아주 시끄러운 에어컨이 놓여있는 방에 있는 것처럼 느껴집니다. 하지만 그 에어컨을 끄고 나면 안도의 한숨을 쉴 수 있습니다. 불행하게도 이것은 당신의 뇌에 그 다음 도파민이 도달하여 뇌가 걱정하기 시작하기 전까지라는 아주 짧은 시간 동안 지속됩니다. 그러나 그 상태를 유지시키려고 하십시요. 저의 경우에, 약 1년동안 정보의 다이어트를 한 후, 제 아내와 가족과 더 많은 시간을 보낼 수 있다는 것을 깨닫게 되었고, 일을 더 잘 하게 되었으며 전반적으로 스트레스도 덜 받게 되었습니다.

728x90
반응형
반응형

원문 : A look at Java 7"s new features 


------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Java 7에는 개발자들이 좋아할만한 많은 특징들이 있다. switch구문에서 사용하는 String, 다중 exception처리multi-catch exception), try-with-resource 구문, 새로운 파일시스템 API, JVM의 확장, 동적 타입의 언어에 대한 지원, 유사한 작업을 위한 fork와 join 프레임워크 등 분명히 많은 곳에서 수용되어질 것이다. 

아래에 Java 7의 특징을 설명하고 예제를 제공하였다.. 이 글에서 사용한 코드가 담긴 zip파일은 이곳에서 다운로드 받을 수 있다.

개선된 점들

Java 7은 Project Coin을 통한 새로운 특징을 포함하고 있다. 이 특징들은 개발자들에게 상당히 유용하다. 

다이아몬드(<>) 지시자 

당신은 사용하고 있는 IDE에 대한 불평으로 Generics를 사용한 경우를 많이 언급해왔을 것이다. 예를 들면 우리가 Map을 이용한 Generics를 선언할 때에 아래와 같이 코드를 작성할 것이다.

Map> trades = new TreeMap> ();

이런 선언에 대한 안 좋은 점은 오른쪽에 있는 선언이 불필요하게 보일지라도 우리는 양쪽에 타입을 선언해야만 한다는 것이다. 왼쪽에만 선언한 것으로 컴파일러가 타입을 추측할수 있을까? Java 7을 사용하지 않으면 불가능하다. Java 7에서는 아래와 같이 작성한다.

Map> trades = new TreeMap <> ();

얼마나 멋진가? 당신은 인스턴스를 생성하기 위해서 전체 타입을 입력할 필요가 없다. 대신 다이아몬드 지시자라고 불리는 <> 기호를 사용한다. trades = new TreeMap() 과 같이 다이아몬드 지시자를 선언하지 않는 것은 허용되지만 컴파일러가 Type safety warning을 발생시킨다. 

switch 구문에서 String 사용 

Switch 구문은 기본형과 열거형만 사용이 가능했다. Java 7은 switch 문에서 사용할수 있는 다른 타입을 추가하였다. 바로 String 타입이다. 

Trade의 상태로 진행되는 요구사항이 있다고 해보자. 지금까지는 이러한 상황에서 if-else구문을 사용해왔다.

private void processTrade(Trade t) {
  String status = t.getStatus();
  if (status.equalsIgnoreCase(NEW)) {
    newTrade(t);
  } else if (status.equalsIgnoreCase(EXECUTE)) {
    executeTrade(t);
  } else if (status.equalsIgnoreCase(PENDING)) {
    pendingTrade(t);
  }
}

String으로 동작하는 이 메서드는 대충 만들었다. Java서에서 우리는 String 타입을 변수로 받는 향상된 Switch문을 활용하여 이 메서드를 향상시킬수 있다.

public void processTrade(Trade t) {
  String status = t.getStatus();
  switch (status) {
    case NEW:
  newTrade(t);
  break;
    case EXECUTE:
  executeTrade(t);
  break;
    case PENDING:
  pendingTrade(t);
  break;
    default:
  break;
  }
}

위에 프로그램에서는, 상태 필드를 계속 String.equals() 메서드를 사용한 case label과 비교하였다. 

자동 자원 관리 

Connection, Files, Input/OutStream 등과 같은 자원은 코드를 작성한 개발자가 수동으로 회수해야만 했다. 보통 우리는 각각의 자원을 회수하기 위해 try-finally 블록을 사용한다. 아래 예제를 보면 리소스를 만들고, 그것을 사용하고 마지막에는 그것을 회수한다.

public void oldTry() {
  try {
    fos = new FileOutputStream("movies.txt");
    dos = new DataOutputStream(fos);
    dos.writeUTF("Java 7 Block Buster");
  } catch (IOException e) {
    e.printStackTrace();
  } finally {
    try {
  fos.close();
  dos.close();
    } catch (IOException e) {
  // log the exception
    }
  }
}

그러나, Java 7은 자동으로 리소스를 관리하는 훌륭한 기능을 소개하고 있다. 동작 또한 간단하다. 우리가 해줄 것은 try문 안에 아래와 같이 자원을 선언하는것 뿐이다.

try(resources_to_be_cleant){
  // your code
}

예전 try문을 사용한 위의 메소드는 아래 보여지는 것처럼 이 새로은 기능을 사용하여 다시 작성될 수 있다.

public void newTry() {
  try (FileOutputStream fos = new FileOutputStream("movies.txt");
  DataOutputStream dos = new DataOutputStream(fos)) {
    dos.writeUTF("Java 7 Block Buster");
  } catch (IOException e) {
    // log the exception
  }
}

위의 코드는 또한 이 특징의 다른 측면도 보여주고 있다 : 여러개 자원들에 대해서도 동작을 한다. FileOutputStream과 DataOutputStream 은 각각 세미콜론(;)으로 나눠서 차례로 try 문 안에 쌓여있다. 

try블록에 존재하는 기능이 한번에 자동으로 스트림을 회수해주기 때문에 우리는 수동으로 스트림을 null 처리하거나 close해줄 필요가 없다. 자동으로 회수되어져야 하는 자원들은 내부적으로 java.lang.AutoCloseable 인터페이스를 구현 해야만 한다. 

AutoCloseble 인터페이스를 구현한 리소스들은 자동 자원 관리를 위한 지원자가 될 수 있다. AtutoCloseable은 java.io.Closeable 인터페이스의 부모이고 오직 close() 메서드 하나만을 가지고 있다. 이 close() 메서드는 try 블록이 나왔을 때에 JVM에 의해서 호출된다. 

숫자와 관련된 문자에 밑줄 표시 

숫자와 관련된 문자들은 분명히 눈 여과기이다. 만약 10개의 0이 있는 숫자가 있다면 당신은 나와 마찬가지로 0을 세어보기 시작할 것이다. 만약 100만 또는 10억의 숫자가 있는데 당신이 오른쪽에서 왼쪽으로 자릿수를 세어보지 않는다면 문자를 인식하는데 실수를 범하기 쉽고 어려울 것이다. 더이상 그럴 필요가 없다. Java 7에는 자릿수를 표시하기 위한 underscores(밑줄)이 포함되어있다. 예를들어, 아래와 같이 1000을 선언 할 수 있다.

int thousand =  1_000;

1000000은 아래와 같다.

int million  =  1_000_000

이번 릴리즈에는 2진수에 대한 것도 소개 되었다. 예를 들어 "0b1"과 같이 2진수도 표현할 수 있어서 개발자들이 더 이상 16진수로 이것을 변환하지 않아도 된다. 

향상된 예외처리 

예외처리 영역에서 2가지 향상된 점이 있다. Java7에서는 하나의 catch블록을 사용해서 여러개의 예외를 처리하기 위한 multi-catch 기능을 소개하고 있다. 

3개의 예외를 처리 해야하는 메서드가 있다고 가정해보자. 현재 상태에서는 아래처럼 각각의 예외를 처리해야 한다.

public void oldMultiCatch() {
  try {
    methodThatThrowsThreeExceptions();
  } catch (ExceptionOne e) {
    // log and deal with ExceptionOne
  } catch (ExceptionTwo e) {
    // log and deal with ExceptionTwo
  } catch (ExceptionThree e) {
    // log and deal with ExceptionThree
  }
}

catch 블록 안에 여러개의 예외를 차례로 처리하는 모습은 어수선해 보인다. 나는 12개의 예외를 잡는 코드를 본적도 있다. 이것은 믿을 수 없을 정도로 비효율적이고 오류를 범하기 쉽다. Java 7은 이 미운 오리새끼를 다루기 위해 언어에 새로운 변화를 가져왔다. 아래에 oldMultiCatch 메서드의 향상된 버전을 보자.

public void newMultiCatch() {
  try {
    methodThatThrowsThreeExceptions();
  } catch (ExceptionOne | ExceptionTwo | ExceptionThree e) {
    // log and deal with all Exceptions
  }
}

여러개의 예외들은 "|" 연산자를 사용해서 1개의 catch블록 안에서 처리된다. 이 방법으로 더이상 12개의 catch문을 작성할 필요가 없다. 그러나 다른 타입에 속하는 여러 개의 예외가 있다면 "multi multi-catch" 블록을 이용하면 된다. 아래 예제에는 이 내용을 보여주고 있다.

public void newMultiMultiCatch() {
  try {
    methodThatThrowsThreeExceptions();
  } catch (ExceptionOne e) {
    // log and deal with ExceptionOn
  } catch (ExceptionTwo | ExceptionThree e) {
    // log and deal with ExceptionTwo and ExceptionThree
  }
}

다른 분류에 속하는 ExceptionTwo와 ExceptionThree는 다르게 분리되었지만, 하나의 catch블록에서 처리되어있다.

새로운 파일 시스템 API (NIO 2.0)

Java IO를 사용한 많은 사람들은 여전히 프레임워크에 의해서 발생되는 골치 거리들을 기억할 것이다. 운영체제나 다중파일 시스템에서 동일하게 적용하기 정말 어렵다. 대부분 예기치 않게 발생된 delete나 rename 메서드가 그런 경우이다. 특정 기호로 연결되어 작동하는 것은 다른 문제이다. 본질적으로 API는 정비가 필요하다. 

Java IO에서 나타난 위의 문제점들을 풀기 위해서 Java 7은 정비된 많은 종류의 새로운 API를 도입하였다. 

NIO2.0은 많이 향상된 점을 가지고 나왔다. 또한 다중파일시스템으로 작업하는 개발자의 삶의 불편을 덜어주기 위해 새로운 클래스들을 도입하였다. 

Path를 이용한 처리 

새로운 java.nio.file 패키지는 Path, Paths, fileSystem, FileSystems 등과 같은 클래스와 인터페이스로 구성되어있다. 

Path는 단순이 file 경로의 참조이다. java.io.File과 비슷하다(더 많은 특징을 가지고 있다). 아래에서는 temp 폴더의 참조 경로를 어떻게 획득하는지를 보여주고 있다.

public void pathInfo() {
  Path path = Paths.get("c:\Temp\temp");
  System.out.println("Number of Nodes:" + path.getNameCount());
  System.out.println("File Name:" + path.getFileName());
  System.out.println("File Root:" + path.getRoot());
  System.out.println("File Parent:" + path.getParent());
}

실행 결과는 다음과 같다.

Number of Nodes:2
File Name:temp.txt
File Root:c:
File Parent:c:Temp

파일이나 디렉토리를 삭제하는 것은 Files 클래스에 있는 delete 메서드를 호출하는 것만큼 간단하다. Files 클래스는 NoSuchFileException을 처리하는 것과 처리하지 않는 2개의 delete 메서드를 가지고 있다. 

아래에 delete 메서드 호출은 NoSuchFileException을 던진다. 따라서 해당 exception을 처리해야만 한다.

Files.delete(path);

만약 file 또는 디렉토리가 존재하지 않는다면 예외를 던지길 기대하더라도 Files.deleteIfExists(path)은 예외를 던지지 않는다. 

파일 시스템에서 효과적으로 동작하는 Files.copy(..)나 Files.move(..)와 같은 유용한 메서드를 사용할수 있다. 당신의 코드에서 링크를 만들때에 단순히 createSymbolicLink(..) 메서드를 사용하면 된다. 

알림을 변경한 File 

JDK7에서 가장 마음에 드는 점은 File Change Notifications의 추가이다. 아주 오랫동안 기다려왔던 이 기능은 마침내 NIO 2.0에 추가되었다. 

API를 구현하는데 관련된 단계는 아래와 같다.

  • WatchService를 생성한다. 이 서비스는 WatchKeys를 가지고 있는 큐로 구성되어있다.
  • 이 WatchService로 모니터링하고 싶은 디렉토리나 파일을 등록한다.
  • 등록하는 동안 받고 싶은 이벤트의 타입을 정의한다. (추가, 수정, 삭제등)
  • 이벤트를 받기위해 무한대 루프를 실행시켜야만 한다.
  • 이벤트가 발생하면 WatchKey 가 큐안으로 저장된다.
  • WatchKey를 사용하기 위해 쿼리를 호출한다.

다음 예제를 통해서 따라해보자. 우리는 특정 디렉토리를 감시하는 DirPolice 자바 프로그램을 만들것이다. 방법은 아래에 제공되어있다. 

1. WatchService 객체를 생성한다.

WatchService  watchService = FileSystems.getDefault().newWatchService();

2. 볼수있는 디렉토리의 참조경로를 가져온다. 나는 파일명을 하드코딩하지말고 파라메터로 전달하기를 추천한다.

path = Paths.get("C:\Temp\temp\");

3. 다음 단계는 모든 종류의 이벤트를 WatchService 에 등록한다.

dirToWatch.register(watchService, ENTRY_CREATE, ENTRY_MODIFY, ENTRY_DELETE);

이 타입들은 java.nio.file.StandardWatchEventKinds 에 정의된 이벤트 타입들이다. 

4. 무한 루프를 초기화하고 이벤트를 잡기위해 시작시킨다.

while(true)
{
  WatchKey key = watchService.take(); // this would return you keys
}

5. 키 이벤트들을 통해 실행된다.

for (WatchEvent event : key.pollEvents()) {
  Kind kind = event.kind();
  System.out.println("Event on " + event.context().toString() + " is " + kind);
}

예를들어, temp 디렉토리를 수정하거나 삭제하면 콘솔창에 각각 아래와 같은 문장을 보게 될것이다.

Event on temp is ENTRY_MODIFY 

Event on temp is ENTRY_DELETE

DirPolice 소스와 과련된 메서드는 아래에 게시되어있다. (전체 소스코드 다운로드)

/**
 * This initiates the police
 */
private void init() {
  path = Paths.get("C:\Temp\temp\");
  try {
    watchService = FileSystems.getDefault().newWatchService();
    path.register(watchService, ENTRY_CREATE, ENTRY_DELETE,
        ENTRY_MODIFY);
  } catch (IOException e) {
    System.out.println("IOException"+ e.getMessage());
  }
}

/**
 * The police will start making rounds
 */
private void doRounds() {
  WatchKey key = null;
  while(true) {
    try {
      key = watchService.take();
      for (WatchEvent event : key.pollEvents()) {
        Kind kind = event.kind();
        System.out.println("Event on " + event.context().toString() + " is " + kind);
      }
    } catch (InterruptedException e) {
      System.out.println("InterruptedException: "+e.getMessage());
    }
    boolean reset = key.reset();
    if(!reset)
      break;
  }
}


Fork와 Join

Java 프로그램에서 병렬코어들을 효과적으로 사용하는것은 항상 도전이었다. 여러개의 코어에 작업을 나눠주고 결과를 리턴받기위해 그것들을 조인하는 소수의 프레임워크들이 있다. Java7은 Fork와 Join 프레임워크로 이 기능들을 포함했다. 

기본적으로 소규모 작업이 더 이상의 분할이 없이 해결될 수 있을 때까지 Fork-Join은 작업들을 소규모로 나눈다. divide-and-conquer 알고리즘과 비슷하다. 이 프레임워크에서 주목할만한 중요한 개념은 원칙적으로 worker thread는 더이상 유휴상태일리가 없다는 것이다. 바쁜 worker들로부터 작업을 "훔친다" 는 것은 이 프레임워크가 work-stealing algorithm를 구현했다는 것이다. 

Fork-Join 메카니즘을 지원하는 코어 클래스들은 ForkJoinPool과 ForkJoinTask이다. 

ForkJoinPool 은 기본적으로 위에서 말했던 work-stealingalgorithm을 구현한 ExecutorService를 특화시켜서 구현한것이다. 

우리는 수많은 프로세서들을 동일한 레벨의 대상으로 제공함으로써 ForkJoinPool 객체를 생성한다.

ForkJoinPool pool = new ForkJoinPool(numberOfProcessors)

여기서 numberOfProcessors = Runtime.getRunTime().availableProcessors(); 

그러나 ForkJoinPool의 기본 인스턴스는 위에서 얻은 동일한 개수로 동일한 단계로 설정 해야 한다. 

해결해야 할 문제는 ForkJoinTask 안에 만들어져 있다. 그러나 RecursiveAction 과 RecursiveTask 클래스는 특별하게 구현되어 있다. 이 2개 클래스의 차이점은 앞에것은 리턴값이 없는 반면에 뒤에것은 특정 타입의 오브젝트를 리턴한다는 것이다. 

여기 당신의 요구사항을 나타낸 RecursiveAction 와 RecursiveTask 클래스를 어떻게 생성하는지 보여주고 있다.(나는 RecursiveAction 클래스를 사용했다.)

public class MyBigProblemTask extends RecursiveAction {
  @Override
  protected void compute() {
    . . . // your problem invocation goes here
  }
}

당신은 computing 기능을 필요하는 곳에 compute 메서드를 오버라이드 해야한다. 그리고 ForkJoinPool 안에 있는 호출 메서드 부름으로써 ForkJoinTask를 Executor에 전달한다.

pool.invoke(task);


동적 언어 지원

Java는 변수, 메서드와 반환값들의 타입을 컴파일 시간에 체크하는 정적인 유형의 언어이다. JVM은 타입정보를 찾는것에 대한 우려 없이 런타임시간에 강력히 정의된 바이트 코드를 실행시킨다. 

동적으로 타입이 정해지는 다른 유형의 언어들이 있다. Ruby, Python, Clojure 는 이 분류에 속한다. 이 언어들은 타입이 실행시간때까지 정해지지 않는다. 어떤 필요한 타입의 정보를 가지고 있지 않다는것은 Java에서는 불가능하다. 

동적 언어를 효과적으로 실행하는 것을 임시적으로 처리한것에 대한 자바진형에 압력이 증가하였다. 이들 언어들을 JVM에서 실행하는 것이 가능할지라도, 제약과 제한이 없는 것 은 아니었다. 

Java7에 있는 동적호출이라는 새로운 기능을 소개하였다. 이것은 자바 이외의 언어의 요구사항을 포함하기 위해 가상머신을 변경하여 만든것이다. java.lang.invoke 라는 새로운 패키지는 MethodHandle, CallSite등과 같은 클래스로 구성되어있고 동적 언어에 대한 지원을 확장하기 위해 만들어졌다.

마무리

우리가 알아본 Java7은 개발자의 얼굴을 웃음짓게 할 몇 가지 부가 기능들을 가지고 있다. 그리고 오픈소스 지원과 JVM 확장을 통한 동적언어 지원은 자바 진형 이외의 개발자들에게도 좋은 평가를 받을것임에 틀림없다.

728x90
반응형

+ Recent posts