MongTang's Box

[JavaScript] 보조도구인 듯 보조도구 아닌 보조도구 같은 JavaScript

몽땅™ — Mon, 22 May 2017 18:15:28 +0900

"요즘 따라 내꺼인 듯
내꺼 아닌 내꺼 같은 너"

몇 년전 유행가의 노래말중에 하나이다. 왜 이렇게 해묵은 유행가 가사를 인용까지 했는지는 오늘 포스트의 주제를 보면 알 수 있다. 동물로 비유하면 "코끼리"와 "바다코끼리"쯤되는, 자바(Java)와 이상한 동질감아닌 동질감을 갖는 주인공, 바로 자바스크립트(JavaScript)이다. 맞다, 자바스크립트는 자바와는 완전히 다른 언어이다. 하지만, 대부분 사람들^[각주:1]은 모른다. 오늘 주제도 마찬가지로 사람들이 모른다. 요즘에는 자바스크립트를 웹(Web)의 '보조도구'라고만 생각하지 않는다. 물론 이전까지는 '웹브라우져 안에서 DOM 컨트롤을 동적으로해주는 느려터진 아이'로 생각했을 수 있다. 하지만 이전 포스트에서도 말했듯이 자바스크립트는 이제 웹브라우져안에만 갇힌 녀석은 아니라는 것이다.

브랜던 에이크(Brendan Eich)가 자바스크립트를 10일만에 완성하고 웹브라우져에 탑재되었때만하더라도 표준도 없었고 각자 경쟁사별로 독자 표준^[각주:2]을 사용하고 있을때였다^[각주:3]. 자바스크립트로 HTML문서를 불러오고나서 DOM을 동적으로 다루는 일이 가능해졌고 사람들은 이것으로 각종 효과^[각주:4]를 만들어낸다. 이 덕분에 사람들은 웹에 이동말고 움직임을 부여할 수 있게되었고 그 상황은 고착화되었다. 필자 역시 이맘때쯤 자바스크립트를 처음 접했으니 웹의 '보조도구'로써 유용한것 이외에는 자바스크립트를 집중해서 배우진 않았다^[각주:5]. 그때 당시 진짜로 그것밖에 역할이 없었다.

나름 반전의 요소라고 할 수 있지만 크게 흥행까진 못했던^[각주:6] XMLHttpRequest^[각주:7]인데, 이 API 덕분에 서버와 클라이언트간 상호통신이 가능해졌다. XML형식으로 통신하기 위해 개발되었지만 나중엔 확장된다. 서버와 클라이언트가 데이터를 주고 받는 관계가 되었는데도 불구하고 자바스크립트는 여전히 '보조도구'였다^[각주:8].

이렇게 신생언어이면서 천천히 발전해오던 자바스크립트가, 그저 '보조도구'일것 같았던 자바스크립트가 크게 주목을 받기 시작한건 구글이 구글맵을 만들면서 맵의 데이터 로딩과 페이지 전환에 대한 고민을 해결했을때였다. 구글은 AJAX (Asynchronous Javascript And XML)로 그 고민을 해결했다. 요즘은 우리가 손쉽게 지도를 확대하면 축척에 따른 데이터를 볼 수 있지만^[각주:9] AJAX개념이 없을땐 사실상 페이지마다 링크를 타고 가는것과 비슷했다. 그 상황을 반전시킨것이다. 심지어 생각보다 느리지도 않다(!!).

구글 덕분에 자바스크립트가 주목을 받게되었다. 그리고 또 한번 구글 덕분(?)에 자바스크립트가 지금과 같은 비상을 할 수 있게된다. 구글 크롬이 돌풍을 일으키면서 브라우져 시장을 휘져었을때^[각주:10], V8라는 자바스크립트 엔진으로 큰 덕을 보게 되는데, 그 큰 덕은 바로 속도였다. '느려터진 아이'로 천대 받던 자바스크립트의 속도를 끌어올린것이다. 그냥 가만히 있는 자바스크립트로도 놀라운 일이였지만 정작 대형사고는 다른곳에서 나온다. V8 덕분에 자바스크립트의 속도가 올라가니 NodeJS가 등장했다^[각주:11]. NodeJS의 등장은 자바스크립트뿐만아니라 다른 서버사이드 언어에도 영향을 미쳤다. 이제 자바스크립트는 PHP,JSP,C#,Pyhton,Perl, 등과 같은 입장이 된것이다. 이것은 자바스크립트만으로 프론트엔드와 백엔드를 전부 개발할 수 있게했고 많은 개발자들이 열광했다^[각주:12]. NodeJS 등장을 계기로 자바스크립트의 성장은 고공행진하고 있다.

이렇게 천대(?)받던 언어가 요즘 가장 핫한 언어로 성장하는 이야기는 정말 놀라지 않을 수 없다. 속담에 "개천에서 용났다."가 딱 어울릴 상황이다. 개인적으로도 아주 좋은 현상이라고 생각한다. 하지만 지금의 관심이 지속될지, 성장도 계속 될지는 의문이다.

javascript로 개발하지 않는 개발자들 [본문으로]
넷스케이프는 JavaScript, IE는 JScript [본문으로]
이후에 상표문제로 JavaScript라는 표준은 못쓰고 ECMAScript라고 표준을 정의했다. (ES##) [본문으로]
우리의 웹사이트를 느려지게 했던 근원 [본문으로]
근데 지금은 자바스크립트로 먹고 산다. [본문으로]
영화로 비유하면 국제 영화제에서 작품상을 휩쓸었지만 박스오피스 점수는 평가에 비해 좋지 않을 경우와 비슷하다. [본문으로]
기능적으론 개벽이라고 생각하지만 많은 이들이 그냥 서버에서 처리하고 클라이언트로 전달하는걸 더 많이 선택했었다(그냥 페이지 링크거는 일). [본문으로]
JSON 규격이 나왔지만 여전히 XML이 대세였던 시절 [본문으로]
대화식 [본문으로]
아직도 휘졌고 있다 [본문으로]
중간에 jQuery가 등장했고 이 역시 커다란 영향을 미쳤다. [본문으로]
그리고 우린 또 배운다. [본문으로]

[JavaScript] JavaScript의 시작

몽땅™ — Thu, 9 Mar 2017 12:06:03 +0900

필자는 예전부터 컴퓨터에 관심을 갖게 되었고 그 관심이 이어져 컴퓨터공학을 전공하게 되었는데, 그 시작은 바로 웹(Web)이였다. 그 당시에는 자바스크립트(JavaScript)는 보조도구^[각주:1]에 지나지 않았지만, 지금은 가장 폭발적으로 성장 및 확장을 하고 있는 개발언어가 되었다. 아직 어떻게 발전할지 얼마나 발전하지, 언제까지 발전할지는 미지수 있지만 '현재 웹브라우저에서 할 수 있는 모든걸 할 수 있다'라고 말할 수 있고 심지어 데스크탑 영역의 응용프로그램^[각주:2]이나 서버^[각주:3], 또 모바일^[각주:4]까지 자바스크립트로 개발된다.

물론 이런 방향은 예전부터 있어왔지만 지금처럼 큰 바람을 만들진 못했었다. 그 이유는 여러가지가 있겠지만, 그것은 나중에 다루고 오늘은 자바스크립트 탄생의 배경을 남겨볼까한다. 물론 내가 남기는것보다 더 정확하고 많은 정보는 이미 인터넷에서 쉽게 찾을 수 있다. 그럼에도 내가 이렇게 글을 쓰는 이유는 상기 시키는 목적과 기록으로써 정보^[각주:5]를 남겨놓고 싶은 마음이다.

자바스크립트란?

현대 집단지성의 대표, 위키피디아(Wikipedia)의 설명^[각주:6]에 따르면 '객체 기반의 스크립트 프로그래밍 언어이며 웹브라우져에서 주로 사용한다.'라고 나와 있다. 아래의 정의와 설명은 아주 간결하게 표현되어있다. 아래의 설명을 숙지하자.

자바스크립트(JavaScript)는 객체 기반의 스크립트 프로그래밍 언어이다. 이 언어는 웹브라우저 내에서 주로 사용하며, 다른 응용 프로그램의 내장 객체에도 접근할 수 있는 기능을 가지고 있다. 또한 Node.js와 같은 런타임 환경과 같이 서버 사이드 네트워크 프로그래밍에도 사용되고 있다. 자바스크립트는 본래 넷스케이프 커뮤니케이션즈 코퍼레이션의 브랜던 에이크(Brendan Eich)가 처음에는 모카(Mocha)라는 이름으로, 나중에는 라이브스크립트(LiveScript)라는 이름으로 개발하였으며, 최종적으로 자바스크립트가 되었다. 자바스크립트가 썬 마이크로시스템즈의 자바와 구문(syntax)이 유사한 점도 있지만, 이는 사실 두 언어 모두 C 언어의 기본 구문을 바탕했기 때문이고, 자바와 자바스크립트는 직접적인 관련성이 없다. 이름과 구문 외에는 자바보다 셀프와 유사성이 많다.

자바스크립트는 자바(Java)와 직접적인 관련성이 없다고 말하지만^[각주:7] 언어적 특성이나, 종속적인 관계 말고 자바와의 연관은 당시^[각주:8] 넷스케이프 커뮤니케이션즈와 썬 마이크로시스템즈의 관계를 보면 자바스러운 스크립트 언어를 만들고 싶었던게 당시 넷스케이프 커뮤니케이션즈에서 높은 사람들의 생각이였다. 물론 브랜던 에이크^[각주:9]는 생각이 달라서 다른 언어들과는 다른 지금의 자바스크립트가 탄생했다.

자바스크립트의 대한 오해

브랜던 에이크 생각과 당시 개발 요구 사항은 괴리가 있었지만 브랜던 에이크는 그들이 원하는 '자바스러운^[각주:10]' 스크립트 언어를 개발한다. 무서운 사실은 10일만에 인터프리터(Interpreter)까지 완성했다. 그 와중에 그가 하고 싶었던 스킴(Scheme)의 함수형 언어 특징^[각주:11]을 최대한 반영했다. 그러면서 셀프(Self)라는 프로토타입형 객체지향 언어의 특징을 반영했는데, 이로인해 클래스형 개체지향 언어를 배운 사람들에게는 무시^[각주:12]받는 경우도 많았다.

자바스크립트는 사용하다보면 이상한점이 많은 언어이다. 가장 간단한 예로는 실수 연산에 문제가 있다. 이건 너무나 당연^[각주:13]한것이 당연하지 않게 발생^[각주:14]해서 개발자들로 하여금 결함(?)들이 명백하게 인식되어 ~~고쳐지는건 아니고~~ 모두가 회피한다. 또, 클래스형 객체지향 언어보다 막강하다라고 할 수도 없다. 명확하게 들어난 단점과 수 많은 오해(?) 때문에 많은 개발자들은 아직도 자바스크립트하면 거부감을 감추지 않는다. 그래서인지 '보조도구'의 그림자는 아직도 완전히 벗지 못한 상태이다. 이렇게 자바스크립트는 탄생부터 '보조도구'로 기획되었고 그 실수로 인해 많은 이들이 자바스크립트는 무시했지만 지금은 주목을 받고 있다. (조연이 주연을 못하랴..)

다음 포스트는 자바스크립트의 '보조도구'로써 어떤 일을 했나와 '보조도구'가 아닐 수 있다라는 생각을 많은 사람들이 공감하게 되었는지 쓸 예정이다.

현재의 개념이 없었거나, 상상도 안했던건아니였다. 하지만 이렇게 구체화 되어있진 않았다. [본문으로]
Electron [본문으로]
Node.js [본문으로]
cordova [본문으로]
몇개월, 몇년 뒤에 다시보면 새롭게 느껴질때가 많다. [본문으로]
https://ko.wikipedia.org/wiki/자바스크립트 [본문으로]
JavaScript의 상표는 오라클이 소유하고 있다. [본문으로]
넷스케이프에 자바를 내장할려고 했고 스크립트언어도 추가할 생각하고 있었을때 [본문으로]
스킴을 만들려고 넷스케이프 커뮤니케이션즈에 입사했다. [본문으로]
꼭 자바스러운 스크립트 언어가 아니라 자바나 C 처럼 생긴 스크립트 언어를 구상했다. [본문으로]
가이 스틸(Guy L. Steel)과 제럴드 서스만(Gerald Sussman)이 설계한 스킴은 리스프(Lisp) 언어의 큰 두 갈래 중 하나다. 다른 큰 갈래인 커먼 리스프(Common Lisp)가 상업적인 지원과 뛰어난 성능, 실용성 등으로 업계에서 널리 쓰인 것에 비해 스킴은 함수형 언어로서 리스프의 깔끔함과 아름다움을 정의해 주로 학계에서 교육에 많이 사용되었다. MIT의 프로그래밍 교육 교재로 널리 알려진 『컴퓨터 프로그램의 구조와 해석(Structure and Interpretation of Computer Program: SICP)』에서 프로그램을 가르치는 데 쓰인 언어로 널리 알려졌다(최근 수업에서 사용하는 언어를 파이썬으로 바꿨다). 마법사 책이란 별명이 있는 이 책은 복잡한 프로그램을 작은 함수형 모듈을 이용해 점진적으로 구현해가는 법을 가르치며 많은 개발자에게 함수형 스타일과 설계 방법을 매혹시켰다. 실제로 브랜던 에이크도 SICP를 통해 스킴에 빠졌으며 웹 브라우저에 내장되는 스킴을 구현하고자 하는 목표를 세우게 된다. [본문으로]
'클래스도 없는 장난감 언어'라는 조롱을 받는다. [본문으로]
IEEE 754 방식 부동소수점 연산 - http://steve.hollasch.net/cgindex/coding/ieeefloat.html [본문으로]
사람은 3.14 + 3.14가 3.14 * 2인걸 알아서 자바스크립트가 멍청해보인다. [본문으로]

에어팟 - 기대와 우려

몽땅™ — Mon, 9 Jan 2017 13:52:37 +0900

Apple의 AirPods

지난해 12월 13일 새벽 기습적으로 출시한 애플의 무선이어폰 에어팟은 출시 전부터 숱한 루머를 겪어왔다. 그리고 실제 제품이 공개되고 더 큰 혼란에 휩싸이게 된다.^[각주:1] 대중들이 먼저 논란을 벌인것은 바로 디자인이였다. 모두가 애플은 다른 무선 이어폰 경쟁업체보다 더 위화감이 없는 디자인이 나올 것을 기대했던터라, 그 실망감은 극에 달았다.^[각주:2]

모두에게 충격과 공포를 안겨준 사진 한장

이 사진으로하여금 네티즌들은 패완얼^[각주:3]이라며 사지 않겠다는 여론을 형성했다. 필자도 충격적이였지만, 밑에서 설명할 편의성과 기능을 때문이라도 사보고 싶었다. 사진을 보고도 "설마 이렇게되겠어?"라고 생각한것도 있지만 말이다. 이렇게 하루에도 열두번씩 내적갈등을 겪은 네티즌들은 실착을 해볼 수 있는 방법을 찾아헤매였고 결론은 "사보고 못쓰겠으면 반품"^[각주:4]으로 났다.

하지만 필자가 직접 제품을 받아서 사용해보니 위와 같은 착용법은 잘못된 착용법이다. 안경을 거꾸로 쓰거나 각도를 반대로 틀어서 쓰면 이상한것과 비슷한 이치이다. 정면사진으로만 보면 이해하기 어려워 측면 사진도 올려주셨는데 참으로 까(이)기 위한 사진일 수 밖에 없다.

무지에서 나오는 당당함.

일단 충분히 밀착이 안되어있고, 방향도 틀렸다. 밑에 올바른 착용법을 잘나타내는 사진 2장을 보면 차이가 느껴질것이다.

올바른 착용의 예 1 올바른 착용의 예 2

물론 애플이 이렇게 만든것에 대한 필자의 개인적인 의견도 "싫다"이지만, 위 사진들을 보면 착용법에 따라 흉물이 될 수 있다라는것^[각주:5], 정확한 착용을하면 위의 경악스러운 정면은 아니라는것이다. 필자 역시 밑에 있는 'Air'나 'Gear IconX' 같은 비교적 둥그런 형태를 기대했지만, 그렇지 않아서 실망은 했다. 하지만 충분히 밀착 시킨다면 기존의 귀를 전부 가리는 무선 헤드셋(헤드폰)보다는 눈에 덜 띈다. 다시 말해 착용한 모습이 크게 이상하지 않은 정도라는 것이다.

다른 무선 이어폰

실제 연결의 편리함과 소리 해상도, 배터리의 지속성은 칭찬할만하다. 최초로 제품에 연결할때도 어이없을정도로 빠르게 인식해서 당황했을 정도. 왜냐하면 제품을 받고 개봉 사진을 찍는도중 케이스를 열어서 사진을 찍는데 인식을 했다. 여기서 열결만 누르면 최초로 연결이 된다. 이후에 다른 기기와 연결은 최초로 블루투스 페어링^[각주:6]만해주면 된다.

사진찍는 도중에 케이스를 열면 이렇게 뿅!

이어팟과 외관상 다른점은 선이 없는것과 마이크의 위치, 센서유무 그리고 줄기(?) 부분의 두께의 차이 정도이다. 필자의 경우는 오히려 이어팟보다 에어팟을 착용하는게 더 안정적으로 느껴진다.

이어팟과 에어팟 포장을 뜯기전 상태포장에 있는 이미지와 정확하게 1:1 사이즈 생각보다 작고 가벼운 케이스

이제 애플워치만 더 진화한다면, 애플워치 단독으로 전화 받고 뉘앙스도 전달하는 문자 받아쓰기가 지원한다면 '아이폰'은 '서비스'로 남을지도 모르겠다.

세문장 요약

기기간 연결이 편리하고 빠르다.
이어팟의 음질보단 좋다.
배터리는 튼튼하다.

iPhone 7도 그랬지만 이것 또한 그러했다. [본문으로]
필자도 그중에 하나 [본문으로]
"패션의 완성은 얼굴"의 준말 [본문으로]
애플코리아 온라인스토어 기준 [본문으로]
안경을 예로 들었던걸 생각해보고 상상해보면 같은 이치이다. [본문으로]
기기간 연결 [본문으로]

한국의 첫 애플 리테일 스토어가 들어온다.

몽땅™ — Thu, 6 Oct 2016 12:06:49 +0900

9월 21일 조선Biz에서 단독으로 보도했던 애플코리아의 가로수길 부지 매입에 대한 기사를 읽고 '이번에도 속아보자'라는 생각으로 있었는데, 클리앙에서 실제로 등기부를 조회해 '이번에는 진짜!'라는 여론이 커졌다. 여러 가능성과 찌라시는 많았지만 이번에는 20년간 토지를 임대한다는 내용이여서 믿을만하다라는 이야기가 나오는 것이다. 애플코리아에서 한국의 첫 애플^[각주:1]을 어디에 열어야하는지 큰고민이였던것 같다. 약 1년전에 돌았던 찌라시에 따르면 "애플이 ㄱㄹㅅ길의 부지를 보고 갔다"는 이야기도 있었고 실제로 한국 Apple Care Trainer 직원을 채용하기도 했다. 그리고 각각 기사로 정확하다는 소식을 알 수 있었다.

애플 한국 법인이 없는것은 아니다. (유)애플코리아^[각주:2]가 그 법인인데, 소위 "보따라 장수와 다르지 않은 앱코^[각주:3]"와 "남북한의 통일이 애플 스토어 들어오는 일보다 빠르겠다"라는 뼈가 담긴 농담을 주고 받곤 한다. 그러던 애플이 애플코리아로 하여금 가로수길에 수십년간 장기로 토지를 임대하게 되었다. 그러한 정보는 수년간 루머에 시달린(?) 네트즌들은 부동산 등기까지 떼어가며 사실 확인에 나섰고, 곧 사실로 밝혀졌다.

애플스토어가 들어오는것과 들어오지 않는 것은 큰 차이가 있는데, 크게 3가지로 볼 수 있다. 첫번째는 A/S^[각주:4]가 개선된다. 한국에서 유독 애플의 A/S가 공격 받고 있는데, 이는 파트너쉽을 맺은 업체를 통해서 애플의 A/S를 받기 때문이고 Genius Bar^[각주:5]가 없기 때문이다. 애플스토어가 들어오면 그 안에 지니어스 바가 위치하여 애플의 A/S의 100% 아니 200%^[각주:6]를 받을 수 있게 된다. 두번째는 애플의 신규 제품의 1차 출시국에 선정될 가능성이 높아진다. 모든 1차 출시국이 그런것은 아니지만, 대다수 1차 출시국은 애플스토어가 1개 이상인 지역이기 때문이다. 마지막으로 세번째는 소비자들에게는 안좋은것일 수도 있지만 환불정책의 변경이다. 현재 오프라인스토어가 없는 애플코리아는 애플온라인스토어를 통해 제품을 팔거나 수많은 파트너 리셀러를 통해 제품을 판매해왔다. 그래서 소비자들에겐 특별한 혜택(?)이 있는데, 애플온라인스토어에서 구매한 제품은 30일 이내에 무조건 환불이 가능하다.^[각주:7] 하지만, 애플스토어가 들어오게 된다면 아마 이 혜택(?)은 14일 이내로 바뀌거나 무조건 환불 자체가 어려워지고 교환으로 바뀔 가능성이 커진다.

p.s1 iTunesStore와 ApplePay, 등 다른 서비스도 같이 들어오면 더할 나위없을 것 같다.

p.s2 2017년 1월 6일 애플이 공식적으로 한국의 리테일 직원 채용 공고를 올렸다. 그리고 2세대 애플스토어 형태일것이라는 기사가 나왔다.

p.s3 채용공고의 업무지역이 "다양함"은 무슨 의미 일까?

p.s4 애플에서 공식적^[각주:8]으로 확인해줬다.

구 애플 스토어 (애플 리테일 스토어), 글의 혼란을 막기위해 이하 애플스토어로 지칭. [본문으로]
애플코리아 유한회사, 이하 애플코리아 [본문으로]
(유)애플코리아의 준말 [본문으로]
After Service [본문으로]
애플의 전문가가 직접 고객과 소통해서 문제점을 해결해주는 창구, 이하 지니어스 바 [본문으로]
Apple Care는 물론이고 Apple Care+도 받을 수 있게된다. [본문으로]
제품을 구매했는데 마음에 들지 않거나 양품이 아닐경우에만 이용하자.(블랙컨슈머는 제지당할 수도 있고 다수가 피해를 입을 수 있다.) [본문으로]
http://www.cnet.co.kr/view/100153123 [본문으로]

애플의 Swift 교육

몽땅™ — Fri, 30 Sep 2016 17:35:00 +0900

우리나라에서 코딩교육은 장안에 화제이다. 학부모님들은 코딩교육을 시키려고 학원을 보낸다. 그래서 이것저곳에 SW 교육과정이 생겨나고 효과적인 학습방법도 개발되고 있다. 코딩교육에 대한 이야기는 다음에 다루기로하고 이번 포스트에서는 애플에서 내놓은 Swift 교육용 소프트웨어에 대해서 이야기할까 한다.

MIT에서는 Scratch(스케치)라는 언어로 코딩교육을 쉽게 할 수 있게 내놓았고 실제로 교육에 적용해서 큰 효과를 보였다. 그리고 고 스티브잡스나, 빌게이츠, 마크 저커버그, 등 많은 미국인들이 코딩 교육을 강조했다.

"이 나라 모든 사람이 컴퓨터 프로그래밍을 배워야하는 이유는 사고하는 법을 배워야 하기 때문이다."
- Steve (Paul) Jobs

그래서 그런지 애플은 Swift Playgrounds라는 iPad App을 만들어냈다. Playgrounds는 프로그래밍을 처음 접하는 사람들에게 프로그램 과정을 설명하는 사용설명서이면서 개발도 같이 할 수 있는 응용프로그램이다. 실제 사용해보니 설명이 직관적이며 손쉽게 코딩할 수 있게 해준다. 기본적으론 Swift이지만 문제를 해결하는 방법^[각주:1]을 가르쳐준다. 예를 들자면 빵을 만드는 요리법이나 장난감을 조립하는 설명서 같다. 또한 실시간으로 코딩한 결과를 볼 수 있어서 쉽게 잘못된점을 알아볼 수 있다.

Swift Playgrounds

Swift Playgrounds는 교육 자료를 내려받는 방식이다. 원하는 교육 과정을 다운로드한뒤 실행하고 각 단계별로 미션이 있고 미션을 수행하는 알고리즘을 개발하면된다. 타사에도 제공할 예정이라 교육에 활용하기 매우 좋을 것 같다.

Swift Playgrounds 첫 화면

실제 프로그래밍 화면과 실행화면

물론 Swift라는 언어를 이제 막 시작해서 그것을 효과적으로 전파하기 위한 수단일수도 있지만 실제로 Swift는 처음 배우기 편리하게 되어 있다. 내가 다른 언어를 먼저 배워서 그런건지 모르겠지만 상당히 쉬웠다. 만약에 내 주변에 프로그래밍을 배우고 싶은 사람이 있으면 권해주고 싶을 정도이다. 물론 내가 가르쳐도되지만 이걸로 놀이^[각주:2]하듯이 배운다면 효과가 더 좋을 것 같기 때문이다. 애플이 제공하는 기본 과정도 매우 탄탄해서 사용하고 바로 포스팅하고 싶어졌다는건 대나무숲^[각주:3]에서 이야기 하지 않아도 될것같다.

알고리즘 [본문으로]
Play [본문으로]
"임금님 귀는 당나귀 귀" [본문으로]

티스토리 기존 주석을 Bigfoot으로 교체

몽땅™ — Fri, 30 Sep 2016 16:01:18 +0900

티스토리에서 글을 쓸때 주석^[각주:1]을 많이 사용하는데, 기본으로 제공되는 주석는 모바일에서 문제있다.. 그래서 티스토리 모바일 전용 스킨에서는 개선해 놓은 사항이 많은데 문제는 내가 모바일 스킨을 안쓴다는것이다. 문제점은 3가지 정도 있다. 첫번째는 주석을 터치하면 말풍선이 나오는데 없어지지 않는다. 원인을 분석해본건 아니지만 마우스 오버가 되어 있지 않은 상태에도 없어지지 않는다. 두번째는 화면 양쪽에 주석이 있을경우 말풍선이 짤린다. 화면을 축소하면 볼 수 있겠다 생각했지만 축소해도 잘려서나온다. 아마 viewport를 제한해서 그런것 같다.^[각주:2] 이것이 세번째 문제이다. 내가 모바일 전용 스킨을 사용하지 않으니 당연히 개선된 사항을 반영할 수 없고 모바일과 PC에서 동일한 콘텐츠를 제공할 수 없게된다. 그래서 스스로 주석을 개선하기로 마음먹었는데 이미 많은 plugin이 나와 있었다.

그중에 하나가 Bigfoot(이하 빅풋)이다. 일단 이름에서도 알 수 있듯이 큰 주석을 자랑한다. 이전 주석보다 글자 크기도 크고 주석을 나타내는 말풍선도 크다. 물론 주석을 표시하는 Sign도 크다. 공식 홈페이지에서 파일을 받고 티스토리 스킨 편집에서 편집을 해주면 되는데, 생각보다 쉽다. js파일과 css 파일을 업로드 시켜주고 HTML 소스에 추가해주면 되는 아주 간단한 설치 방법이다. 추가로 아래처럼 지정해주면 이전과 똑같이 작동한다.

<script type="text/javascript">
$.bigfoot({
actionOriginalFN: "ignore"
});
</script>

원래는 점 3개로된 마커였는데, 숫자로된 버전도 지원한다. 의아하게도 공식 사이트에서 받은 css와 js는 디자인 오류가 생길 수 있다. 그래서 워드프레스 사용자가 만든 css 와 js를 사용하면 된다.

각주 [본문으로]
PC에서는 스킨 디자인을 파괴하면서도 출력되지만 모바일은 안된다. [본문으로]

혁신의 중독

몽땅™ — Fri, 9 Sep 2016 14:58:29 +0900

요즘 매체를 보면 아주 자극적인 소재가 매주 자주 나오는데, 이를 보는 시청자들을 처음에는 모르지만 서서히 자극에 무뎌져서 일정 수준을 넘어야만 평범하게 느끼게된다. 음식도 마찬가지로 매운건 더 맵게 짠건 더 짜게 먹게된다. 이처럼 사람은 중독에 빠지게되는데 오늘날에는 중독될것이 너무 많아졌다. 예전엔 술, 도박, 마약 등 기호 식품같은 것에 많이 중독되곤 했는데, 요즘은 기호 식품을 넘은 중독이 많아지고 있다. 그 중에 혁신의 중독에 대한 이야기를 해볼까한다. 이는 지극히 개인적인 생각이며 특정 업체나 특정 제품, 혹은 특정 소비자에 맞춰서 이야기하는것은 아니다.

얼마전 스마트폰 시장을 뜨겁게 달군 여러 제조사가 있었다. 그들은 한결같이 도전적인 내용들과 다른 제조사가 가지지못한 기술력 혹은 기능을 어필하느라 바빴고 소비자들과 기자들은 열광하고 정보를 공유하느라 바빴다. 이처럼 소비자와 소비재 제품을 만드는 기업은 다른 기업에서 만드는 제품에 대해 아주 민감하다. 그래서 다른 무언가를 끊임없이 만들고 판매한다. 그렇기 위한 전략은 회사마다 천차만별이다. 그중에 가장 내세우기 좋은것은 "남들이 하지 않은 '무엇(things)'이 있느냐"이다. 그렇기 때문에 남들이 하지 않은 '무엇'에 집중하게 되고 소비자들 역시 다른 '무엇'에 따라 소비의 방향을 결정하는데 집착하게된다.

이런 집착은 종소리를 들으면 침이 고이는 파블로프의 개^[각주:1]처럼 '혁신'이라는 단어를 들으면 자동적으로 구매욕이 생기는 결과를 낳게되었는데, 이러한 현상 때문에 기업들은 혁신에 목을 메어왔다. 하지만 혁신에는 늘 한계가 있다. 매번 새로운 것을 놀랍게 만드는 일은 매우 어려운일이다. 하지만 '혁신'이라는 자극이 너무 거세게 다가올 수록 무뎌지는 정도도 심해, 소비자들은 매번 "초심을 잃었다.", "혁신은 끝났다.", "혁신 잃은 OOO 이대로 추락?" 처럼 맹비난하게 된다. 이처럼 '혁신'이라는 열매를 먹고 자란 소비욕은 '혁신이 없으면 잘못되었다.'라는 프레임을 만들게 되었고 "혁신없는 제품과 혁신없는 제품을 만든 기업은 곧 망할 것이다."라는 저주도 서슴치않게되었다.

이세상 모든것에 혁신이 필요한것은 아니며 혁신적이더라하더라도 꼭 필요한것도 아니다. 이처럼 오늘날 우리가 목메는 '혁신'은 하나의 자극일뿐 그것이 중요한것은 아니라는것이다. 특히 '혁신'이 없는 제품을 발표한 기업은 소비자들로부터 '망했다.'라는 우려를 듣게된다. 나는 이것이 문제라고 생각된다. 회사가 망하고 성하는건 임직원이나 투자자 혹은 파트너사가 걱정해줘야할 문제이지 소비자가 직접나서서 걱정할 필요 없는것 같다. 기업이 망할까봐 소비하는것이 아니라 내가 맘에 안드는걸 사지 않는 소비를 지향해야한다. 맘에 들어서 사는것, 사고 싶은것을 사는것과 사고 싶었는데 '혁신'이 없어서 못사겠다라는건 다르기 때문이다. '혁신'이란것 없이 맘에 들수도 있는것이고 '혁신'이 있어도 맘에 안들수 있다. 즉, '혁신'이 없어도 '무엇'이 없어도 소비하는것은 나쁜것이 아니며, 틀린것도 아니다.

고정적 조건 형성 - https://ko.wikipedia.org/wiki/%EA%B3%A0%EC%A0%84%EC%A0%81_%EC%A1%B0%EA%B1%B4%ED%98%95%EC%84%B1 [본문으로]

사진의 품격 - 후보정에 대한 고찰

몽땅™ — Wed, 7 Sep 2016 10:08:22 +0900

(2016년 3월 17일 14:30분 나의 페이스북에 남긴 내용을 기록보관하기 위해 내용 수정없이 블로그로 옮긴 글이다.)

웹 서핑을 하다가 오랜만에 사진에 관한 포스트를 읽게 되었다. 후보정에 대한 이야기였다. 내가 카메라를 전문적으로 배운적은 없지만 취미로 시작한지는 10년이 넘었다. 내가 처음 사진에 관심을 가질때도 그랬고 포스트^[각주:1]에서 언급한대로 아직도 뜨거운 감자인 후보정에 대한 내용이다.

난 카메라로 찍은 그 상태의 결과가 만족스럽다면 후보정을 굳이 하지 않지만, 가끔 찍을때 상황(순식간에 피사체가 사라지는 경우, 카메라 액정으로는 만족스러운 경우)에 따라 결과가 만족스럽지 못할땐 무조건 후보정과 누락된 피사체(단체 사진에서 소수의 눈이나 입이 너무 생뚱 맞을때)를 합성하기도 한다.

결론적으로 난 후보정은 예술작품의 완성도를 높여주는 단계라고 생각한다. 즉, 필요에 따라 완성도를 높여야한다면 하는것이고 이미 충분하다라는 판단이 있으면 안해도 된다고 생각한다.

하지만 '그것은 잘못된 행동이다!'라는 쪽의 생각도 이해 못하는건 아니다. 후보정을 잘하는것도 스킬이고 사진을 잘 찍는것도 스킬이기 때문이다. 그래도 스킬은 예술적인 영감과 표현을 담아내는 방법이지 않을까?

읽은 포스트 : 사진 후보정은 정말 디지털 시대의 부적절한 행위일까? by 지후대디의 Favorite

사진 후보정은 정말 디지털 시대의 부적절한 행위일까? by 지후대디의 Favorite (http://lucy7599.tistory.com/638) [본문으로]

Apple Music - 한국에 첫 발을 내딛다.

몽땅™ — Fri, 12 Aug 2016 17:21:33 +0900

Apple Music

얼마전^[각주:1] 1년 2개월 만에 애플 뮤직이 한국에 정식으로 런칭되었다. 필자의 경우는 매우^[각주:2]까지는 아니지만 상당히^[각주:3] 기달렸던 애플의 서비스였다. 사실 애플이 중국 시장을 신경쓰면서 한국도 같이 신경써주길 원하지만, 애플은 한국시장에는 흥미가 없다. 아마 시장 규모^[각주:4]와 수익성을 고려하면 지금은 중국은 목표로하는것으로 보인다^[각주:5]. 그래서인지 원래 다른 나라였으면 애플 뮤직은 애플에서 제공하는 3~4번째^[각주:6] 서비스였을것이다. 하지만, 우리나라는 이제 두번째 애플 정식 서비스^[각주:7]이다.

애플 뮤직이 런칭되고 미국보다 미화로 2달러 정도 저렴한다는 이야기를 들었다. 그래도 애플이 다른 경쟁사와 가격선을 맞춘건 정말 좋았다. 하지만 국내의 대형 음원유통사^[각주:8]와 협의 없이 진출한건 아쉬웠다. 또 새벽에 기습 런칭^[각주:9]도 아쉬웠다. 아마 본사^[각주:10]에서 런칭한거라 그럴 수도 있을것 같았지만, 그래도 미리 공지해줬으면했었다.

필자는 애플 뮤직 런칭 소식을 듣고 부랴부랴 구독^[각주:11]했다. 국내 음원이 부족한건 중요한 사항이 아니였다. 필자는 서버에 설치된 아이튠즈의 음악파일과 맥북의 음악파일을 아이폰에서 스트리밍만 할 수 있어도 본전은 얻은거라고 생각했기 때문이다. 기존에 아이튠즈로 음원을 관리하고 폰이나 패드 등에 동기화를 해왔었다. 이제는 매번 동기화 할 필요없고 모바일 기기의 용량을 잡아 먹을 필요가 없어졌다. 또, 100,000^[각주:12]곡을 iCloud에 업로드할 수 있다. 그러면서 기존의 iCloud 저장소의 용량에는 영향이 없으니 나로썬 충분히 구독할만 했다.

애플 뮤직에 가입하고 구독하면 모든 애플 장비는 물론이고 안드로이드, 윈도우에서 애플 뮤직을 이용할 수 있다. 그래서 음원 파일은 보관하고 있는 서버부터 iCloud 음악 보관함 기능을 켰다. 애플 뮤직에 있는 파일인지 비교 대조를 하면서 올리기 때문에 매우 느리다. 필자는 약 7,000곡을 보유하고 있는데 전부 매칭하는데 7일정도 걸렸다. 또한, 태그를 정리하는데에도 상단한 시간을 투자해야했다. 이전에 iTunes Match라는 서비스도 존재했고 그 서비스를 이용했던 사용자라면 문제 없이 사용이 가능하다. 심지어 둘다 동시에 사용^[각주:13]이 가능하다.

필자는 세세하게 재생목록을 나누는걸 싫어해서 왠만하면 통째로 넣고 듣는 타입이다. 년도별, 가수별, 장르별로 나누는건 요즘은 기본으로 해주니깐 문제가 아니지만 M.R.용 음원이 골치였고 음악 감상용이 아닌 음원^[각주:14]도 골치였다. 그래서 스마트 재생목록을 잘 이용하는편인데, 개발자답게 이미 만들어진 재생목록을 쉽게 이용해 음원을 추가하면 자동으로 거를 수 있게 만들어두었었다. 애플 뮤직을 이용하기 전까지는 매우 유용했다. 하지만, 애플 뮤직의 스마트 재생목록은 그렇게 사용할 수 없다. 그것을 아는데만 꽤걸렸다. 단지 업로드가 완료되지 않아서 그런걸로만 알고 있었으니 말이다. 애플이 이렇게 무심한가 생각이 들었던 그 순간, '혹시 마이그레이션 과정^[각주:15]에서 충돌이 일어난것이 아닌가?'하는 생각에 새롭게 스마트 재생 목록을 구성했는데, 그때서야 비로소 경고 문구가 나타난다. 다른 스마트 재생목록^[각주:16]을 필터링에 이용할 수 없다는 안내이다. 아마 재생목록 마다 독립성 문제 때문에 그런것 같았다. 그래서 그냥 스마트 재생목록마다 하나하나 필터링을 추가하고 사용하니 문제 없이 잘 된다. 아직 사용중에 불편한것도 없고 오히려 이전보다 음원을 추가했을때 실시간으로 반영되것이 무척 마음에 든다.

애플 뮤직은 이해의 난이도가 상당한 편이라고 생각한다. 왜냐하면 애플 뮤직 iCloud 음악 보관함 상태를 나타내는 아이콘과 상태가 7가지 이상은 되고 업로드를 기다린다해도 회색으로 처리되는 부분과 아닌 부분이 차이가 있어서 이해하기 어려웠다. 하지만 애플답게 익숙해지면 별거 아니다. 구독 초반에 앨범정보나 아이튠즈로 관리해온 음원들의 평점이나, 하트, 재생횟수, 건너뜀 횟수, 등 개인적인 설정을 백업하지 않았다면 여태 쌓아온 데이터를 날릴뻔했으니 초기 진입장벽이 높은편이다. 반면에 초기부터 애플 뮤직으로 관리한다면 아마 애믈 뮤직은 그날 내가 듣고 싶은 곳들만 선별해 줄 수 있을것으로 기대된다.

p.s 스트리밍과 소셜 기능이 강점인 서비스를 이렇게 내 주관적인 사용 패턴에 맞게 글을 쓴다.

2016년 8월 5일 새벽 5시 [본문으로]
Apple Retail Store, Genius Bar, Apple Pay [본문으로]
Apple Music, iTunes Store, Find My iPhone [본문으로]
우리보다 GDP 낮은곳에도 리테일 스토어가 있는건 안비밀 [본문으로]
다르게 보는 시각이 많다. '애플의 모든 제품이 고루 팔리지 않는다.', '오프라인 매장 판매율이 낮다.' 등.. [본문으로]
iCloud는 제외한다. [본문으로]
첫번째는 애플 스토어(온라인, 앱 마켓);; 수리도 전화 상담도 외주 업체를 통한다. 국내 사용자들도 많은 분통을 터트리는 이유가 그렇게 좋다고 이야기하는 Genius bar를 이용할 수 없다는것에 큰 분노를 느끼는것이고 실망을 느낀다. [본문으로]
LOEN Ent., CJ E&M 등 [본문으로]
먼저 런칭하고 출시 안내를 했을 정도 [본문으로]
미국 캘리포니아 쿠퍼티노 본사의 사주를 받은 룩셈부르크의 회사 [본문으로]
3개월 무료 [본문으로]
파일 하나당 음질은 92 kbps 이상이고 용량은 200MB 미만이고 2시간 미만인 경우 [본문으로]
미국 기준 [본문으로]
광고, 효과음 등 [본문으로]
그런거 없다. [본문으로]
일반 재생목록도 포함 [본문으로]

사용자와 개발자 관점에서 기술의 편리함의 차이

몽땅™ — Tue, 9 Aug 2016 20:02:46 +0900

우리는 사회제도나 일의 진행방식 뿐만 아니라 전자기기나 인터넷 서핑할때도 "이게 편해" 혹은 "이게 불편해"라는 말은 자주 사용한다. 하지만 불편하다고해서 보편 타당하게 불편한것도 아니다. 이유는 각자 경험이 달라 바라보는 관점이 달라서 그런것인데, 이것이 서로 다른 주체가 합의점을 이루면 '조화롭다'라는 단어로 표현할 수 있다.

나는 개발자이면서 동시에 사용자이기도 하다. 그렇기에 찾아오는 딜레마가 있는데 바로 "사용하는데 편리한가?"라는 것이다. 개발자 입장에서는 정말로 쉽고 간단한 기능과 접근방법도 사용자 입장에서는 도무지 알 수 없고 복잡하다. 항상 이부분에서 타협을 찾기란 매우 어려운 일인데 가장 좋은 방법은 정확한 타겟팅일 것이다. 개발자들이 가장 고려해야할 문제는 End-User. 즉, 결국 누가 사용할것인지를 고려해야한다. 만약에 개발자를 위주로 했다면 최대한 자세하고 범용적으로 제공하면 그들은 "편리하다."라고 느낄것이고 사용자 위주로 했다면 최대한 간단하고 제한적^[각주:1]으로 제공하면 그들은 "편리하다."라고 느낄것이다.

위에서도 말했지만, 난 '개발자'이면서 '사용자'이다. 즉, 위에서 설명한것 처럼 양립할 수 없는 전제를 너무나도 당연하게 하고 있다. 그래서 개발의 매순간마다 딜레마에 빠지게 된다. "현재 지금 방향이 맞는 방향인것인가?"

버그의 확률을 최소화 [본문으로]