기즈모도에서 혹평을 했다고 바로 뉴스에 올라왔지만 (삼성이 자살을 하려고 한다는..),
호평도 적지않고, 쉽지않은 길에 용감하게 투자하는 데에 박수를 보내는 사람도 많다.

먼저,
두 회사의 차이점을 간단히 비교해보면…

Apple : 창의적이다, SW 강점 (OS개발 능력, SW아키텍쳐 전반의 기술 보유)
Samsung : 열정적이고 똑똑하다, HW 강점 (HW웨어 CPU, SoC부터 메모리, 디바이스까지의 기술보유)

또한 삼성은 거의 모든 종류의 스마트폰 개발 경험이 있으며, 강력한 시장지배력과 재품 개발력을 가지고있다.

삼성 wave의 장점은..

1. 싸다.
   저렴하다는 것은 그  핸드폰을 많이 팔아서 저변을 크게 확대할 수 있다는 점에서 매우 중요한 부분이다.
   웨이브폰은 가속도, 조도, 지자기(나침반) 센서등 필수 센서와 최상의 CPU, AMOLED, 블루투스 등을 지원함에도 저렴한 가격 ($500정도)를 내세우고있다.
   microSD를 지원하는 대신에, 아이폰보다는 훨씬 작은 메모리 (2G/8G 2가지) 를 탑재함으로서 가격을 내릴 수 있었던 것 같다. 또한 전략폰이기에 저렴하게 내놓은 것도 있겠다.
   현재 microSD 16G는 5만5천원 정도이다. (32G는 아직 잘 보이지않는다)
2. 이통사 친화적이다.
   Apple 정책은 이통사가 싫어하는 정책이다. 보조금을 강요하면서도 App 수입 중 이통사 수입은 0%이다. 그래서 이통사 수익이 보장되는Android를 좋아하는 것이겠다. bada폰은? 아직 발표는 되지 않았지만 당연히 안드로이드 비슷하게 갈것이다. 이통사의 지지확보가 매우 중요하니 말이다.
3. 언어가 C++이다.
   안드로이드 기반 게임은 Java로 개발되어야한다. 게임개발자가 선호하는 언어는? 단연 C++이다. 속도도 빠르고.. 저변이 매우 넓다.
   일반 게임개발자가 스마트폰 개발을 시작한다면, 가장 매력적인 플랫폼은 아마도 bada가 아닐까 한다. (애플은 Object-C를 배워야하고, Mac에서만 개발 가능하므로). 물론.. bada SDK가 훌륭하다는 전제에서의 이야기이긴 하지만 말이다.
4. 강력한 제조사의 힘
   IT디바이스의 바닥에서 위까지 모든 기술력과 전세계적 AS망,판매망을  가진 삼성의 제조의 힘은 원가절약, 신뢰도있는 AS지원, 글로벌 마케팅 지원 등의 강점을 가진다.
5. 멀티플랫폼 개발환경
   iPhone 어플리케이션을 제대로 개발하려면 Mac이 있어야 하나, 삼성은 윈도우 환경에서 개발이 가능하다. (이것도 강점 맞지요?ㅋ)

물론.. 걱정도 많이된다.

1. SW경험부족
   HW도 그렇지만 20년이상 SW를 꾸준히 바닥부터 개발해온 Apple의 SW를 단기간에 따라가는 것은 불가능하다. Apple의 Xcode와 Interface Builder 그리고 CoCoa 엔진의 대안을 어떻게 제시할 수 있을 것인가?
2. UX
   총체적인 핸드폰의 User eXperience를  Apple만큼 잘 만들 수 있을까? Apple은 원래 우수한 UI/UX로 유명한 회사이다. 아직은 터치위즈의 약세가 예상된다.

아이폰이 출시된지는 수년이 지났고, wave폰은 이제 첫 모델을 기다리고있다.

1:1로 맞장뜨는것은 쉽지않아보이지만, 삼성이 심혈을 기울인 국산 플랫폼에 박수를 보낸다. 이번에 한방에 이기는 게임이 되지 못하더라도, 2번째 게임에서 진정한 승부수를 띄울 수 있는 디딤돌로서의 큰 기회가 될것을 의심치않는다.

위 글을 읽고 나서 동감을 하며서도, 나는 전자회사에서 일하는 웹개발자로서의 느낌이 또 있다.
“그 까짓 웹 코드 (HTML+CSS+Javascript) 가지고 끄적끄적 하는 것 누가 못하냐 ” 하는 편견이다.

물론 누구나 작은 웹 어플리케이션을 만들 수 있다.

HTML 과 Javascript 를 가지고 이것저것 할 수도 있고,
C 개발자가 Javascript 코드를 곰곰히 살펴보면 이해할 수 있는 부분들이 꽤 많아서 금방 이해 할 수도 있을 것이다.

하지만 C개발자와 웹개발자(Javascript, PHP, Java기반 프레임웍 등)가 코드를 만들 때의 목표는 서로 달라야한다.
C개발자는 정확하고 정밀하게 포인터를 조작하고, 효율적으로 메모리를 관리하며, 효율적인 논리구조(로직) 이 중요한 반면
웹개발자는, 효율적인 UI개발 방법, UI와 로직이 구분된 코드, 요구사항 변경에 빠른 대응이 가능한 구조, 빠른 개발을 위한 프레임웍과 테스트 Suite 등이 중요하다.

C개발자는 어떤 개발을 “할수 있느냐 없느냐” 로 평가 할 수 있는 반면,
웹개발자는 “얼마나 효율적으로 개발하느냐” 로 평가 되어야 한다.

또한 앞으로 HTML5가 나오기 시작하면서 Web Apllication 에서 로직을 작성하는 언어로서의 javascript의 중요성은 커잘 수 밖에 없다.

거의 모든 어플리케이션 개발이 그렇지만, Javascript를 사용한 개발도 MVC구조를 따라가면 코드를 정리하는데 많은 도움이 된다. 현재 나와있는 프레임웍들은 아래와 같은 것들이 있다.
아직은 1.0 버젼에 도달아지 못한 프로젝트들이 대부분이지만, Javascript 어플리케이션 개발에 참고하는데 많은 도움이 된다.

참고로, 나는 특정 프레임웍이나 (아직은) 불안정한 외부코드에 의지 하고 싶지 않았기 때문에,
cakebacker’s MVC with Javascript 를 참고로 어플리케이션을 작성하였는데,
간단한 MVC형태의 개발에 많은 도움이 되었다.

Jamal : Jamal
Cakebaker 의 MVC with Javascript cakebacker’s MVC with Javascript
Javascript MVC
Active Record JS

If directory is `-’, this will change to the previous directory location (equivalent to $OLDPWD ).

Quickly get back
$ cd -

이전 디렉토리로 돌아가는 거라고 한다.
출처 : http://webtools.live2support.com/linux/cd.php

“. .bashrc”
가 뭘까.. 궁금했다.

. 은 bash 에서 source 와 같은 명령이란다.
“. .bashrc” 는 “source .bashrc” 와 같다 (.bashrc 실행)

출처 : http://kldp.org/HOWTO/html/Adv-Bash-Scr-HOWTO/special-chars.html

내 블로그를 정리하다가.. 수많은 링크들이 깨져버린 것을 보고.. 안타까운 마음이 든다. 그 글을 보고 글에 대한 코멘를 적은 포스팅의 경우.. 그 포스팅을 이해하는데 커다란 문제가 된다.

불펌 하는 것은 저작권의 문제가 있을 수 있는 것이고 아무도 기나긴 디지털 뉴스 이용규칙을 읽거나 각 글의 저작권을 하나한 읽고 싶지는 않다.

내용을 보존하고 보여주지 않다가.. 링크가 깨지면 내용이 살아나는 시스템이 있으면 좋겠다.

WordPress 플러그인으로 만들까…?

* 홈페이지 전체를 UTF-8 로 변환
* MySQL 자료 UTF-8 로 변환
* 제로보드 삭제, metabbs 나 zbxe로 변환
* Gallery 사진을 Flickr 나 다른 툴로 이전
* WordPress version upgrade
* WordPress 스킨 옷 입히기
* 위키 내용 정리, 스팸 삭제

이 정도다..

예전에 초기에 2000년이나 2001년도.. 에는 직접 아파치를 컴파일 하는 것이 성능이 좋을 것이라는 생각에 apache, mysql, php 를 컴파일 설치하곤 했다. 요즘에는 거의 대부분 패키지 설치를 하는 것으로 알고 있다. Redhat 계열 유저들은 아직도 컴파일 하는 사람이 종종 있는 것 같지만 Debian 계열이나 Gentoo(당연히!) 는 패키지 관리 시스템으로 설치한다. 레드햇 에서도 패키지로 설치하는 것이 좋은지 컴파일 설치하는 것이 좋은지 논쟁 꺼리였던 것으로 기억한다.

이번에 어떤 서버에서 Zend Framework 을 돌릴 일이 있었다. Zend Framework 은 mod_rewrite를 필요로 하고 php 버전 5.1.4 이상이 필요하다. 그런데 이 서버는 그렇지 못했다. 게다가 apache, mysql, php 가 DSO 방식으로 컴파일 되어있었다. 도대체 누가 아직도 이거 컴파일 하고있나! 서버부하가 많이 걸려서 httpd 의 크기를 줄여야 한다거나.. 민감한 대용량 서비스를 올린다거나.. 특별한 library 를 넣고싶다거나.. 하지도 않는 상황인데.. mod_rewrite 모듈을 build 하기 위해서 같은 버전의 apache 를 구해다가 다시 컴파일 해서 rewrite 모듈만 복사해 넣었다. php 도 다시 받아서 컴파일 하는데 iconv라이브러리 등의 문제로 약간 고생을 했다. 패키지관리 시스템을 사용했으면 간단하게 mod_rewrite 를 설치하고 php 버전을 올렸으면 해결 되었을 일을.. configure make 여러 번 하느라고 오랜만에 고생을 했다.

rpm, apt, emerge 사랑하자

나는 종종 이런 주장을 하고는 한다. “나는 5년전 사회가 좋다. 너무 과거의 기술이 발전되지 않은 사회도 싫지만, ‘멋진 신세계’ 같은 완벽한 유비쿼터스 미래를 나는 더더욱 원하지 않는다. 유비쿼터스는 얼핏 보기에 아름다운 사회다. 돈이 없어도 나의 몸만 있으면 생체정보로 아무데서나 결재를 할 수 있는 사회가 될 것이다. 모든 정보는 연결되어있고, 사람들은 쉽게 필요한 것을 차지할 것이다. 그것이 물리적으로 존재하는 것이건, 정보건 간에. u-campus, u-biz 까지는 좋아 보이지만, u-city 그리고 나머지 모든 것이 통합되는 사회에서 빅브라더는 필요악인 존재가 될 것이다.

내가 나의 생체정보 수집을 거부한다면? 그것은 마치 우리나라에서 주민등록번호 없이 사는 것과 같을 것이다. 하지만 나는 빅브라더가 무서워서, 또 나의 정보를 내가 제어 할 수 있는 권리를 위하여 유비쿼터스를 반대한다.

유비쿼터스는 ’1984′의 사회를 2084에는 만들어내고야 말 것이다.

• 내 노트북 안의 디지털 정보
• 내 개인 홈페이지 안의 디지털 정보
• 각종 서비스 홈페이지에 있는 디지털 정보 (네이버/다음/구글 등의 서비스 – 웹메일 포함)
• 물리적인 형태로 존재하는 책/노트 들 (물리적으로 집/학교에 위치함)

중간고사가 끝나면.. 이들을 통합/정리/관리를 하고 싶어졌다.

완.벽.하.게.

위험한 일일까?

그런데 놀란 것은 캐나다 국세청(?)에 해당하는 Canada Revenue Agaency 에서 제공하는 홈페이지 접근성이다. 우리나라의 전자정부에 비교할 수 있겠다. 비스타 출시를 계기로 전자정부등 홈페이지의 접근성이 한국에서 이슈가 되고있다.

먼저, 한국에서 내가 인터넷 접근성 관련해서 불편했던 최근 사례는 .. 토익성적표를 찍으려 하는데 active X 문제로 익스플로러 7 에서는 찍을 수 없어서 다른 컴퓨터에서 찍어야 했던 문제.. (파이어폭스 지원 하지 않는 것은 억지로 이해하더라도, IE7 도 안된다니..) 그리고 전자정부에서 주민등록증인가.. 찍으려고 하는데 굉장히 많은 active X 를 겨우 깔고 기타 등등을 하다가 마지막에는 실패했던 기억이다.

캐나다의 경우에서 각종 OS와 버젼 문제등을 야기하는 active X 가 필요없는 것은 물론이고, 일단 About multiple fomats 라는 페이지를 보면, 세금신고를 위해 어떤 포맷을 지원하는지가 나와있다. 아, 일단 홈페이지가 Firefox 나 Safari 에서 브라우징하는데 전혀 문제 없다는 것은 그쪽 세상에서는 당연한 이야기라는 것을 짚고 넘어가자.

• PDF – 기본포맷이다. 실제로 가장 많이 사용되는 듯 하다.
• Braille (BRF) – 뭔지는 모르겠는데.. 지원한다.
• E-text(accessible electronic text) – 텍스트를 읽어주는 프로그램(Microsoft Word or Notepad 등)에서 사용할 수 있는 포맷이라고 한다. 시각장애인들을 위한 것이다. 인터넷에서 다운받거나 CD나 디스켓으로도 받을 수 있다.
• Large print – 눈이 안좋은 사람들을 위한 것이라 생각된다. 글자크기는 다음과 같다. 6 mm (1/4 in.) high(18 pt. sans serif font)
• Tape or MP3 – 양면 테이프(음성테이프) 또는 Mp3로 다운 받을 수 있다. (역시 시각장애인을 위한 것인듯)

위의 양식들은 인터넷이나 전화로 신청할 수 있다.

또한 NETFILE 이라는 것을 이용해서 인터넷상으로 직접 세금신고를 할 수 있는데.. 이또한 각종 플랫폼에 구애받지 않도록 설계되어있다.

한국의 “윈도우 2000, XP와 인터넷 익스플로러를 사용하는 정상인” 만을 지원하는 전자정부 시스템과 비교가 되도 너무 된다. 접근성의 차이가 이렇게 큰것은 공무원들의 품질 차이인가.. 아니면 소수를 배려하는 국민성의 차이인가? 아니면 다른 이유가 있는 것인가?