Luuvish's agit

Windows8 consumer preview 발표

luuvish — Thu, 01 Mar 2012 19:29:27 +0900

Windows8 consumer preview 가 공개되었습니다.

developer preview와 비교해 보아도 뭐가 달라진 건지 잘 모르겠습니다.
마우스로 메트로UI를 쓰는 건 여전히 불편합니다.

store에서 몇가지 어플을 설치해 보았습니다.
store 자체는 깔끔하고 편합니다만, 기존의 desktop 어플과 어떻게 공존할 지 궁금합니다.

총평 - developer preview에서 그렇게 많이 달라지지 않았다. 메트로와 데스크탑의 공존은 여전히 혼란스럽고 당황스럽다. 성공할 지 의심스럽다.

connect.js static middleware 사용시 route path의 redirect 문제

luuvish — Sun, 04 Dec 2011 14:53:48 +0900

문제의 발단은 이렇습니다.

1) 웹브라우저가 다음과 같이 요청.
GET http://www.any-domain.com/any-route/

2) http://www.any-domain.com/ 웹서버가 자동으로 /any-route/ 뒤에 index.html 을 추가하고 응답.
RES /any-route/index.html

3) 웹브라우저가 index.html 안에 포함된 <script src="scripts/any-script.js"> 를 보고 any-script.js 요청.
GET http://www.any-domain.com/any-route/scripts/any-script.js

4) http://www.any-domain.com/ 웹서버가 /any-route/scripts/any-script.js 를 응답.
RES /any-route/scripts/any-script.js

5) 웹브라우저가 다음과 같이 요청.
GET http://www.any-domain.com/any-route

6) http://www.any-domain.com/ 웹서버가 자동으로 /any-route 뒤에 /index.html 을 추가하고 응답.
RES /any-route/index.html

7) 웹브라우저가 index.html 안에 포함된 <script src="scripts/any-script.js"> 를 보고 요청.
GET http://www.any-domain.com/script/any-script.js

8) http://www.any-domain.com/ 웹서버가 /scripts/any-script.js 를 찾을 수 없으므로 404 에러 발생.
RES /scripts/any-script.js - Error 404

즉, 문제는 /any-route 뒤에 / 가 붙지 않았을 때 index.html 은 응답하는데 scripts/any-script.js 는 경로가 /any-route 아래가 아닌 / 로 웹브라우저가 인식하는 것입니다.
생각해 보면 당연한 것일 수도 있는데, 웹브라우저는 any-route 가 실제로 파일인지 directory 인지 알지 못합니다. 설사 알고 요청한 것 일지라도 웹서버의 실제 내용은 아닐 수 있습니다. 그래서 웹브라우저가 /any-route 를 요구했을 때, 웹서버가 index.html 을 보내주어도 웹브라우저는 index.html 이 아니라 /any-route 라는 / 밑의 any-route 라는 파일을 받은 줄 압니다. any-route 의 경로가 / 에 있으므로 script/any-script.js 도 / 에 위치한 줄 알고 웹브라우저는 /script/any-script.js 을 요구하게 됩니다.

이 문제를 해결하는 가장 쉬운 방법은 redirect 로 다시 / 가 뒤에 붙은 url 을 돌려 주는 것입니다.
즉, /any-route 을 요구 받으면 웹서버가 우선 any-route 가 파일인지 디렉토리인지 판단한 후 디텍토리이면 /any-route/ 로 redirect 시키면 됩니다. 그러면 웹브라우저는 /any-route/ 로 다시 요청하면 되죠. 사실, connect.js 의 static middleware 는 기본 설정이 이런 동작을 하도록 되어 있습니다.

var connect = require('connect');

var server = connect.createServer()

.use(connect.static(__dirname))

.listen(80, 'www.any-domain.com');

> node server.js

node로 실행하면 server.js 가 실행된 위치에서 ./any-route/index.html 과 ./any-route/scripts/any-script.js 가 잘 읽히는 것을 알 수 있습니다. server.js 가 /any-route 를 요구 받았을 때, connect.static 에서 /any-route/ 로 redirect 시키기 때문에 자연스럽게 위의 문제가 해결됩니다.

그런데!!!

사실 위의 코드는 좀 문제가 있습니다. 불필요하게 외부에 server.js 와 같은 위치의 파일들이 노출되어 버리죠. http://www.any-domain.com/server.js 도 외부에서 볼 수 있습니다. 따라서 다음과 같이 고치는 것이 바람직 합니다.

var connect = require('connect');

var server = connect.createServer()

.use('/any-route', connect.static(__dirname + '/public'))

.listen(80, 'www.any-domain.com');

> node server.js

server.js 와 같은 위치에 있는 ./any-route/index.html 과 ./any-route/scripts/any-script.js 는 ./public/index.html 과 ./public/scripts/any-script.js 로 이동시킵니다.
server.use()의 첫번째 파라메터는 요청된 URL의 path 가 일치할 때 두번째 파라메터인 핸들을 수행하도록 합니다. 위와 같이 설정하면 /any-route 로 시작하는 URL의 request는 /any-route 가 제거된 URL이 __dirname + '/public' 에 위치한 파일들과 매치됩니다. 복작하게 router 와 app.get() 으로 패턴매칭하지 않아도 손쉽게 경로를 바꿀 수 있습니다.

그러나!!!

위의 수정된 코드는 이전의 경로 문제는 깔끔하게 해결했지만 처음에 언급했던 / 의 redirect 문제를 발생시킵니다. connect.static 에서 잘 처리되었던 redirect 이 왜 이 경우에는 동작하지 않는지 당황스럽죠.

문제는 connect.static 은 root 에 대해서는 redirect 를 하지 않기 때문에 발생합니다.
use()의 첫번째 파라메터로 넘겨준 route path 가 매치되면 connect.static 은 그 이후의 URL 경로부터 검색을 시작하는데 URL 경로가 더 이상 없으면 (정확히 /any-route 이면) 자동으로 / 를 URL path 로 지정합니다. 그리고 path 가 / 로 끝나므로 index.html 을 추가하고 index.html 을 응답으로 보내 버립니다.
만약 /any-route/scripts 와 같은 URL 경로가 왔다면, connect.static 은 /scripts 를 URL path 로 인식하고 /scripts 가 디렉토리인 것을 확인 한 후 /scripts/ 로 redirect 했을 것입니다. 오직 route path 가 정확히 일치할 때만 redirect 하지 않습니다.
/ 가 route path 였으면 redirect 를 하지 않아도 별 문제는 없었겠죠. 하지만, 일단 route path 가 / 이외의 path 로 설정되었을 때 index.html 안의 모든 상대 경로는 index.html 의 위치가 아닌 index.html 의 상위 디렉토리로 어긋나 버립니다.

이 모든 것을 무시하고 동작시키는 방법은 있죠.
index.html 안의 <script src="scripts/any-script.js"> 를 <script src="/any-route/scripts/any-script.js"> 처럼 절대 경로로 지정하면 됩니다. 동작은 하긴 하는데, 개발 중에 route path 가 변경되거나 웹서버를 다른 경로에 설치하면 모든 html 의 경로명을 수정해야 합니다. 단순히 노가다를 하는 것이 나쁘다는 것이 아니라 설치와 유지 보수가 어려워지므로 절대로 피해야 할 방법입니다.

connect.static 의 버그이긴 한데 우선 다른 방법으로 수정해 보지요.

var connect = require('connect');

var server = connect.createServer()
.use(function(req, res, next) {

if (/^\/any-route$/.test(req.url)) {

res.statusCode = 301;

res.setHeader('Location', req.url + '/');

res.end('Redirecting to ' + req.url + '/');

return;

}

next();

})

.use('/any-route', connect.static(__dirname + '/public'))

.listen(80, 'www.any-domain.com');

> node server.js

req.url 을 normalize 하지 않고 단순히 test 하는게 좀 불안하긴 하지만 우선은 동작합니다.
connect.static 이 정식으로 패치되기 전에는 이런식으로 사용해도 무난할 듯 합니다.

윈도우8은 졸작이다.

luuvish — Sun, 18 Sep 2011 23:34:27 +0900

시장에 아직 출시되지 않은 제품이 성공할지 아닐지는 누구도 모릅니다. 예상할 수는 있지만 그 예상이 백퍼센트 맞다고 확신하지 못합니다. 제품의 품질과 상관없이 외부의 상황에 따라, 또는 전혀 무관한 운에 의해 성공하기도 실패하기도 합니다. 하지만 제품의 기능과 품질을 분석하고 시장상황과 소비자의 니드에 만족하는지 예상할 필요는 있습니다. 의도대로 제대로 설계하는 것이 엔지니어의 능력이고 미덕이니까요. 윈도우8 preview를 사용해보고 제 나름대로 분석해보고 이 제품이 시장에서 성공할 만한 제품인지 고민해 보았습니다.

9월 14일 윈도우 개발자 preview 버전이 공개되었습니다. http://msdn.microsoft.com/en-us/windows/home/ 에서 누구나 다운로드해서 설치 가능합니다. 저의 경우, 맥미니에서 VMware fusion 4 에서 가상머신에 설치했습니다. 가상머신에서 메모리 1G에 하드디스크 이미지를 60G로 잡았습니다. 호스트OS는 Window 7 x64였고 기본세팅에서 CPU만 듀얼코어로 설정했습니다. 개발툴이 포함된 64bit 버전이었고 설치후 용량이 13G 정도입니다.

설치한 후에 hotmail 계정을 유저로 등록하면 메트로UI로 된 시작화면을 보실 수 있습니다.

Desktop을 선탠하면 지금까지 익숙했던 에어로UI를 사용하실 수 있습니다.

이미 많은 다른 사용자들의 사용기와 감상평들이 인터넷에 올라왔고 유튜브에 올라온 타블렛 시연기도 보았기 때문에 어느 정도의 예상은 하고 있었습니다. 하지만 직접 사용해 보고 미리 알려진 내용이 정말인지 확인할 필요가 있었습니다. 그러나 사실은 직접 만저보기 전까지 판단을 미룬 가장 큰 이유는 일반적인 인터넷의 반응이 의아했기 때문이었습니다. 메트로와 에어로가 겹쳐진 모습이 상당히 불합리해 보였기 때문입니다. 왜 그런지는 클리앙에 올라온 리뷰를 참조바랍니다. 저의 생각과 상당히 일치합니다.
[리뷰] Windows 8 Preview (1/2)
[리뷰] Windows 8 Preview (2/2)

윈도우8을 칭찬하는 내용은 대체로 세가지 입니다.

다양한 하드웨어를 지원한다. 심지어 x86뿐 아니라 arm에서도 설치된다.
메트로UI가 산뜻하고 편하다.
비교적 저사양의 하드웨어에서도 가볍게 동작한다.

윈도우8의 문제점으로 생각되는 것은 다음과 같습니다..

메트로UI와 에어로가UI가 조화롭지 못하다.앱이 중복되고 전환이 불편하다.
메트로UI는 마우스로 사용하기 불편하고 에어로UI는 터치로 사용하기 불편하다.

제 생각으로는 메트로UI나 에어로UI 각각은 상당히 훌륭합니다. 타블렛OS에서의 메트로UI는 취향의 호불호는 있을 지언정 iOS와 겨루어 보아도 뒤떨어지지 않는 (추월하지도 않는) 멋진 인터페이스라고 생각합니다. 문제는 전혀 상반된 성격의 UI가 기계적으로 합쳐졌다는 점입니다. 터치로 입력하는 UI와 마우스와 키보드로 입력하는 UI가 다르고, 10인치 화면을 사용하는 UI와 24인치 화면을 사용하는 UI는 다릅니다. 전혀다릅니다. 아이콘의 크기, 입력 제스쳐, 시선의 거리, 하나로 통합되어 동시에 제공될 수 없는 환경입니다. 모든 것을 아우르는 멋진 UI를 만드는 것이 꿈이긴 하지만 적어도 메트로와 에어로가 그렇지는 못합니다. 다른 성격의 인터페이스를 섞어서 모든 것을 커버할 수 있다고 생각한다면 엄청난 착각입니다. 결국 어느 한쪽을 포기할 수 밖에 없습니다. 불편할 것을 사용자의 기술로 커버하는 것은 어리석은 짓입니다. 단순히 묘기일 뿐이지요.

도데체 왜 어울리지도 않는 두 UI를 시작 메뉴에 겹쳐서 혼란스럽게 만들었을까요. 제 생각으로는 MS가 윈도우8의 성공은 메트로UI라는 멋진 터치용 UI와 이전 윈도우와의 호환성, 이 둘에 달려있다고 판단한 듯 싶습니다. 아이패드가 이미 시장에 나온지 1년 반이 넘어가고 있고 윈도우8이 정식으로 나올 때 쯤이면 2년 이상이 되어 있을 겁니다. 이미 타블렛 시장을 장악했고 제공되는 앱의 수는 어마어마 합니다. 이전 윈도우와 호환되지 않는 메트로UI만 제공하면 초기에 지원되는 앱의 수에서 경쟁이 되지 못합니다. 이는 결국 타블렛의 초기 판매에도 심각한 영향을 줄 수 밖에 없습니다. 타블렛은 폰과 달리 쓸만한 앱도 없이 동영상 보기와 웹브라우징만으로는 구매자의 욕구를 만족시키기 어렵습니다. 초기의 아이패드가 아이폰으로 나온 앱의 지원을 받은 상황과는 달리 윈도우폰7은 아이폰의 역할을 하고 있지 못합니다. 결국 폰이 아닌 데스크탑의 앱을 지원군으로 활용할 수 밖에 없는게 현실입니다.

상황이 좋지 않습니다. 윈도우8은 이미 애플이 2년 이상 장악하고 있는 타블렛 시장을 공략해야 합니다. MS는 애써 자신의 타블렛은 윈도우의 연장이라고 주장하고 싶어합니다만 결과물은 메트로UI는 아이패드가 정답이었다고 시인하고 있습니다. 정전식 터치에 최적화된 UI에 취소 기능의 홈버튼, 그리고 arm. 아이패드에 식상하고 앱이 부족해도 참을 수 있는 일부의 사용자는 구입할 지도 모릅니다. 에어로UI 덕분에 이전 윈도우처럼 사용하려던 타블렛 구매자들은 금방 격렬한 안티가 될겁니다. 데스크탑에서 메트로UI를 사용하는 유저들은 곧 메트로를 끄고 싶어하겠죠. 그런데 메트로가 사라진 윈도우7의 성능개선판인 윈도우8을 사람들에게 과연 구입하고 싶어할지는 모르겠습니다.

맥OS 라이언이 나왔을 때, 전 좀 실망했었습니다. iOS의 런치패드가 추가되고 미션콘트롤이 스패이스와 익스포제를 개선하고 풀스크린 모드와 화면사이즈 수정등등의 다양한 수정이 있었지만 결국 터치 인터페이스와 마우스 인터페이스는 통합하지는 못했습니다. 결국 iOS와 맥OS는 다르다는 것을 인정할 수 밖에 없었습니다. 기즈모도에서 라이언을 비난하고 윈도우8의 통합 인터페이스를 격찬할 때 뭔가 있는 줄 알았습니다. 솔직히 윈도우8는 라이언만도 못합니다. 최소한 라이언은 인터페이스의 차이점을 인정하고 포기했습니다. 윈도우8은 MS 역사상 최대의 실패작이 될지도 모릅니다. ME도 비스타도 뛰어넘는 무시무시한 실패작이 될 잠재력을 보이고 있습니다. 저라면 빨리 메트로UI와 에어로UI를 분리해서 타블렛용 OS와 데스크탑용 OS를 분리하겠습니다. 나중에 받을 원성과 비아냥에 비하면 그나마 호환성을 포기하는게 싸게 먹히는 거라고 봅니다. 애플의 기술력과 비교당하고 패배하면 그마나 점유하던 데스크탑 시장도 잠식당할 수 있겠죠.

그런데 윈도우밖에 모르는 사람들은 불편하면 말던 그냥 주는데로 윈도우8을 쓸거 같습니다. 원래 그런줄 알고요. 아님 그냥 계속 윈도우7 쓰던가.

추억의 장난감들

luuvish — Sat, 06 Aug 2011 03:02:24 +0900

이거 다 알면 ... 간첩..

AV Player compile (2011년 8월 5일)

luuvish — Sat, 06 Aug 2011 02:25:37 +0900

AVPlayer와 ffmpeg 모두 열심히 개발하면서 버전이 올라가는 바람에 4월에 올렸던 내용이 어긋나면서 컴파일이 안되고 있었습니다. 주로 arm assembly code 관련된 문제가 많았고, gas-preprocessor.pl 의 매크로 지원 문제라서 받아서 컴파일하는 입장에서는 문제가 생길 때마다 매번 대응하기 곤란했습니다. 매번 git 에 코드가 올라올 때마다 확인할 수도 없는 노릇이어서 이번에는 아예 AVPlayer 소스안에 들어있는 ffmpeg code에 맞추어서 컴파일하도록 했습니다.
AVPlayer.zip 에 libs/FFmpeg 에 비교적 최근(아마도?) 소스가 들어있으므로 매번 git 에서 clone 할 필요없이 주어진 것으로 컴파일하기로 했습니다. 당장 최신 ffmpeg 의 기능이 필요하지 않다면 상관없을 듯 합니다. 그리고 universal library에 i386의 library는 제외시켰습니다. yasm을 설치하고 이전 스크립트로 컴파일해도 되지만 어차피 AVPlayer에 링크될 때 simulator 용을 만들 수 없으므로 컴파일할 필요는 없습니다. ffmpeg library 자체에 흥미있으신 분들은 이전 글을 참고해서 컴파일해 보시면 될 듯 합니다. 좀 무책임한 선택이지만 매번 버전 차이 때문에 이 글을 업데이트하는 일은 없었으면 하는 바람입니다.

준비물

Snow Leopard/Lion 이 설치된 Mac
Xcode 최신버전 (4.1 이상, iPhoneOS4.3 SDK 이상)
AVPlayer source code
http://eplayworks.com/avplayer/AVPlayerDist143.zip
위의 사이트에서 source code를 다운받습니다.
gabriel의 ffmpeg ios compile script
https://github.com/gabriel/ffmpeg-iphone-build
꼭 필요한 것은 아니지만 참고.

FFmpeg library만들기

AVPlayerDist143.zip을 작업할 폴더에 풉니다.
__MACOSX 폴더는 지워도 됩니다.
https://github.com/yuvi/gas-preprocessor 에서 gas-preprocessor.pl을 가져와 /usr/local/bin으로 복사합니다.
AVPlayer 안에 libs 디렉토리로 이동합니다. (cd libs)
libs 안에 ffmpeg-armv6, ffmpeg-armv7 디렉토리를 만듭니다. (mkdir ffmpeg-armv6 ffmpeg-armv7)
build-armv6 파일을 열어 15번째 줄에서 CONFIGURE_OPTIONS=" ... " 안에 --disable-doc 을 추가합니다.
build-armv6 파일의 30번째 줄의 ./configure ... 을 ../FFmpeg/configure ... 으로 수정합니다.
build-armv6 파일의 30번째 줄에서 gcc-4.2 와 iPhoneOS4.3.sdk 라고 되어 있는 부분을 자신의 버전과 일치하도록 수정합니다. 어떤 버전인지 자신이 없으면 /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/ 과 /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/ 에 실제로 존재하는지 확인하면 됩니다.
build-armv7 파일을 열어 build-armv6 에서 수정한 것처럼 고칩니다.
FFmpeg 디렉토리에 있는 config.* 파일들을 삭제합니다. (rm -rf FFmpeg/config.*)
configure를 실행하면 생성되는 파일들인데 이 파일이 FFmpeg에 있으면 ffmpeg-armv6이나 ffmpeg-armv7에서 configure 가 되지 않습니다.
이제 순서대로 build-armv6, build-armv7 스크립트를 실행합니다. (sh build-armv6; sh build-armv7)
각각의 target에 대해 configure, make를 순서대로 수행하게 됩니다.
모든 target의 library가 compile되면 ffmpeg-armv6/dist, ffmpeg-armv7/dist 에 include, lib 디렉토리가 만들어지고 해더와 라이브러리가 생성됩니다.
combine-libs 파일을 열어서 5번째 줄의 ARCHS="armv6 armv7 i386" 에서 i386 을 지웁니다.
그리고 8번째 줄의 BUILD_LIBS=" ... " 에서 마지막에 있는 libavcore.a 를 지웁니다.
28번째 줄과 31번째 줄의 i386 을 armv7 으로 수정합니다.
combine-libs를 실행해서 (sh combine-libs) 모든 target의 library를 합칩니다. ffmpeg-uarch에 최종 헤더와 라이브러리가 만들어집니다.

AVPlayer compile하기

Xcode로 AVPlayer project를 엽니다.
Project Navigator 의 Targets 에서 AVPlayer,AVPlayerHD의 Build Settings을 선택합니다.
Search Paths 항목의 Header Search Paths 란의 내용을 수정합니다. ./libs/ffmpeg-uarch/include 으로 수정하고 Recursive를 체크하면 됩니다.
Search Paths 항목의 Library Search Paths 란의 내용을 수정합니다. ., ./libs/ffmpeg-uarch/lib 으로 수정하고 Recursive를 체크하지 않아도 됩니다. . 는 libAVPlayerLib.a 을 링크하기 위해 꼭 필요합니다.
Project Navigator 의 AVPlayer/libs/FFMPEG 밑의 libavcodec.a, libavcore.a, libavdevice.a, libavfilter.a, libavformat.a, libavutil.a, libswscale.a의 Utilities 창을 열고 경로를 수정합니다. AVPlayer/libs/ffmpeg-uarch/lib 밑에 있는 library를 지정하면 됩니다.
프로젝트의 라이브러리 설정은 모두 수정되었습니다. 이제 build 버튼만 누르면 됩니다. 단, 주의하실 점은 Simulator로는 build가 되지 않습니다. libAVPlayerLib.a에 AVPlayer의 중요한 코드들이 모두 숨어있는데, 이 라이브러리가 i386으로 compile 되어 있지 않습니다. arm용으로만 compile되어 있기 때문에 Device로만 bulid 가능합니다.

Google+ 간단한 사용 후기

luuvish — Sat, 16 Jul 2011 00:43:35 +0900

Google에서 또다른 소셜 서비스를 내놓았습니다.
아직 베타 기간이고 초대장을 받지 않으면 계정을 만들 수 없습니다. 서비스를 시작한지 얼마 되지는 않았지만 Google의 명성때문인지 많은 사람들이 관심을 보이고 사용해 보고 있네요. 주요 사용자를 보면 약간의 얼리어답터와 웹서비스 관련 종사자들이 많은 것 같습니다. 성비의 불균형이 심각합니다. 여성의 비율이 10분의 1입니다. 하하

Google의 소셜 서비스는 Google+가 처음이 아닙니다. 하지만 이전의 서비스는 비참하리만치 호응을 얻지 못하고 사라져 버렸습니다. 이번에는 Facebook과 Twitter를 철저히 연구해서 만들었습니다. 유사한 부분도 많고 이번 서비스의 부족한 부분을 보완한 것도 있습니다.

Facebook과 닮은점

소식과 댓글을 추가하는 방식
소식을 공유(인용)하는 방식
소식이나 댓글에 +1(좋아요)를 주는 기능
앨범(사진첩)을 소식으로 올리는 기능

Twitter와 닮은점

사용자와의 관계가 단방향인 팔로우 관계
팔로우들을 분류하여 그룹화하는 서클 (리스트와 약간 다르나 본질은 같다)
팔로우들의 글을 모아서 보여주는 스트림(타임라인)
글에서 다른 사용자를 언급하는 멘션 기능

Google+ 만의 특징

소식을 읽을 수 있는 공개 범위를 다양하게 설정 가능
사용자 정보를 볼 수 있는 공개 범위를 다양하게 설정 가능
올린 글을 원하는 그룹의 사람들만 읽을 수 있도록 설정 가능하기 때문에 Facebook 같이 검증된 사람끼리만 글을 주고 받을 수도 있고 Twitter 처럼 일방적으로 남의 글을 읽는 것도 가능

스파크는 제 입장에서는 그다지 쓸모 있는 기능은 아닌 것 같습니다.
그리고 다른 서비스에도 원래 있었는지 잘 모르겠는데, 사진에 태그를 넣어서 얼굴에 사용자를 매핑하고 관리하는 방식이 인상 깊었습니다. 잘 사용하면 여러가지로 활용할 수 있겠더군요.

Google+를 메인 SNS로 쓸까 말까 고민 중입니다. 분명 여러가지 장점이 있고 Facebook이나 Twitter를 모두 아우르는 기능을 가지고 있지만, 기능이 많다는 게 항상 장점은 아니라서요.
Twitter에서 공개되는 범위를 제한 할 수 없는게 아쉽지만, 반대로 간단한 관계와 사용법이 또한 장점이기도 합니다. 짧은 글을 쉽게 올리고 편하게 읽는 것이 Twitter의 본질이니까요.
Facebook의 좁은 인간관계를 답답해 할 수도 있지만 원래 개인의 사생활과 가십거리를 공유하는 공간입니다. 이미 오프라인에서 잘 알고 있는 사람들끼리 모여있는 공간이고 그에 맞는 글과 사진이 올라오게 되어 있습니다.
Google+의 서클이 멋진 기능이긴 하나 과연 일반인들이 쉽게 사용할 지는 의문입니다. 사실, 공개 범위를 설정했을 때 과연 이 소식이 누구에게 보이고 누구에게 보이지 않는지 정확히 이해할 수 있을까요? 많은 사용자들을 혼란에 빠뜨리고 어렵다고 느끼게 되면 아무리 멋진 기능이라도 사장

되기 쉽습니다. 분명 기존 서비스의 부족한 부분을 보완한 훌륭한 기능이긴 하지만 정말 사용자들이 필요로 하는 건지, 잘 이해하고 활용할 수 있는 지는 의문입니다

.

Facebook과 Twitter에서 이미 맺어진 수많은 관계들를 간단히 옮겨 오는 것도 쉽지 않고 이미 특정 목적으로 잘 사용하고 있는 서비스를 바꿀 이유도 별로 없습니다. Google+가 성공하려면 왜 새로운 소셜 서비스를 사용해야 하는지 사용자들에게 어필할 필요가 있습니다.

AV Player compile하기 (2011년 4월 24일)

luuvish — Sun, 24 Apr 2011 23:27:01 +0900

AVPlayer를 컴파일하는 방법을 밑에서 포스팅했었습니다. 몇분이 질문을 하셔서 체크도 해볼 겸 다시 컴파일해 보니 왠 걸. 몇 달이나 되었다고 이것 저것 바뀌었더군요. 답변 몇줄 적는 걸로 해결되지 않을 것 같아 다시 정리해 보았습니다. 변경된 부분 위주로 빨간색으로 체크해 두었습니다.

준비물

Snow Leopard 가 설치된 Mac
Xcode 최신버전 (4.0.1, iPhoneOS4.3 SDK)
AVPlayer source code
http://eplayworks.com/avplayer/AVPlayer-Objects.zip
위의 사이트에서 source code를 다운받습니다.
gabriel의 ffmpeg ios compile script

https://github.com/gabriel/ffmpeg-iphone-build

꼭 필요한 것은 아니지만 참고 필요.

FFmpeg library만들기

AVPlayer-Objects.zip을 작업할 폴더에 풉니다.
__MACOSX 폴더는 지우세요.
AVPlayer 안에 FFMPEG 디렉토리로 이동합니다.
gas-preprocessor.pl을 /usr/local/bin으로 복사합니다.
build-armv7으로 armv7용 library만 만드는 것도 가능하지만 combine-libs를 보면 뭔가 이상하죠? 사실 이 스크립드의 원본은 gabriel의 ffmpeg ios compile script입니다. 제대로 armv6, armv7, i386 library를 만들어서 universal library를 만들어 봅시다. (script가 수정되었으니 여기에 첨부된 것을 받으세요)

build-ffmpeg-ios4.3.tar.gz

위의 첨부된 파일을 받아 FFMPEG 디렉토리에 풉니다.
gabriel의 소스에서 svn의 revision을 고정했고 target 마다 별도의 svn source를 다운하지 않도록 변경되었고 configure의 option이 수정되었습니다. --enable-postproc 이 제거되었고 --enable-gpl 을 off 시켰습니다. gpl option을 켜면 LGPL license가 아닌 GPL license가 됩니다. 모든 소스를 공개해야 되죠. 마찬가지의 이유로 LGPL의 경우 libx264나 libxvid를 사용할 수 없게 됩니다.
svn에서 checkout하는 부분은 git으로 clone하도록 수정되었습니다. 더이상 ffmpeg에서 svn로 source를 공유하지 않습니다. 또한 ffmpeg의 configure option이 변경되었기 때문에 --extra-ldflags="-arch arm7" 뒤에 -L/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk/usr/lib/system 이 추가되었습니다. 그리고 document 생성에 문제가 있어 --disable-doc 이 추가되었습니다.
바로 build script를 돌리면 지금(2011-04-24)의 ffmpeg은 버그가 있어서 컴파일되지 않습니다.
Undefined symbols for architecture armv7:
  "memset", referenced from:
   _ff_ac3_bit_alloc_calc_bap_armv6 in libavcodec.a(ac3dsp_armv6.o)
   (maybe you meant:__memset_chk, _memset )
  "ff_vp8_dct_cat_prob", referenced from:
   .Literal_2 in libavcodec.a(vp8_armv6.o)
   (maybe you meant: __ff_vp8_dct_cat_prob)
ld: symbol(s) not found for architecture armv7
이런 메시지가 나오면서 link에서 문제가 발생합니다.
ffmpeg-source/libavcodec/ac3dsp_armv6.S 의 82 line에서
b memset 을 b X(memset) 으로
ffmpeg-source/libavcodec/vp8_armv6.S 의 183 line에서
movrel r4, ff_vp8_dct_cat_prob 를 movrel r4, X(ff_vp8_dct_cat_prob) 로
수정하셔야 합니다.

이제 순서대로 build-armv6, build-armv7, build-i386 스크립트를 실행합니다. ffmpeg 사이트에서 소스를 checkout해 온 후 configure, make를 순서대로 수행하게 됩니다.

모든 target의 library가 compile되면 ffmpeg-armv6/dist, ffmpeg-armv7/dist, ffmpeg-i386/dist에 include, lib 디렉토리가 만들어지고 해더와 라이브러리가 생성됩니다.

combine-libs를 실행해서 모든 target의 library를 합칩니다. ffmpeg-uarch에 최종 헤더와 라이브러리가 만들어집니다. libavcore.a는 더이상 존재하지 않습니다. combine-libs에서도 제거되어야 합니다.

AVPlayer compile하기

Xcode로 AVPlayer project를 엽니다.
Targets 에서 AVPlayer,AVPlayerHD의 Build Settings을 선택합니다.
Search Paths 항목의 Header Search Paths 란의 내용을 수정합니다. $(SRCROOT)/FFMPEG/ffmpeg-uarch/include, $(SRCROOT)/FFMPEG/ffmpeg-armv7/dist/include 이런식으로 수정하고 Recursive를 체크하면 됩니다.
Search Paths 항목의 Library Search Paths 란의 내용을 수정합니다. $(SRCROOT)/FFMPEG/ffmpeg-uarch/lib, $(SRCROOT)/FFMPEG/ffmpeg-armv7/dist/lib 식으로 수정하고 Recursive를 체크하면 됩니다.
AVPlayer/LIBS/FFMPEG 밑의 libavcodec.a, libavcore.a, libavdevice.a, libavfilter.a, libavformat.a, libavutil.a, libswscale.a의 Utilities 창을 열고 경로를 수정합니다. AVPlayer/FFMPEG/ffmpeg-uarch/lib 밑에 있는 library를 지정하면 됩니다. libavcore.a는 이제 존재하지 않습니다. library에서 제거하세요.
프로젝트의 라이브러리 설정은 모두 수정되었습니다. 이제 build 버튼만 누르면 됩니다. 단, 주의하실 점은 Simulator로는 build가 되지 않습니다. libAVPlayerLib.a에 AVPlayer의 중요한 코드들이 모두 숨어있는데, 이 라이브러리가 i386으로 compile 되어 있지 않습니다. arm용으로만 compile되어 있기 때문에 Device로만 bulid 가능합니다.

Head First 시리즈 몰아서 읽기

luuvish — Thu, 24 Mar 2011 19:09:52 +0900

근 3월초부터 많은 시간을 Head First 로 시작하는 책들을 읽는데 썼습니다.
별다른 큰 목적이나 계획이 있었던 건 아니고, 웹관련 일을 찔러 보다가 이쪽에 대해 잘 모르는 게 너무 티가 나서 교양(?)을 쌓고자 몇 권 집어 든게 화근이었습니다. 너무 술술 잘 읽히는 거 있죠. (일이 너무 하기 싫어던 게지 --;)

Head First HTML with CSS & XHTML, Head First JavaScript, Head First Ajax, Head First SQL, Head First Design Patterns 까지 읽고 Head First Web Design에서 잠시 열독을 멈춘 상태입니다. 책 한권을 3-4일만에 읽어 버린 꼴이네요. 그림이 좀 많긴 하지만 그렇게 얇은 책도 아닌데... 막상 읽고 나니 좀 얼떨떨 하긴 하네요.

Head First 시리즈는 항상 느끼는 거지만 정말 설명하는 법이 탁월합니다. 쉽게 설명하기 위해 내용의 구성과 흐름, 그리고 흥미 유발을 위한 리듬까지 고려되어 있습니다. 조금만 딱딱하거나 어눌한 설명이 나오면 흥미와 집중이 사라지는 저같은 사람에겐 이만한 책이 없습니다. 또한 쉽게 쓰여진 책의 단점인 설명하기 곤란하거나 모순된 상황을 보여주지 않는 (아름다운 모습만 보여주는) 다소 비겁한 태도도 이 책에는 없습니다. 무엇이 문제인지 정확히 설명하는 게 너무 좋습니다. 안방 토크같은 다소 해학적인 논쟁은 상당히 위트있고 세련되어서 전달하고자 하는 문제의 본질과 부각시키고 싶은 차이를 확실히 인식하도록 도와줍니다.

Head First 시리즈가 쉽게 쓰여졌다고는 하지만 확실히 초보자용 책은 아닙니다. 초보자에서 중급자로 넘어가거나 중급자인거 같은데 왠지 기초가 부실한 사람이 읽는 것이 맞을 것 같습니다. 아무것도 모르는 초보자가 읽기엔 내용 중간중간 문맥안에 숨어있는 무시무시한 위트를 정확히 이해 못할 것 같더군요. 그리고 중급자나 고급자 입장에서는 복잡하고 고난이도의 내용이 들어있지 않습니다. Effective C++ 처럼 모든 것을 다 알고 난 후에 그래도 모르는게 있나? 하고 보는 책은 아닙니다. 난이도 상 조금 에메한 위치에 있지만 저처럼 대충 아는데 좀 더 자세한 내용을 빠른 시간에 익히려는 사람에겐 Head First 시리즈를 추천합니다.

삼국지 유비 패왕설?

luuvish — Sun, 20 Mar 2011 23:26:37 +0900

삼국지의 모든 의혹이 해소되었습니다. 허허.

Cappuccino, Appspresso and Titanium

luuvish — Sun, 20 Mar 2011 22:17:12 +0900

한쪽은 Application을 만드는 방식으로 Web Application을 만들려고 합니다.
다른편에서는 Web Application을 만드는 방법을 그대로 사용해서 App을 만들려고 합니다.

결국 지향하는 목표점은 하나입니다.
하나의 개발환경에서 여러 플랫폼을 지원하는 Web/PC/Mobile Application을 만들려는 거죠.

Cappuccino

JavaScript에 Objective-C의 문법을 추가한 Objective-J를 가지고 Cocoa Framework와 유사한 Framework을 지원합니다. 기존의 Mac OSX/iPhone 개발자들이 쉽게 적응할 수 있는게 장점입니다.
280Slides 같은 완성된 결과물을 보면 상당히 매력적입니다.
그러나 아이러니하게도 아직은 iPhone이나 iPad에서 터치가 제대로 동작하지 않아요(?)

Appspresso

HTML & CSS, JavaScript로 만들어진 Web App를 안드로이드/아이폰 App으로 변환해주는 framework입니다.
개발환경은 eclipse의 plugin인 형태로 제공되며 target mobile의 simulator와 연동됩니다.

Titanium

HTML, CSS, JavaScript, Ruby, Rython, PHP를 사용해서 Desktop이나 안드로이드/아이폰 App을 제작할 수 있는 개발 플렛폼을 제공합니다. 대표적인 결과물이 Wonderlist입니다. 프로젝트를 생성하고 컴파일해서 simulator에 돌려볼 수 있는 멋진 환경을 제공합니다만 Appspresso처럼 편집/수정하고 디버깅할 수 있는 eclipse같은 환경은 아직 제공되지 않습니다.(공짜버전이라 그런지도 --;) 다른 환경에 비해 맘에 드는 언어를 선택할 여지가 많다는 게 좋네요.

아직 초기 단계라 어느 것이 더 좋다 어느 것이 대세다라고 말하긴 어렵습니다. 태생적인 한계가 있기 때문에 주류가 될 수 있을 지도 확실하지 않구요. HTML5은 아직 스팩도 확정되지 않았고 Web App과 Desktop App의 분명한 경계가 있기 때문에 위와 같은 시도가 빠르게 정착할 것 같지는 않습니다.
하지만 Web App와 Desktop/Mobile App를 동일한 환경에서 개발하고자 하는 의도와 그 도전은 환영입니다. 사실 Web이나 App이나 하고자 하는 목표는 같은데 여러개의 target을 지원하는데 너무 비용이 드는 것이 현실입니다. 너무 많은 디바이스, 너무 많은 표준, 언어, 시스템, 라이브러리, framework. 결과를 내는데 너무 많은 방법과 도구가 있다는 것이 오히려 혼란스럽고 방해가 되는지도 모릅니다.

XBMC for iOS/ATV2 compile

luuvish — Thu, 10 Feb 2011 17:45:41 +0900

XBMC가 AppleTV2와 iPhone/iPad로 porting 되었습니다.

오픈소스 프로젝트이므로 자유롭게 다운받아 Xcode로 컴파일해서 돌려 볼 수 있습니다.
다만 몇가지 제약으로 인해 탈옥된 디바이스에만 올릴 수 있습니다.

탈옥을 했다는 전제하에 아래의 내용을 따라가시면 됩니다.
탈옥한 디바이스에는 AppSync가 설치되어 있어야 합니다.

CodeSign을 속이기 위한 설정

(http://www.alexwhittemore.com/?p=398 참조)
$ cd /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.0.sdk
$ sudo cp SDKSettings.plist SDKSettings.plist.orig
$ sudo vi SDKSettings.plist
<key>CODE_SIGNING_REQUIRED</key> 을 찾아 그 아래줄의
<string>YES</string> 을 <string>NO</string> 로 수정
<key>ENTITLEMENTS_REQUIRED</key> 을 찾아 그 아래줄의
<string>YES</string> 을 <string>NO</string> 로 수정

$ cd /Developer/Platforms/iPhoneOS.platform/
$ sudo cp Info.plist Info.plist.orig
$ sudo vi Info.plist
<key>CODE_SIGN_CONTEXT_CLASS</key> 을 찾아 그 아래줄의
<string>XCiPhoneOSCodeSignContext</string> 을 <string>XCCodeSignContext</string> 로 수정
CODE_SIGN_CONTEXT_CLASS 가 한번 더 나오므로 위와 같이 한번 더 수정

$ cd ~/Desktop
$ vi script

아래의 내용을 카피해서 script file을 만듭니다.
#!/bin/bash
cd /Developer/Platforms/iPhoneOS.platform/Developer/Library/Xcode/Plug-ins/iPhoneOS\ Build\ System\ Support.xcplugin/Contents/MacOS/
dd if=iPhoneOS\ Build\ System\ Support of=working bs=500 count=255
printf "\xc3\x26\x00\x00" >> working
/bin/mv -n iPhoneOS\ Build\ System\ Support iPhoneOS\ Build\ System\ Support.original
/bin/mv working iPhoneOS\ Build\ System\ Support
chmod a+x iPhoneOS\ Build\ System\ Support

$ chmod 777 script
$ ./script

$ mkdir /Developer/iphoneentitlements401
$ cd /Developer/iphoneentitlements401
$ curl -O http://www.alexwhittemore.com/iphone/gen_entitlements.txt
$ mv gen_entitlements.txt gen_entitlements.py
$ chmod 777 gen_entitlements.py

키체인 만들기

$ open /Applications/Utilities/Keychain\ Access.app/

키체인 프로그램이 열리면
Keychain Access (키체인 접근) 메뉴의 Certificate Assistant (인증 지원) 에서
Create a Certificate (인증서 생성) 를 선택

'Name (이름)' : 'iPhone Developer'
'Identity Type (신원 유형)' : 'Self Signed Root (자체 서명 루트)'
'Certificate Type (인증서 유형)' : 'Code Signing (코드 서명)'

위와 같이 iPhone Developer 라는 이름의 코드 서명을 만듭니다.
인증서가 만들어지면 정보입수에서 신뢰를 항상 신뢰로 설정합니다.

XBMC 컴파일하기

XBMC의 iOS branches source를 받아옵니다.
$ git clone https://github.com/xbmc/atv2.git xbmc

일부 툴들이 설치되어 있지 않을 수 있습니다. fink나 port로 설치해야 합니다.
$ sudo fink install autoconf help2man
$ cd xbmc
$ sudo mkdir -p /usr/local/bin
$ sudo cp tools/osx/ios-depends/gas-preprocessor/gas-preprocessor.pl /usr/local/bin/

컴파일을 시작합니다. 상당한 시간이 걸립니다.
$ make -C tools/osx/ios-depends
$ make -C tools/osx/ios-depends/xbmc
$ make xcode_depends

두가지 타겟중 필요한 것을 생성합니다.
$ xcodebuild -project XBMC-IOS.xcodeproj -target XBMC -configuration Release build ONLY_ACTIVE_ARCH=YES ARCHS=armv7 VALID_ARCHS=armv7 IPHONEOS_DEPLOYMENT_TARGET=4.1 SDKROOT=iphoneos4.2
$ xcodebuild -project XBMC-ATV2.xcodeproj -target XBMC -configuration Release build ONLY_ACTIVE_ARCH=YES ARCHS=armv7 VALID_ARCHS=armv7 IPHONEOS_DEPLOYMENT_TARGET=4.1 SDKROOT=iphoneos4.2

VLC media player for ios 3.2 and later compile하기

luuvish — Tue, 28 Dec 2010 16:13:20 +0900

VLC는 한번에 제대로 컴파일된 적이 없네요. iOS 버전은 최근에 작업중인지 그나마 덜 고생하고 컴파일 성공했습니다. 프로젝트들이 얽혀있어 분석이 쉽진 않겠네요.

http://www.videolan.org/vlc/download-ios.html

http://download.videolan.org/pub/videolan/testing/vlc-iOS/1.1.0/VLC-1.1.0-iOS.tar.bz2

http://download.videolan.org/pub/videolan/testing/vlc-iOS/1.1.0/MediaLibraryKit-1.1.0.zip

http://download.videolan.org/pub/videolan/testing/vlc-iOS/1.1.0/MobileVLC-1.1.0.tar.gz

VLC compile하기

VLC source를 작업 디렉토리에 풉니다. 그리고 vlc라는 이름으로 링크합니다.

$ tar jxvf VLC-1.1.0-iOS.tar.bz2

$ ln -s VLC-1.1.0-iOS vlc

$ cd vlc/extras/package/ios

build_for_iOS.sh 을 열어서 SDK 버전을 수정합니다. 현재 최신버전은 4.2.sdk입니다. IOS_SDK_ROOT="${DEVROOT}/SDKs/iPhone${PLATFORM}3.2.sdk"
build_for_iOS.sh 를 실행해서 컴파일해 보면 중간에 에러가 나면서 멈춥니다. patch file의 버전문제인데 ../../contrib/src-arm-apple-darwin10-ios/src/Patches/live-inet_ntop.patch의 161-185 라인을 참고해서 ../../contrib/src-arm-apple-darwin10-ios/src/live/liveMedia/RTSPServer.cpp을 직접 수정하면 됩니다. our_inet_ntoa()의 두번째 인자로 buf를 추가하기만 하면됩니다.
이제 build_for_iOS.sh를 실행해서 컴파일합니다. 완료되면 vlc/install-ios-OS에 해더와 라이브러리가 생성됩니다.
MobileVLCKit의 static plugins를 build합니다.

$ cd vlc/projects/macosx/framework

$ xcodebuild -project MobileVLCKit.xcodeproj -target "Aggregate static plugins" -configuration "Release"

MobileVLCKit의 MobileVLCKit의 SDK 버전을 최신버전으로 수정하고 build합니다.

$ open MobileVLCKit.xcodeproj

fix Targets/MobileVLCKit - Get Info / Build

Configuration : All Configurations

Architectures / Base SDK : Latest iOS

$ xcodebuild -project MobileVLCKit.xcodeproj -target "MobileVLCKit" -configuration "Release"

MediaLibraryKit compile하기

작업디렉토리(VLC-1.1.0-iOS와 같은 위치)에 MediaLibraryKit 디렉토리를 만들고 압축을 풉니다.

$ mkdir MediaLibraryKit && cd MediaLibraryKit

$ unzip MediaLibraryKit-1.1.0.zip

External 디렉토리로 들어가 MobileVLCKit의 링크를 만듭니다.

$ ln -s ../../vlc/projects/macosx/framework/build/Release-iphoneos MobileVLCKit

MediaLibraryKit의 SDK 버전을 최신버전으로 수정하고 build합니다.

$ open MobileMediaLibraryKit.xcodeproj

fix Targets/MobileMediaLibraryKit - Get Info / Build

Configuration : All Configurations

Architectures / Base SDK : Latest iOS

$ xcodebuild -project MobileMediaLibraryKit.xcodeproj -configuration "Release"

MobileVLC compile하기

작업디렉토리(VLC-1.1.0-iOS와 같은 위치)에서 MobileVLC의 압축을 풉니다.

$ tar zxvf MobileVLC-1.1.0.tar.gz

$ cd MobileVLC

External 밑에 있는 MediaLibraryKit와 MobileVLCKit의 링크가 제대로 되어있는지 확인합니다.
MobileVLC의 SDK 버전을 최신버전으로 수정하고 build합니다.

$ open MobileVLC.xcodeproj

fix Targets/MobileVLC - Get Info / Build

Configuration : All Configurations

Architectures / Architectures : Standard (armv6 armv7)

Architectures / Base SDK : Latest iOS

build with Device-Release configurations

Movist compile하기

luuvish — Mon, 27 Dec 2010 17:30:22 +0900

한국의 맥 사용자에겐 거의 필수 유틸인 Movist를 컴파일해 보았습니다. 코드 업데이트도 안된지 꽤 되었고 그동안 snow leopard에서는 컴파일이 안되는 줄 알았는데 몇번의 시행 착오 끝에 컴파일에 성공했습니다. 컴파일은 되지만 동작이 정말 잘 되는지는 모르겠지만요.

Movist 홈페이지 : http://cocoable.tistory.com/

Movist 구글코드 페이지 : http://code.google.com/p/movist/

Movist 소스 저장소 : http://movist.googlecode.com/svn/trunk

Movist를 compile 하기 위해서는 git와 yasm이 설치되어 있어야 합니다.

MacOSX 용 git : http://code.google.com/p/git-osx-installer/downloads/list

YASM 소스링크: http://www.tortall.net/projects/yasm/wiki/Download

FFmpeg library compile하기

우선 Movist 소스코드를 가져옵니다.
movist/contrib 에 있는 bootstrap 파일을 수정합니다.

SDK_TARGET=10.4 를 SDK_TARGET=10.6 으로 수정

MACOSX_SDK = /Developer/SDKs/MacOSX10.4u.sdk 를 MacOSX10.6.sdk 으로 변경

movist/contrib/src 에 있는 build_ffmpeg_mt.sh 파일을 수정합니다.

SDK_TARGET=10.4 를 SDK_TARGET=10.6 으로

MACOSX_SDK = /Developer/SDKs/MacOSX10.4u.sdk 를 MacOSX10.6.sdk 으로

#git clone git://git.ffmpeg.org/libswscale/ ffmpeg-mt/libswscale 의 주석 #를 제거합니다.

movist 디렉토리에서 build_extlib.sh를 실행합니다.
patch 파일이 뭔가 문제가 있지만 컴파일은 일단 잘 됩니다.
movist/contrib/lib 에 필요한 라이브러리가 생성되었습니다.

Movist compile하기

Movist project 을 Xcode로 엽니다.
Targets에 있는 Movist의 Info 창을 엽니다.
Architectures 항목의 Base SDK 란을 Latest Mac OS X 로 변경합니다.
Linking 항목의 Other Linker Flags 의 MacOSX10.4u.sdk를 MacOSX10.6.sdk로 변경합니다.
build 해보면 무수한 error message가 나올 겁니다. MMovie_QuickTime.h 의 #import <QTKit/QTKit.h> 가 다른 해더보다 뒤에 올 때 이런 문제가 생깁니다. SDK가 버전업되면서 해더의 dependency에 문제가 생긴 모양입니다. 제일 단순한 해결책은 (정석은 아니지만) Movist.h 파일의 맨 위에 #import <QTKit/QTKit.h> 를 추가하는 것입니다.
이제 문제없이 build 됩니다. ppc일 때 제대로 도는지는 모르겠네요.

AV Player compile하기

luuvish — Mon, 27 Dec 2010 14:57:53 +0900

요즘 iPhone/iPad 에서 무인코딩으로 동영상을 볼 수 있는 앱으로 잘 나가는 AV Player를 iOS SDK로 compile해 볼 수 있습니다. FFmpeg license 문제로 컴파일할 수 있는 코드가 공개되어 있습니다. 물론 중요한 부분은 library로 묶여있지만 앱의 전체적인 모습과 GUI 구성, FFmpeg library를 어떻게 컴파일해서 합쳤는지 좋은 참고자료가 될 듯 합니다.

준비물

Snow Leopard 가 설치된 Mac
Xcode 최신버전 (3.2.5, iPhoneOS4.2 SDK)
AVPlayer source code
http://eplayworks.com/avplayer/AVPlayer-XCode.zip
위의 사이트에서 source code를 다운받습니다.

2010년 12월 27일 현재 iPhone/iPad 1.01 버전이 올라와 있습니다.
gabriel의 ffmpeg ios compile script

https://github.com/gabriel/ffmpeg-iphone-build

꼭 필요한 것은 아니지만 참고 필요.

FFmpeg library만들기

AVPlayer-XCode.zip을 작업할 폴더에 풉니다.
__MACOSX 폴더는 지우세요.
AVPlayer 안에 FFMPEG 디렉토리로 이동합니다.
gas-preprocessor.pl을 /usr/local/bin으로 복사합니다.
build-armv7으로 armv7용 library만 만드는 것도 가능하지만 combine-libs를 보면 뭔가 이상하죠? 사실 이 스크립드의 원본은 gabriel의 ffmpeg ios compile script입니다. 제대로 armv6, armv7, i386 library를 만들어서 universal library를 만들어 봅시다.

build-ffmpeg-ios.tar.gz

위의 첨부된 파일을 받아 FFMPEG 디렉토리에 풉니다.
gabriel의 소스에서 svn의 revision을 고정했고 target 마다 별도의 svn source를 다운하지 않도록 변경되었고 configure의 option이 수정되었습니다. --enable-postproc 이 제거되었고 --enable-gpl 을 off 시켰습니다. gpl option을 켜면 LGPL license가 아닌 GPL license가 됩니다. 모든 소스를 공개해야 되죠. 마찬가지의 이유로 LGPL의 경우 libx264나 libxvid를 사용할 수 없게 됩니다.
이제 순서대로 build-armv6, build-armv7, build-i386 스크립트를 실행합니다. ffmpeg 사이트에서 소스를 checkout해 온 후 configure, make를 순서대로 수행하게 됩니다.
모든 target의 library가 compile되면 ffmpeg-armv6/dist, ffmpeg-armv7/dist, ffmpeg-i386/dist에 include, lib 디렉토리가 만들어지고 해더와 라이브러리가 생성됩니다.
combine-libs를 실행해서 모든 target의 library를 합칩니다. ffmpeg-uarch에 최종 헤더와 라이브러리가 만들어집니다.

AVPlayer compile하기

Xcode로 AVPlayer project를 엽니다.
Targets 에서 AVPlayer/AVPlayerHD의 Info 창을 엽니다.
Search Paths 항목의 Header Search Paths 란의 내용을 수정합니다. $(SRCROOT)/FFMPEG/ffmpeg-uarch/include, $(SRCROOT)/FFMPEG/ffmpeg-armv7/dist/include 이런식으로 수정하고 Recursive를 체크하면 됩니다.
Search Paths 항목의 Library Search Paths 란의 내용을 수정합니다. $(SRCROOT)/FFMPEG/ffmpeg-uarch/lib, $(SRCROOT)/FFMPEG/ffmpeg-armv7/dist/lib 식으로 수정하고 Recursive를 체크하면 됩니다.
AVPlayer/LIBS/FFMPEG 밑의 libavcodec.a, libavcore.a, libavdevice.a, libavfilter.a, libavformat.a, libavutil.a, libswscale.a의 Info 창을 열고 경로를 수정합니다. AVPlayer/FFMPEG/ffmpeg-uarch/lib 밑에 있는 library를 지정하면 됩니다.
프로젝트의 라이브러리 설정은 모두 수정되었습니다. 이제 build 버튼만 누르면 됩니다. 단, 주의하실 점은 Simulator로는 build가 되지 않습니다. libAVPlayerLib.a에 AVPlayer의 중요한 코드들이 모두 숨어있는데, 이 라이브러리가 i386으로 compile 되어 있지 않습니다. arm용으로만 compile되어 있기 때문에 Device로만 bulid 가능합니다.

Java YuvViewer 0.1

luuvish — Mon, 27 Dec 2010 01:01:53 +0900

Head First Java 를 완독하고 뭔가 배운걸 티내볼까 하다가 간단한 프로그램을 짜보는게 좋겠다고 생각했습니다. 그래서 항상 작업하면서 아쉬웠던 툴을 만들어 보자고 시작한 프로젝트입니다.

사실 Java는 기본적인 문법은 10년전에 알고 있었지만 써먹을 기회가 없었습니다. (솔직히 Java를 배울 당시에는 Java가 이렇게 까지 유명해지고 쓸모있을 줄 몰랐죠) Java와 아무 상관없는 일을 하다 보니 Java가 어떻게 발전하고 사용되어 왔는지 잘 몰랐죠. 정신을 차리고 보니 어느덧 Java는 C 언어 만큼 (혹은 그 이상) 많이 사용하는 언어가 되었습니다. 사용하지는 않더라도 알고 있어야 하는 기본 언어가 되어버렸습니다. 그래서 Head First Java를 읽었습니다.

Head First 시리즈는 초보자용 책이 아닙니다. 그림도 많고 예제가 많아서 초심자가 보는 책이라고 생각하고 읽으면 분명 후회합니다. 그렇다고 전문가용 책도 아닙니다. 복잡하고 난해하고 잘 사용하지 않는 내용은 다루지 않습니다. 정상적인 프로그래머가 알아야 할 기본적이고 핵심적인 사항을 정확하게 이해하기 위해 노력한 책으로 평가하고 싶습니다. 저처럼 기본적인 건 알고 알고 있는 것중 약간 부정확하거나 헛갈리는 것, 그리고 다시 정리해서 이해해야 하는 저의 상황에 정확히 맞는 책이었습니다. Head First Java 덕분에 inner class를 이해하게 되었고 jar package와 jini 등을 구별하게 되었습니다. 물론 template 같은 경우는 사용할 수 있으나 만들 수는 없구요. 이정도의 수준만 되면 나머지는 java api document나 코딩하면서 익힐 수 있으니까 전문가처럼 능숙하지는 않아도 그럭저럭 코딩할 수 있겠죠... 아마..?

YuvViewer-0.1.jar

YUV Viewer 입니다. YUV 4:2:0, 4:4:4 등의 file을 이미지로 보여주는 툴입니다. 복수개의 YUV 이미지를 화면에 보여주고 display할 수 있습니다. 뭐 자세한 건 생략할게요. 아는 사람은 쓰고 모르는 사람은 안쓰는 툴입니다. (--;)

사용하기 위해서는 위의 첨부된 파일을 받으시고 콘솔에서 java -jar YuvViewer-0.1.jar 라고 타이핑하시거나 그냥 더블 클릭하셔도 됩니다. java runtime은 깔려 있어야 겠죠?

습작이라 손 볼 곳은 많지만 우선은 이정도로 정리하고 올립니다. 저작권 같은 건 없으니 필요한 건 알아서 고치시면 됩니다. jar 안에 소스도 포함시켰어요. 잘 안 돈다고 뭐라하셔도 할 말 없고 수정했으니 반영하라고 던져주셔도 곤란합니다. 좀 여유가 생기면 수정된 버전을 만들지도 모르지만 약속드릴 수 없습니다.

Java 자체도 조금 느리긴 하지만 최적화 할 여지가 몇군데 있습니다. YUV to RGB conversion은 일부러 최적화하지 않고 그대로 두었습니다. play mode나 fast backward/forward 일 때 이미지 로드 루틴을 thread로 분리하고 decoding된 frame들을 buffering 해야 하는데 이것도 아직 하지 않았습니다. 귀찮기도 하고 굳이 viewer가 realtime일 필요가 없었거든요. :-) 우선 최적화 되지 않은 코드로 작성하고 나중에 최적화해서 얼마나 차이가 나나 보고 싶기도 했었어요. 그런데 어느 정도 도니까 귀찮아졌네요. 언젠가는 고치겠죠?

Reference Books for Software Development

luuvish — Mon, 05 Jul 2010 15:16:42 +0900

01. Code Complete 2/E

02. Refactoring

03. Design Patterns: Elements of Reusable Object-Oriented Software

04. The Practice of Programming

05. The Pragmatic Programmer

06. Programming Pearls, 2/E

07. Joel on Software

08. More Joel on Software

09. I. M. Wright's Hard Code

10. The Art of UNIX Programming

11. Coders at Work

12. Peopleware

13. The Mythical Man-Month

14. The C Programming Language

15. Effective Java 2/E

16. Head First Java

17. Effective C++ 3/E

18. More Effective C++

19. The C++ Programming Language 3/E

iPhone & iPodTouch와 SDK 연대기

luuvish — Thu, 01 Jul 2010 13:46:59 +0900

http://kmug.co.kr/board/zboard.php?id=column&page=1&sn1=&divpage=1&sn=off&ss=on&sc=on&select_arrange=headnum&desc=asc&no=2214

에서 발췌했습니다.

[정보]iPhone & iPodTouch와 SDK 연대기

01. 2007-01-10 / [MWSF2007] iPhone 발표***

02. 2007-08-29 / Apple 'special event' - 2007년 9월 5일 확정 (iPodTouch 발매)***

03. 2007-09-11 / iPhone, 100만대 판매 달성

04. 2007-10-12 / Apple 공인 iPhone iPod touch용 Web apps 모음

05. 2008-01-16 / [MWSF2008] iPod touch 소프트웨어 업그레이드 발표

06. 2008-01-16 / [MWSF2008] iPhone의 1.1.3의 업데이트
새롭게 변한 것은
1.구글맵으로 현재 자신의 위치를 찾을 수 있습니다.
2. 사파리를 통해 북마크를 하던 것을 바로가기 아이콘을 만들어 홈스크린 배치.
3. 홈스크린에 있는 아이콘의 위치를 마음대로 바꿀 수 있습니다.
4. SMS 메세지 보내기가 한 사람만 보낼 수 있었던 것을 다중 가능.

07. 2008-02-27 / iPod Touch 32G 전자파 인증 완료 (한국개통용)

08. 2008-02-29 / iPhone SDK 스페셜 이벤트 3월6일 개최***

09. 2008-03-28 / iPhone SDK (build 9A2151) 배포

10. 2008-05-07 / iPhone SDK (build 9M2173a, beta 5) 배포

11. 2008-06-10 / [WWDC 2008] iPhone 3G 발표***

12. 2008-06-10 / iPhone SDK (build 9M2199, beta 7) 배포

13. 2008-06-27 / iPhone SDK Beta 8 Build 9M2199a, iTunes 7.7 배포
App Store 어플리케이션 접수 실시

14. 2008-07-10 / App Store도 열렸네요*****

15. 2008-07-10 / App Store Korea 확인

16. 2008-07-11 / MobileMe Service 시작한 듯 ***

17. 2008-07-12 / MobileMe 1.1 Update

18. 2008-07-14 / Apple 3일만에 iPhone 3G 100만대 팔아

19. 2008-07-15 / AppStore 3일만에 1,000만건이상 다운로드

20. 2008-07-21 / iPodTouch 펌웨어 1.1.5 배포

21. 2008-08-05 / iPhone 2.0.1 발표

22. 2008-08-05 / iPod touch 용 iPhone Software 2.0.1 업데이트

23. 2008-08-19 / iPhone Software Update 2.02 배포

24. 2008-08-22 / iPhone 2차 판매개시국 : 1차 판매 개시 22개국 / 2차 판매 개시 22개국 ***

25. 2008-09-10 / iPhone, iPod touch 2.1 소프트웨어 업데이트 9월12일 발표

26. 2008-09-12 / iPhone SDK for iPhone OS 2.1 (build 9M2517) 배포

27. 2008-09-12 / iPhone 펌웨어 2.1 배포

28. 2008-10-02 / 애플, 아이폰 NDA 포기*****

29. 2008-11-21 / Touch 2세대 Firmware 2.2 업데이트

30. 2008-11-23 / iPhone SDK for iPhone OS 2.2 배포

31. 2009-01-17 / 애플, App Store 다운로드 5억건 돌파

32. 2009-03-18 / iPhone OS 3.0 발표

33. 2009-04-01 / iPhone OS 3.0 Beta 2 출시

34. 2009-04-15 / iPhone OS 3.0 Beta 3 출시

35. 2009-04-24 / App Store 10억 다운로드 완료

36. 2009-04-29 / iPhone OS 3.0 Beta 4 출시

37. 2009-05-07 / iPhone OS 3.0 Beta 5 배포

38. 2009-06-09 / [WWDC2009] iPhone 3Gs 발매 *****

39. 2009-06-09 / iPhone OS 3.0 GM Seed 배포

40. 2009-07-15 / iPhone OS 3.1 Beta 2 배포

41. 2009-07-28 / iPhone OS 3.1 Beta 3 배포

42. 2009-08-01 / Apple iPhone - 3.0.1 배포

43. 2009-09-10 / Apple iPhone OS 3.1 발표

44. 2009-09-29 / App Store 다운로드, 20억건 돌파

45. 2009-10-09 / iPhone, ipod Touch 0S 3.1.2 소프트웨어 업데이트 발표

46. 2009-11-04 / AppStore 10만 개 App 돌파

47. 2009-11-25 / 드디어 애플사이트에 태극기 등극

Free software and source code for audio and MIDI processing

luuvish — Sat, 19 Jun 2010 23:57:00 +0900

Ardour	digital audio workstation	http://www.ardour.org/
Audacity	the free, cross-platform sound editor	http://audacity.sourceforge.net/
Ecasound	packages for multi-track audio processing	http://www.eca.cx/ecasound/
Traverso DAW	Multitrack audio recoding & editing	http://traverso-daw.org/
Qtractor	MIDI and audio sequencer	http://qtractor.sourceforge.net/
Rosegarden	MIDI and audio sequencer, score editor	http://www.rosegardenmusic.com/
Jokosher	multi-track studio	http://www.jokosher.org/
Sweep	audio editor	http://www.metadecks.org/software/sweep/
Muse	MIDI and audio sequencer	http://www.muse-sequencer.org/
LMMS	Linux MultiMedia Studio	http://lmms.sourceforge.net/
JACK	Real-time low latency audio server	http://jackaudio.org/
PulseAudio	Lightweight audio server	http://pulseaudio.org/
MACAW	Music synthesizer, sequencer, waves	http://code.google.com/p/macaw/
Qsynth	software synthesizer	http://qsynth.sourceforge.net/
FluidSynth	Real-time software synthesizer	http://sourceforge.net/apps/trac/fluidsynth/
Timidity	software synthesizer	http://timidity.sourceforge.net/
Sound Font	Creative Common Fluid R3 v3.1 SGM v2.01	http://www.freesound.org/ http://www.hammersound.net/ http://soundfonts.homemusician.net/
LADSPA	Linux Audio Developer's Simple Plugin API	http://www.ladspa.org/
Palm Sounds	iPhone sequencer and synths	http://the-palm-sound.blogspot.com/
Nano Studio	iPhone sequencer and synths	http://www.blipinteractive.co.uk/

iOS 4 GM 버전 설치하기

luuvish — Tue, 08 Jun 2010 23:45:44 +0900

2010년 6월 7일 WWDC에서 스티브 잡스의 keynote 직후부터 iOS 4 GM 버전이 배포되었습니다.

iOS 4 GM 버전은 iPhone 4 뿐만 아니라 iPhone 3GS에도 설치 가능합니다.

6월24일 미국에서 정식발매하면 iTune에서 펌웨어 업데이트로 설치 가능하고

현재는 개발자에게만 공개되어 있습니다.

https://developer.apple.com/iphone에 로그인하시면 다음과 같이

iOS 4 GM seed 와 iTunes 9.2 bata 버전이 올라와 있습니다.

iTunes 9.2가 설치되어야 iOS 4가 설치된 iPhone을 인식합니다.

현재 맥에서만 가능합니다. (맥에서만 개발가능하니 당연할지도)

먼저 iTunes 9.2 beta를 설치합니다.

(주의! - iOS 4로 업데이트 하시면 iPhone 기기의 모든 저장된 데이터가 리셋됩니다. 반드시 백업하시기 바랍니다.)

iTune에서 복구 명령으로 펌웨어를 클린상태로 되돌리고 factory reset를 할 수 있는데

복구 단추를 option 키와 같이 누르면 복구할 펌웨어 파일을 선택할 수 있습니다.

위에서 다운받은 iOS4 GM seed (iPhone 3GS) 펌웨어를 선택해서 복구하시면 됩니다.

펌웨어를 업데이트하고 다시 iTunes로 인식되는데 5~10분 정도 소요됩니다.

2010/06/09 내용수정 -

복구 대신 업데이트 버튼도 option 버튼과 같이 눌러서

지정된 파일로 펌웨어 업데이트 가능합니다. 복구와 달리 사용자 데이터가 리셋되지 않습니다.

초기 상태입니다. 뭔가 3.1.3일 때와 비교해서 아이콘이 부족하죠?

시계/계산기/나침판/음성메모가 유틸리티란 폴더로 묶여 있습니다.

홈 버튼을 더블클릭하면 멀티테스킹으로 동작하는 다른 앱으로 전환할 수 있습니다.

독이 있던 자리에 아이콘이 표시되고 좌우로 스크롤됩니다.

맨 왼쪽에는 아이팟 메뉴가 있고 그 다음부터 백그라운드로 돌고 있는 앱들입니다.

백그라운드로 돌고 있는 앱들은 홈버튼으로 빠져나와도 계속 남아있습니다.

아이콘을 정리하듯이 아이콘을 오래 누르고 있으면 편집상태로 전환되고 이때 선택하면 제거됩니다.

많은 수의 앱들을 폴더를 사용해서 깔끔하게 정리할 수 있습니다.

폴더를 선택하면 폴더안의 앱들이 확대됩니다. 앱을 선택하면 실행되고 폴더의 영역 밖을 선택하면 폴더 밖으로 빠져 나옵니다.

바탕화면에 있는 앱의 아이콘을 오래 누르면 편집 모드로 들어갑니다.

폴더에 넣고 싶은 아이콘이 있다면 그 아이콘을 합치고 싶은 앱의 아이콘으로 드래그해서 겹치도록 합니다.

폴더가 자동적으로 생성되면서 드래그한 아이콘이 포함됩니다.

폴더의 이름은 그 앱의 성격에 따라 알맞게 세팅되며 필요하면 수정할 수 있습니다.

폴더의 이름이나 폴더의 위치, 내용을 이전의 아이콘 편집하듯이 변경할 수 있습니다.

폴더내의 아이콘을 오래 누르면, 편집 모드로 전환되고 이름을 클릭하면 수정 가능합니다.

폴더내의 아이콘을 제거할 때는 제거버튼을 선택합니다.

앱을 폴더 밖으로 끌어내면 앱이 폴더에서 제거되어 바탕화면으로 이동됩니다.

폴더내의 모든 앱이 바탕으로 이동되면 그 폴더는 자동적으로 사라집니다.

그리고, iTunes에서도 폰으로 직접 아이콘을 편집하는 것처럼 폴더와 아이콘을 편집할 수 있습니다.

폰에서 보이는 것과 완전히 동일하게 보여집니다.

메일함이 위와 같이 변경되었습니다. 등록된 각각의 메일계정을 볼 수도 있고 통합된 메일함으로 메일을 볼 수도 있습니다.

배경화면은 잠금 화면과 홈 화면을 각자 다른 이미지로 설정할 수 있게 되었습니다.

2010/06/09 내용수정 -

배경화면의 이미지 설정의 분리는 3.2 버전부터 지원하던 기능입니다. 지금 아이패드에도 있는 기능이지요.

통합된 메일함 이외에 답장과 전달된 메일이 한 묶음으로 보이는 기능도 이번 iOS4에서 추가되었습니다.

메일을 선택하는 곳에서 한 단계 더 내려갈 수 있게 되어 있습니다.

사진 메뉴에서 앨범과 얼굴, 장소를 선택할 수 있는 텝이 추가되었습니다.

아이패드의 3.2 버전의 경우 장소는 있는데 얼굴이 없었습니다.

(2010/06/10 내용수정 -

아이패드의 3.2도 얼굴 선택 텝이 있습니다. iPhoto에서 설정한 사진의 얼굴들을 별도로 볼 수 있습니다.

앨범모드는 3.2와 큰 차이가 없네요. 아, 3.2는 슬라이드 쇼 모드에서 연주될 곡을 설정할 수 있습니다.)

아이팟 메뉴에서 재생목록에 재생목록 폴더가 한 단계 더 추가되었습니다. 폴더 밑에 재생목록이 나타납니다.

그리고 재생목록의 편집이 가능하게 되었습니다.

아이패드의 3.2 버전의 경우 재생목록 폴더가 없었고 재생목록의 편집은 가능했었습니다.

편집하는 인터페이스 모습은 약간 다릅니다.

iOS 4를 설치하고 사용해 보니 짧게 몇가지 기능만 사용해 보았음에도 상당히 만족스러웠습니다.

아직 앱들이 4.0을 지원하는 것은 아니라서 멀티테스킹이 완전하지도 않았고 가끔 동작중에 튕겨나가기는 합니다.

하지만, 멀티테스킹과 폴더 기능 만으로도 iOS 4는 충분히 매력적입니다.

지금 당장은 앱들이 4.0 지원을 시작하는 것 확인하고 천천히 업그레이드 하시면 될 것 같습니다.

iPad 사용기 악기편?

luuvish — Sun, 06 Jun 2010 00:02:16 +0900

아이패드가 발매되면서 흥미로웠던 것 중의 하나가 음악관련 앱들의 등장이었습니다.

아이폰시절 오카리나 같은 멋진 아이디어로 만들어진 앱이 있기는 했지만

솔직히 제대로 된 악기를 구성하기에는 기기의 제약이 많았습니다.

연주한다기 보다는 장난감으로서의 악기였었지요.

아이패드에서는 피아노 건반류의 악기앱이 많이 생겼습니다.

2단 건반과 음색도 바꿀 수 있는 앱이 등장했습니다.

화면이 크고 입력할 범위가 넒어져서 어느 정도 피아노처럼 연주할 수 있게 되었습니다.

(열 손가락 전부 음을 칠 수 있는지는 잘... 전 피아노 못 칩니다. --)

미디 신서사이져와 웨이브 편집이 되는 앱도 나왔습니다.

정말 아이패드로 음반 편집이라도 할 기세입니다. ^^

악기는 그렇다 치고 악보를 보여주는 앱은 정말 의외였습니다.

어디다 쓰려는 걸까 상당히 궁금하기는 합니다.

악보책을 대신해서 연주할 때 보려는 걸까?

아니면 자동 연주기 처럼 악보를 입력해 두고 자동 연주하려는 걸까?

설마 아이패드에서 작곡을 하려는 건 아니겠지?

사정이야 어찌하든 forScore, SonataNote, Sheets, Nota 등등 여러 앱들이 등장했고

악보를 볼 수도 있고 음악을 들을 수도 있는 나름 아이패드의 기능을 잘 활용하고 있습니다.

Nota의 경우 교육용으로 잘 활용될 것 같습니다. 갑자기 피아노가 배우고 싶어지네요.

iPad 사용기 타블렛편

luuvish — Sat, 05 Jun 2010 23:10:01 +0900

아이패드를 구입할 때 가장 큰 동기는 타블렛으로서의 기능때문일 겁니다.

들고 다니면서 읽고 쓰는데 얼마나 쓸모 있느냐가 아이패드의 성공여부에 아주 중요하죠.

기존의 타블렛은 스타일러스 팬으로 필기하는데는 관심이 많았지만 그 외의 기타 기능들,

텍스트 뷰어나 동영상보기 등은 기존 윈도우와 다른점이 없었습니다.

애플은 확실히 기존의 타블렛 기기가 견지하던 관점과는 다른 환경을 제공합니다.

- 키보드와 팬이 없는 터치 방식의 입력,

- 모바일 환경에 최적화된 OS와 앱들

- 읽고 볼 거리를 제공하는 콘덴츠 제공자의 확보

그리고 기존 이북 리더와 차별화된 기능을 사용자에게 보여주었습니다.

- 종이의 질감이 아닌, 화사하고 강렬한 IPS 방식의 화면

- 칼라풀한 화면으로 텍스트만이 아닌 소리와 영상을 동시에 제공

- 책만 읽는 것이 아닌 다양한 앱을 실행할 수 있는 범용적인 기기

기본 설치는 되어 있지 않지만 쉽게 설치할 수 있는 iBook 앱입니다.

기본적인 책읽기 프로그램으로 자주 사용될 것 같습니다.

책은 스토어에서 구입할 수 있습니다. 공짜로 받을 수 있는 책도 꽤 됩니다.

코믹스 앱 실행화면입니다. 만화책을 다운받고 읽을 수 있습니다.

미국 만화뿐이라 정서에 좀 안 맞기는 합니다만 양과 질 모두 압도적입니다.

공짜로 볼 수 있는 책도 많습니다만, 3권 이상 다운받으면 아이디를 만들라고 요구합니다.

아이폰시절부터 유명한 GoodReader 입니다. 아이폰 시절과 마찬가지로 쓸만한 pdf reader가 상당히 많습니다.

화면이 커지면 pdf 읽기가 아이폰보다 유용할 거라는 것은 누구나 예상할 수 있었을 것이고 그 예상이 맞았습니다.

앞으로는 책보다 아이패드로 pdf 읽는 경우가 많아질 거라고 확신합니다.

저는 이미 봐야할 스팩문서를 dropbox로 옮겨버렸습니다.

타임즈 같은 뉴스보기도 책처럼 다운받아 구독할 수 있게 되었습니다. 한번 보고 싶었으나 유료네요...

출판/언론사에서 아이패드로 많은 컨텐츠를 제공할 것으로 보입니다. 대세가 될 것 같네요.

보는 건 정말 환상적인데 쓰기는 어떨까...

이미 앱스토어에는 페인터 류의 앱들이 많이 올라와 있습니다.

SketchBook 으로 손글씨를 써 보았습니다. 타블렛 보드처럼 세밀하게는 안되지만 그럭저럭 선은 그릴 수 있었습니다.

어떤 앱들은 선을 그리는데 제스처를 인식하는데 딜레이가 좀 있었습니다. SketchBook은 좀 낫더군요.

좀더 소프트웨어 성능이 향상되면 조만간 멋지게 그림을 그리는 것도 가능할 것 같네요.

노트류의 앱들은 아직 두드러지게 두각을 나타내는 앱은 없는 것 같습니다.

smartNote가 자유롭게 그림과 글씨를 붙일 수 있는 것 같기는 한데 OneNote 만큼 편하지는 않았습니다.

아직은 아이폰 수준의 노트 프로그램에서 크게 발전하지 못한 것 같네요.

키노트의 경우 프레젠테이션은 잘 되지만 편집기능은 맥버전처럼 자유롭지 못합니다.

점점 더 기능이 보강되어 좋아지기를 기대합니다.

예상대로 아이패드는 뷰어로서는 상대가 없을 정도로 막상하지만 편집기로서는 부족한 점이 많습니다.

그렇다고 기존 타블렛보다 열등하다고 생각되지는 않습니다. 기존의 타블렛도 같은 문제를 안고 있었습니다.

PC 수준의 입력은 여전히 불가능한 건가요? 아이패드는 멋지게 해결할 거라고 기대했었는데요. 약간은 실망입니다.

iPad 사용기 일반편

luuvish — Sat, 05 Jun 2010 23:00:24 +0900

아이패드를 처음 받고 제일 먼저 체감한 것은 상당히 밝은 화면과 빠른 반응성이었습니다.

화면은 선명하다 못해 반짝반짝 빛이 나고 있었고 터치 후에 움직이는 감각은 마치 살아있는 생물 같았습니다.

아이폰과 거의 같은 반응 속도를 갖는다고 해도 그 덩치의 차이때문에 더 민첩한 것처럼 느껴지는 것 같습니다.

실제로 아이폰 6배 정도의 크기입니다. 화면이 넓직해서 터치하기도 쉽고 화면에 표시되는 것도 많습니다.

독에 아이콘이 6개, 바탕화면에 20개씩의 앱 아이콘이 배치되는데 사이 사이의 공간이 넉넉합니다.

아이폰은 4개와 16개씩 있었지요.

사파리는 실행해서 애플 사이트에 들어가 봤습니다. PC에서 보이는 화면과 차이가 없습니다.

디스플레이의 최대 해상도는 픽셀로 1024x768입니다.

아이폰처럼 모바일용 사이트로 접속할 필요가 없습니다.

게다가 아이패드는 줌인/줌아웃도 아이폰처럼 지원합니다.

지금 불편한 점은 단 하나, 한글 입력 미지원입니다. 보는 것은 전혀 지장없습니다.

OS버전이 올라가면 한글 키보드도 지원하겠지요. 지금으로서는 카피앤패스트 밖에 방법이 없습니다.

Weather HD 실행 화면입니다. 자동 위치 검색을 했더니 서울 송파구로 잡히네요.

좀 과하다 싶을 정도로 멋진 풍경을 보여줍니다.

회사에서 사용하는 JIRA에 들어가 봤습니다. 잘 동작하는군요.

구글 캘린더도 아이폰과 같은 방식으로 설정하시면 됩니다. 화면이 넓으니 한주의 스케줄이 한눈에 들어옵니다.

오른쪽은 Twittelator로 트위터에 접속한 화면입니다.

정말 멋지긴 한데, 아이폰으로 트위터하는게 나름데로의 장점이 있는데다

아이패드는 사진/동영상을 찍을 수 없고 한글로 글을 적을 수 없습니다.

지금은 눈요기만 가능합니다. (영어로 쓰시던가. ^^)

아이폰 앱을 그냥 사용하실 수 있습니다. 그러면 위처럼 한가운데에 작게 실행됩니다.

x2 버튼을 누르면 2배로 스케일업되기는 하는데 그다지 권장하지 않습니다.

못 봐줄 정도는 아니지만 아이패드에 최적화된 다른 앱과 비교하면 그다지 보기 좋지 않습니다.

아이패드에서 꼭 써야할 앱이 아니라면 왠만하면 사용하지 않는게 정신 건강에 좋을 듯 싶습니다.

iPad와 iPhone, iPod Touch를 동시에 지원하는 앱들 (Dropbox, 페르시아의 왕자, 메탈기어, IM+ 등등)은

아이폰이나 아이패드의 기기에 맞추어 실행 화면이 바뀝니다. 화면의 크기 뿐 아니라 필요하면 배치 또한 바뀝니다.

이런 앱들은 별 고민없이 사용하면 됩니다.

iPad 만 지원하는 앱들 (iBook, Keynote, Numbers, Pages 등등)은 아예 아이폰이나 아이밧 터치에 설치되지 않습니다.

어떤 앱들 (We Rule, Plant VS Zombie, Koi Pond, Good Reader 등등)은 아이폰 버전과 아이패드 버전이 따로 있습니다.

구입,설치도 따로 해야합니다. 이름만 같고 다른 앱이라고 보시면 됩니다.

iPhone 만 지원하는 앱들 (파랑새, Awesome Note, Uface, TwitBird 등등)은 아이패드에서도 실행은 됩니다만

위에서 보이는 화면처럼 아이폰 크기의 화면으로 실행됩니다.

아이패드가 아이폰 앱을 그대로 사용할 수는 있지만, 경우에 따라 전혀 효용성이 없는 것 같습니다.

앱이라는 것이 화면 구성에 따라 완전히 사용법이 달라지더군요.

아이패드가 단순히 아이폰의 크기만 늘려놓은 건 확실히 아니었습니다.

iPad 득탬 성공기

luuvish — Sat, 05 Jun 2010 21:51:38 +0900

이제야 아이패드를 구입하게 되었네요.

사실 진작에 사려고 마음먹고 있었는데 여러 난관이 있었습니다.

4월말에 산호세로 출장가는 직장동료에게 부탁했었는데 매장에서도 미리 예약하지 않으면 물건을 살 수 없는 상황이었습니다.

결국은 뉴욕에서 직장다니는 친구에게 현지에서 온라인 구입하고 한국으로 배송해 달라고 부탁해서 간신히 구했습니다.

트위터로 처음 메시지 보낸게 5월 8일. 5월 13일에는 악세사리만 오고 본체는 아직도 미발송.

5월 20일 쯤에야 중국에서 날아오기 시작했고 Ipad Case와 카메라 키트는 6월 8일에야 쉬핑한다길래 그냥 주문 취소했습니다.

정말 아이패드가 물량이 달리는 모양이더군요. 미국내에서 구입하는데도 열흘을 기다렸습니다.

5월 26일에는 주문한 모든 물품을 받았고 29일 쯤에 미국에서 EMS 발송했습니다.

EMS는 금방 옵니다. (주문과 배송이 워낙 오래 걸려서 상대적으로 빠르다고 느꼈는지도)

5월 31일에 바로 국제우편물류센터에서 휴대폰으로 메시지가 왔습니다.

통관은 생각보다 어렵지는 않습니다. 다만 아이디 생성과 공인인증서 설정이 좀 이상하더군요.

사이트가 인증툴 설치하면서 괴상한 짓을 합니다. 이것 때문에 고생 좀 했습니다.

http://portal.customs.go.kr/ 에서 로그인하고 업무처리->수입통관->국제우편물품통관신청서 를 선택하고

국제우편물품신청서를 작성하면 됩니다.

통관번호는 문자메시지에 적혀있는 것을 사용하면 됩니다. (EMS 배송번호와 다릅니다.)

우편물종류는 특급(EMS) 를 선택하고 도착일자는 메시지 온 날짜에서 0-2일 정도로 선택해 보고

조회를 눌러서 우편물 정보가 제대로 나오는지 확인하시면 됩니다.

이때 주의하실 것은 도착일자의 월 칸을 02, 03같이 두 문자로 적으셔야 합니다. (안 그러면 동작 안합니다.)

아니면 아예 달력버튼을 눌러 선택하는게 좋습니다.

가격은 달러로 적으면 되고 (저 같은 경우 아이패드 본채값인 699달러)

반입사유는 선물이나 자기구매, 파일첨부는 필요없습니다.

저는 애플 사이트의 제품가격 정보 나오는 곳의 링크를 적었습니다.

개인 정보 적고 전송버튼 누르면 끝입니다.

통관 신청서 올리면 바로 통관 진행중이고 1-2일 걸린다는 메시지 옵니다.

저는 같은날 4시간 후에 통관되었다는 메시지가 왔습니다.

그리고 바로 다음날 우편물을 받았습니다. \^^/

산 물품은

iPad 64G wifi $699

iPad Dock $29

VGA Adapter $29

Wireless Keyboard $69

총 구매 금액 $826

2010/06/10 수정 -

Tax(NY) $60.92

EMS 배송비 $56.75

부가가치세(통관비) 94520원

세금내고 배송비에 관세 10%, 그리고 환율도 1200후반대라 금액이 만만치 않겠네요.

정산하면 다시 확인해 봐야겠네요.

뭐 지금으로서는 가격보다 살 수 있었다는데 안도해야 할 상황이네요.

구입하는데 너무 힘들었습니다. --;

2010/06/10 수정 -

환율을 1200원이라 치고 계산해도 120만원이 넘습니다. 배송비와 관세가 만만치 않습니다.

뭐 비싼만큼 본전을 뽑아내야죠!

받자마자 iTune에 붙여서 데이터 전송하고 탈옥했습니다.

아이폰에 쓰던 환경을 그대로 옮기는데 시간이 상당히 오래 걸렸습니다.

10G나 되는 음악, 동영상, 앱들이 한번에 카피하려니 USB 속도가 답답하더군요.

배경설정하고 이것 저것 건드리는데 꼬박 하루는 걸렸습니다.

암튼 멋지게 셋업 완료!

사용기는 다음편에서 이어집니다.

iPhone 추천 게임 두번째

luuvish — Sat, 05 Jun 2010 20:38:38 +0900

Vampire Origins

http://itunes.apple.com/us/artist/chillingo-ltd/id286038741

뱀파이어류의 게임이 그렇듯이 보이는 데로 쏘고 쓰러뜨려야 하는 엑션게임.

아이폰에 맞게 인터페이스가 잘 적용되어 있어 별 스트레스 없이 진행할 수 있었습니다.

저 같은 엑션치도 깰 수 있는 난이도, 내용도 길지 않고 적당. 중간 중간 연출도 볼만함.

Prince of Persia Retro

http://itunes.apple.com/us/artist/ubisoft/id317644720

이놈도 테트리스만큼 여러기종으로 이식되긴 했지만, 애플][로 시작해서 다시 애플로 돌아온 건 감개무량합니다.

터치로 조작하기 때문에 난이도는 급상승. 그래도 요즘 게임에 비하면 이정도는 기본도 안되려나?

굉장히 유명하고 전설적인 게임임에도 불구하고 전 아직 첫판도 깨본 적이 없습니다.

Phoenix Wright

http://itunes.apple.com/us/artist/capcom/id308807391

역전재판 1편. 드디어 NDS게임이 아이폰으로 이식되기 시작했습니다.

일본어판과 영어권판이 별도로 있습니다. 일본어판은 5개의 애피소드를 따로 다운받아야 한다는 군요.

영문판은 다행히도 앱 하나만 받으면 됩니다.

스토리는 완전히 NDS판과 동일. 그러나 인터페이스가 바뀌면서 처음에는 다소 당황할 수 있겠습니다.

가로방향으로 화면을 키웠으면 좋았을 텐데 상당히 아쉽습니다.

그러나 역전재판의 재미는 여전합니다.

천안함 사건의 증거라는 "1번 어뢰" 좀 심한거 아냐?

luuvish — Thu, 27 May 2010 00:38:59 +0900

눈 딱 감고 믿어주려고 아무리 애를 써도 안되겠습니다. 어느 부분에서 속아줘야 하는지 좀 알려주세요. 전혀~ 감이 안잡히네요.
"1번"이라고 적힌건 모두 북한건가요? 유성팬 글씨가 남아있는것도 황당할 뿐이고...

길이길이 MB정권의 QT인증할 결정적인 증거로 보관하기 위해 사진을 블로그에 보관합니다.
매년 5월20일 마다 이 사진을 보면서 이 황당함을 되세길 겁니다.

SmartTV - 구글TV 성공할까요?

luuvish — Sun, 23 May 2010 13:35:25 +0900

최근 기술과 시장의 동향을 보면 역사는 반복되는건가 하는 생각을 갖게 합니다. 거의 10년이 되어가는, 그 당시에서 최첨단 기술과 아이디어로 떠들썩했던 아이템이었던 타블렛PC와 스마트TV가 다시 부활하여 신문과 인터넷에 이슈거리가 되는 것을 보니 감회가 남다릅니다.

제가 타블렛PC를 사용하는 사람을 주변에서 접한게 2004년 쯤 되니까 제 좋지 않은 기억력으로 추산해보면 2002도 정도부터 타블렛PC를 Microsoft에서 선전하기 시작했던 것 같습니다. 그리고 지금 2010년도에 아이패드가 나오기 전까지 타블렛PC는 대중화되지 못했습니다. 분명히 사람들의 니드는 있었습니다. 들고 다니면서 필기하며 읽을 수 있는 공책이나 수첩같은 전자기기를 필요로 하고 있었습니다. 그리고 분명 윈도우가 깔리고 스타일러스팬이 필요한 접촉식 터치스크린에 노트북과 같은 쿼티자판이 붙은 타블렛PC는 사람들이 원하던 제품이 아니었습니다. "명백히" 사용하기에 불편했습니다. 사람들의 니드를 잘못 해석하여 설계된 제품이었습니다. 아이패드가 나왔을 때 사람들의 반등은 제각각이었습니다. 윈도우가 아닌 아이폰 os라서 pc에서 사용하던 프로그램을 돌릴 수 없었고 스타일러스팬이 없어서 글씨를 쓸 수가 없었습니다. 쿼티자판이 없어서 글씨 입력이 불편해 보였습니다. 그런데 정말 그렇던가요? 물론 아직도 팬으로 쓴 글씨를 완벽히 대체하지는 못하는 것 같습니다. 하지만 그 이외의 부분들은 기존의 틀에 사로잡혀 이런 기능들은 꼭 이런 식으로 만들어져야 한다는 고정관념에 사로잡혔던 것으로 보입니다. 단지 아이폰을 크게 만들었을 뿐이라던 아이패드는 이제는 누구도 반박할 여지 없이 성공했습니다. 이전의 타블렛PC의 실패를 뒤집었습니다. 차이점은 단 하나입니다. "사용자에게 쓸모 있도록 기능의 구현 방법을 바꾸었습니다."

인터넷TV를 처음 접한 것이 2000년이었습니다. 한창 Tivo니 DVR/PVR이 화두였었죠. (TV쪽에서만 :->) 사실 TV에서 인터넷을 하고 싶다는 생각이 아주 이상한 것은 아니었죠. 문제는 인터넷이 불가능하지는 않는데 생각보다 불편할 뿐더러 쓸모도 없다는 거였죠. 2000년대 초에는 디지털TV가 보급되기 전이었습니다. HD방송도 하고 있지 않았습니다. 화면 해상도가 D1 (720x576)인 모니터에서 윈도우를 띄웠다고 생각해 보세요. 게다가 TV 모니터는 컴퓨터와 달라서 글씨가 많이 번집니다. 그런 화면으로 인터넷을 하고 글씨를 읽어야 한다고 상상해 보세요. 정말 끔직했습니다. 게다가 인터넷 화면은 TV에 최적화되어 있지 않아 메뉴 조작이나 검색등이 불편했습니다. 특히 글자를 입력하기 위한 무선 키보드나 키패드도 큰 걸림돌이 되었습니다. 리모콘으로 채널 돌리는 게 다였던 조작 체계에서 키보드를 양손에 들고 자판을 두드려야 했고 트랙볼로 커서를 움직여야 했습니다. PC와 같은 사용법으로 TV를 조작할 수 없다는 것을 아는데는 그리 짧은 시간이 걸리지 않았습니다.

IPTV가 수년동안 보급되기 시작하면서 TV를 보는 방법에 변화가 생긴 것은 사실입니다. 일방적으로 방송되는 채널 중에 맘에 드는 것을 선택하다가 이제는 맘 먹은 시간에 맘 먹은 컨텐츠를 골라볼 수 있게 되었습니다. 구글TV는 이 IPTV를 좀 더 극대화 했다고 생각할 수도 있겠습니다. 선택할 수 있는 여지가 방송 컨텐츠뿐 아니라 앱이나 웹서핑으로 더 넓어진 것을 제외하면 구글TV는 IPTV의 연장선상에 있습니다. 사실 멋지죠, TV에서 게임도 하고 유튜브도 보고 이것 저것 할 수 있다는 거요. 그런데 사실 이건 가정용 게임기로 어느정도 하던거 아닌가요? 온라인으로 게임을 다운받고 인터넷도 연결되어 있고요. TV에 내장되어 구글이 지원하는 게 이전 제품과 어떤 차별성이 있는 건가요? 안드로이드 플렛폼이라 앱이 호환되니까... 아니면 OS가 오픈이라 개발하기 쉬워서? 사실 구글TV의 가장 큰 장애물은 구글TV의 성능이나 기능, 어플의 부족이 아닐겁니다. TV라는 속성을 제대로 이해하지 못하면 전혀 사용자에게 어필하지 못하는 제품이 되어버릴 수 있습니다. 사람들이 TV앞에서 무얼 하려고 하는지 제대로 이해해야 합니다. PC는 철저히 일대일로 제품과 사용자가 붙어있고 사용자가 적극적으로 콘트롤하는 물건입니다. TV는 그렇지 않아요. 일대다의 사용자가 사용하면서 수동적으로 단순히 시청만 하는 경우가 많습니다. 여러 사람들이 같은 방송을 보고 있는데 한 사용자가 임의로 자기 편한데로 콘트롤할 수는 없겠지요. 리모콘 조작의 빈도가 상당히 적다는 것이 TV의 특징이기도 합니다.

안드로이드 폰을 위해 만들어진 수많은 앱들이 TV에서 똑같이 동작하지도 않을 것이고 안방에서 사용하기에는 부적합할 수도 있다는 것을 생각한다면 안드로이드라는 플랫폼은 단순히 개발환경일 뿐이지 앱의 호환성과는 상관없는 말이 될 수 있습니다. 단순히 개발툴만 공유할 뿐 전부 다시 만들어야 한다는 의미입니다. 게다가 구글TV는 아톰기반의 하드웨어에서 동작합니다. 성능과 하드웨어의 차이 등등 기존 안드로이드 폰과는 다르게 갈 수 밖에 없습니다. 사실 여러 밴더들이 제조한 구글TV에서 동작하도록 만들기 위해 안드로이드 앱이 어떤 가드라인과 검증 플로우를 거쳐야 할지는 저로서는 언듯 상상이 가지 않습니다.

아직 데모 단계인 제풀에 대해서 여러가지 억측을 하면서 태클만 걸었는지도 모르겠습니다. 몇달 뒤에 실제로 제품이 나오고 실제 제품이 공개되면 좀 더 정확히 평가할 수 있을테니 이 정도 선에서 참견을 멈추는 게 좋을 것 같네요. 아마 구글도 이런 문제를 이미 해결했거나 고민하고 있을 거라 생각합니다. 저 역시 구글이 구글답게 기존의 고정관념을 깨뜨리는 혁식적인 제품을 만들어 내길 기대하고 있습니다. 애플의 행보도 내심 기대 사항 중 하나이긴 합니다. 과연 애플TV가 나올 것인가? 구글과는 어떤 차별성을 가질 것인가? 아니면 구글에서 타이밍을 뺐겼거나 여러 문제때문에 시기상조라 생각하고 발을 뺄 것인가. 스티브 잡스가 어떤 선택을 할 지 유심히 관찰하고 있습니다. 마지막으로 소프트 파워가 없어서 이러지도 저러지도 못하는 삼성, 앨지에게는 심심한 위로의 말씀을 보내드리며 "아웃오브관심".

Slack - 인사이트북

luuvish — Sat, 22 May 2010 19:05:00 +0900

팀장질 한 해수가 쌓여 갈수록 뭔가 잘못되었다는 것을 느낌이 아니라 이론적으로 이해하기 시작했습니다. 이렇게 프로젝트를 진행하면 안된다는 것을요. 스케줄을 맞추기 못하는게 팀원이나 팀장의 개인적인 자질 문제가 아니라는 것을 파악하는데는 긴 시간이 필요하지 않았습니다. 사람들은 뭔가 열심히 작업하는데 그 결과물은 아름답지 못했습니다. 당연하지요, 좀 더 고민하고 이해해야 할 시간에 열심히 돌진해 버렸으니깐요. 정열과 노력을 헛되이 버리는 가장 좋은 방법입니다, 공격적인 스케줄과 무리한 목표!

Slack이란 책이 다른이들에게는 어떻게 느껴질지 모르겠습니다. 여전히 현실과는 다른 이상론일 뿐이라고 생각하실지도 모르겠네요. 아니면 당연히 하고는 싶지만 현실의 벽이 두껍다고 포기하시는 건가요? 설마 단순히 게으른 자들이 개발한 변명거리라고 생각하는 건 아니겠죠? 정말 그렇게 생각하시는 분들이 있다면, 심각하게 현상을 이해하고 문제가 뭐였는지, 어떻게 해야 하는지 진지하게 고민해 보셨으면 합니다. 전 게으른 사람보다 노력하는 사람을 좌절시키는 환경이 더 나쁘다고 생각합니다.

사실 Slack같은 책이 이제야 우리나라에 번역되었다는 게 놀라웠습니다. 지식노동자들이 과도한 업무와 무리한 스케줄에 시달리는게 하루 이틀 전의 일이 아니었는데 말입니다. 게다가 더 놀라운 건 이책의 원저는 2000년에 쓰여졌다는 겁니다. 10년 동안 도대체 무얼 한 걸까요? 여유와 느슨함은 회사에서는 결코 받아들여질 수 없는 반동분자인건가요? 너무나도 슬픈 현실이 오늘과 가까운 미래에도 펼쳐질 예정입니다.

http://insightbook.springnote.com/pages/5670149

지은이 : 톰 드마르코 / 옮긴이 : 류한석, 이병철, 황재선

정가 : 13,800원

쪽 / 판형 : 150 * 205

출간일 : 2010년 4월 26일

ISBN-13 : 978-89-91268-74-6

저자소개

톰 드마르코(Tom DeMarco)
뉴욕과 런던을 기반으로 컨설팅을 하는 Atlantic Systems Guild의 대표를 맡고 있다. HP, 애플, IBM, 루슨트 등의 여러 기업에서 컨설팅을 하고 있으며 『피플웨어(Peopleware)』『데드라인』『소프트웨어 프로젝트에서의 리스크 관리』 등과 같은 기술 방법론 및 관리에 대한 서적을 집필한 유명 저자이다. 소프트웨어 공학, 프로젝트 관리 등에 대한 공헌을 인정받아 1999년에 Wayne Stevens Prize를 수상했다.

역자소개

류한석
현재 기술문화연구소의 소장이며, KAIST IP영재기업인교육원의 자문위원을 맡고 있다. 지난 19년 동안 삼성전자, 소프트뱅크, 신세계, 한국산업은행, 광주은행, 노보텔앰버서더 등 여러 기업의 프로젝트를 수행한 경험을 갖고 있다. 2002년 국내 최초의 Microsoft MVP로 선정됐으며, 삼성전자에 재직하던 2006년 대한민국 소프트웨어 대상에서 홈/모바일 소프트웨어로 국무총리상을 수상했다. 블로그 피플웨어(http://peopleware.kr) 와 트위터(http://twitter.com/bobbyryu) 를 운영하고 있다.

이병철
소프트웨어 엔지니어로 13년간 근무했으며, 프리랜서부터 대기업까지 다양한 형태의 조직을 경험했다. 현재는 한 외국계 기업에서 비즈니스 관점으로 IT를 들여다보는 리서치 업무를 수행 중이다.

황재선
12년의 IT 경력을 갖고 있으며, 다양한 SI 프로젝트와 기업용 소프트웨어 개발 PM을 경험했다. 고객과의 협상을 즐기며 최근에는 그 관심 영역을 모바일 분야로 넓혀 서비스 전략 기획에 많은 시간을 보내고 있다.

책 소개

[슬랙(Slack)이란?]

사전적 의미로는 ‘여유, 느슨함, 이완(弛緩)’ 등을 뜻하고, 이 책에서는 일시적으로 비효율적(inefficient)으로 보이는 ‘느슨함’(여유)을 뜻하는 말로 쓰였다.

[내용]

항상 바쁘면 생산적이라고 생각하는가?
지식노동자는 강압과 경쟁, 데드라인으로 내모는 방식으론 결코 관리할 수 없다.

너무나도 효율적인 사람은 너무나도 바쁘기 때문에, 무언가 새로운 일이 일어나는 경우 그 일에 즉시 대응할 수 없게 된다.
조직도 마찬가지다. 어떤 조직이 효과적(effective)이 되기 위해서는 일시적으로 비효율적(inefficient)으로 보이는 ‘느슨함’(여유)이 있어야 한다. 이 느슨함이 있어야 급변하는 내외의 조건에 기민하게 대응할 수 있는 것이다.
이 책에서는 단기성과에 급급하고, 빨리빨리 일하라고 재촉하며 사람들을 내모는 조직은 단기적으론 성과를 올릴 수 있을지 모르나, 결국 망가질 수밖에 없고, 조금 천천히 일하더라도 제대로 일함으로써 조직의 창의성을 살리고 변화에 대응하는 능력을 키울 수 있음을 설득력 있게 정리하고 있다.

탈옥한 아이폰에서 탈옥체크하는 어플 실행하기

luuvish — Sat, 22 May 2010 17:22:30 +0900

* 관련글

- iphone 실행 파일 수정 예시 - http://www.cyworld.com/colap/3628973
- 탈옥한 iphone에서 우우행 102전 어플 실행 - http://www.cyworld.com/colap/3626341
- 탈옥한 iphone에서 기기행 122전 어플 실행 - http://www.cyworld.com/colap/3737759
- 탈옥한 iphone에서 신신행 210전 어플 실행 - http://www.cyworld.com/colap/3740214
- 탈옥한 iphone에서 신신드 200전 어플 실행 - http://www.cyworld.com/colap/3739062
- 탈옥한 iphone에서 하하행 14전 어플 실행 - http://www.cyworld.com/colap/3747496
- 탈옥한 iphone에서 현현드 12전 어플 실행 - http://www.cyworld.com/colap/3749032
- 탈옥한 iphone에서 미미권 24전 어플 실행 - http://www.cyworld.com/colap/3749573
- 탈옥폰 관련 게시물 저작권 침해 신고 접수 - http://www.cyworld.com/colap/3740839

iPhone 추천 게임 4선

luuvish — Sun, 16 May 2010 22:36:44 +0900

Plants vs. Zombies
http://itunes.apple.com/us/app/plants-vs-zombies/id350642635?mt=8

식물을 심어서 밀려오는 좀비들을 막는 게임입니다. 스테이지가 진행될 수록 공격해 오는 좀비들의 종류와 패턴이 다양해 집니다. 심을 수 있는 식물들도 이에 따라 늘어납니다. 의외로 아기자기하고 짜임세가 있습니다. 2-3차 플레이는 기본.

We Rule
http://itunes.apple.com/us/app/we-rule/id339274852?mt=8

악마의 게임입니다. 아침에 일어나서 감자캐고 콩심는다는 바로 그 게임입니다. 소셜 네트웍 형태로 여러 사람과 연결되어 게임을 즐길 수 있습니다. 연결된 사람들과 물건 제작을 의뢰하거나 줄 수 있습니다. 심시티형태의 게임치고는 상당히 단순합니다. 건물이나 길, 나무등등 배치를 아무렇게나 해도 게임에는 지장이 없습니다. 농작물에 따라 10분에서 1일까지 수확하는데 걸리는 시간이 다릅니다. 거기다가 리얼타임입니다. 현실과 같은 시간이 흐릅니다. 약물을 쓰지 않으면 마냥 기다릴 수 밖에 없네요. 다행히 게임을 종료하고 나와도 시간을 계속 흐릅니다. 게임으로만 놓고 보면 중독될 만한 요소가 없다고 생각되는데 이상하게 계속하게 되네요. 참 묘한 게임입니다.

Hills and Rivers Remain
http://itunes.apple.com/us/app/hills-and-rivers-remain/id334825813?mt=8

스퀘어-에닉스에서 제작된 게임입니다. 군대를 모아 성을 점령하는 전략 시뮬레이션입니다. 첫인상과 달리 전략에 있어서 아기자기한 재미를 선사합니다. 아쉬운 점은 진행이 너무 짧다는 것. 시나리오 모드가 단지 10스테이지인 것은 상당히 아쉽습니다. 프리 모드까지 합쳐도 20스테이지인데요. 볼륨이 2배정도만 되었으면 좋았을 텐데요 상당히 아쉬웠습니다.

Dawn of Discovery - Harbor
http://itunes.apple.com/us/app/dawn-of-discovery-harbor/id352765669?mt=8

처음엔 대항해시대나 시빌라이제이션 정도로 기대했으나 막상 해보니 단순히 배에 물건 싣고 나르는 퍼즐 게임. 뭐 의외로 난이도도 있고 짜임세가 있어 간단히 머리 식히는 용도로 괜찮았습니다. 나중에 좀 더 버전업된 게임으로 나왔으면 좋겠네요.

한국 군함 “천안”호 침몰의 내막

luuvish — Tue, 11 May 2010 19:50:04 +0900

서프라이즈에 올라온 글입니다.
뉴스에 나왔다 조용히 사라진 의혹들을 언급하는군요.

http://www.seoprise.com/board/view.php?uid=143720&table=seoprise_12