G2 and beyond

게임개발하기 그 처녀작

gitagy — Fri, 11 Apr 2008 00:55:15 +0900

앞의 글에서도 밝혔지만 요즘 게임 개발쪽 공부를 하고 있습니다. 여가 시간을 활용해서 하는게 아니라 백수&구직 모드에서 하루 대부분의 시간을 들여 하고 있습니다. 벌써 퇴사 한 지가 한 달이 쵸큼 지났네요. 초반엔 이해도 적응도 안되고 집중까지 안되어서 힘들었었는데 최근엔 많이 좋아 졌습니다. 이렇게 열심히 공부 해보는 것도 오랜만 이네요.

제목에 처녀작이라고 했는데 그렇다고 게임을 개발했다는 말은 아닙니다.
그 동안 공부했던 내용을 바탕으로 이해가 안되는 부분이 있어, 실습겸 만들고 혼자 좋아라 하고 있는게 맞습니다. :-)

처녀작(?) 동영상

다~ 힘들었지만 월드변환행렬 때문에 제일 삽질한 것 같습니다.
혹시 소스가 필요하시면 아래 링크에서 다운로드 하시면 되고 관련자료 링크모음은 블로그 우측 delicious의 3d 태그를 보시면 됩니다. (VS 2005, DirectX SDK 2007.8)

direct3d_2.cpp

한달여 동안 공부한 내용 입니다.

C++복습/WINAPI복습/STL/GDI
키보드/마우스 제어
메시지루프/이벤트/타이밍 제어
그래픽 파이프라인
더블/버텍스/인덱스 버퍼
축소/확대/회전/이동 변환행렬
3D 로컬/월드/뷰/프로젝션 좌표계
강의수강 : 3D모델링(Max), 3D프로그래밍, DirectX프로그래밍, 수학 행렬/벡터

연이어 공부할 내용 입니다.

material & basic light
texture
x file
mapping
advanced light
advanced shading
bounding volume
ATL/Thread/WinSock/Forms
강의수강 : 위에꺼 학기 동안 해야하고 수학은 공간방정식과 쿼터니언으로 변경

허접한 결과이지만 개인적으로는 "할 수 있다"는 측면에서 큰 의미가 되고 있습니다.
이번 달 까지는 계속 풀타임으로 하고 싶은데 금전적 압박 때문에 가능할지 의문이네요.

아무튼 이젠 다음달 부터 괜찮은 회사에 출근하는 일만 남았네요. :) 물론 웹개발 관련 ^^

C/C++ 탄생비화 라네요

gitagy — Thu, 03 Apr 2008 18:52:29 +0900

좀 제대로되고 근사하게 개발할 수 없을까 해서 요즘 게임개발 쪽을 공부하고 있습니다. 아직 클라이언트니 서버니 엔진이니 정하진 않았지만 클라이언트 위주로 C++, 3D Graphics, 수학다시, STL/ATL/MFC, Direct3D를 공부하고 있지요. 지금 페이스대로 한다면 7-8월깨 기초적인걸 끝낼 수 있을 거라는 기대를 걸구 있습죠.

아아 3월에 다니던 회사를 그만두고 구직모드로 계속 열공 중 입니다. 그동안 웹개발, 디비 모델링, SE를 50대 25대 25 비중으로 주로 일을 했었는데 이번에 SE로 완전히 전향할 것 같습니다.

다시 원점으로 돌아와서 "C++ 기초플러스" 책을 정독하는데 대략 한달 정도의 시간이 소요되었는데 (역시 게으름...) 함수나 클래스 템플릿, 복사 생성자, 연산자 재정의 부분을 관심있게 보고 특히 템플릿은 와~ 정말 유용하겠는데... 라고 생각 했습니다.

그.런.데 과제 작성할께 있어서 구글링하는 중에 C와 C++ 탄생비화를 접하게 되었는데 참 재미있고도 당황스러운 글이 있어 소개 합니다.

.. 하지만 그 중에서도 우리의 장난을 꿰뚫어 본 사람이 있었다. 그는 Stroustroup이라는 사람으로 우리의 장난을 꽤 재미있어 했다.
그리고 그도 우리의 놀이 동참하기 시작하였다. 그는 C를 더욱 복잡하게 만들어 도저히 사용할 수 없도록 만들기 시작했다. 그리하여나온 것이 바로 C++ 라고 하는 언어였다. 그가 C++를 발표하자 모든 사람들은 다시C++를 지원하려고 노력을 하기 시작했고 ANSI 에서도표준화 연구를 위해 대거 인원이 투입되었다. 그러자 Stroustroup은 당황하기 시작하였다. 그래서 더욱 헷갈리도록 하기 위해 탬플릿을추가하였고 예외처리도 넣었다. 그래도 사람들이 계속 따라오려고 노력을 하자 다중상속을 추가하여 컴파일러 구현을 거의 불가능하게 만들었지만 vendor들은 기를 쓰고 이를 구현하려고 노력을 하였던 것이다.

출처 : The C Language 탄생의 비화 : http://blog.enzoy.pe.kr/614

뭐 다들 아시는 오래된 자료 같기는 하네요.

앞으로 블러깅 자주 하고 싶습니다. ㅠㅠ 이놈에 게으름 이란...

본격! 스노우보드 레이싱 게임 - 프리즈온에어 하고 있습니다.

gitagy — Sat, 04 Aug 2007 22:33:57 +0900

거의 1년이 다되는 시간동안 글하나 적지 못했습니다.
그동안 개인적으로 많은 변화가 있었고 지금은 더 큰 변화를 앞에 두고 있습니다.
한가한듯 하나 한가하지 못한 그런 ^^

전에 블로그에 PHP5 Framework인 symfony에 대해서 여러개 포스팅을 했었는데 그걸로 웹빌더를 만들어서 두개의 웹사이트를 런칭 했습니다. 나름대로 성공적이였다는...
하지만 앞으로 그걸 쓸일은 없어 보여 안타깝기 그지 없습니다... (사업부가....)

그걸(?) 이용해서 두번째 만든 웹사이트 한 게임의 퍼블리싱 사이트인데... 토요일인 지금 그 게임의 2차 CBT 중 입니다... 출근했단 말이죠. ^^

웹사이트는 XHTML 1.0 Transitional (사실 코드보면 엉터리 입니다... 그치만 제가 안했습니다 ㅡㅡ^) PHP5 Framework symfony 커스텀 웹빌더, client/server side validation 통합 (진짜 하고 싶었던 거라죠...) rsync, ssh를 이용한 웹디플로이 아키텍처 (알파/베타/서비스 존 분리) 그리고... 기억이... ㅠㅠ

그럼, 게임소개 조금 하겠습니다 ;;;

아래는 안되는 실력으로 어도비 프리미어를 이용해서 만든 동영상 입니다... razor만 한 수준 입니다.... 기회가 되면 다음에 더 멋진! 동영상 한번 만들어 볼 참 입니다... 취미로 ^^
제가 플레이 한거는 아니구요... 전 저것 보다 조금 더 잘 합니다 ^^

혹, 동영상을 보시고 게임을 하고 싶다거나 재미 있겠다 싶으시면 프리즈온에어 하러 가기를 클릭하세요. CBT라 상당히! 불안정 하기는 하지만 나름 재미 있습니다. (전 게임 개발자 아닙니다~)

[Symfony 소개 4편] Project 시작하기

gitagy — Fri, 03 Nov 2006 18:34:43 +0900

구조
symfony는 Model과 View를 제외하고 project / application / module / action 의 계층적 구조를 가지며 각 단계별로 config가 존재한다. 하나의 웹 서비스를 개발할 때 하나의 project, 사용자와 관리자가 구분되는 두개의 application, 회원가입 / 회원관리 / 게시판등 단위 프로그램인 module 그리고 module의 최종 단위 프로세스인 action들로 이루어 진다고 볼 수 있다. (action의 예로 게시판의 글쓰기, 글읽기,글삭제, 글수정, 글목록등을 들 수 있다.)

초기화
가장 먼저 해야 하는 것으로 원하는 빈 디렉터리에서 아래 명령을 수행한다. 실제로는 PEAR에 있는 빈(empty) 프로젝트를 복사하고 몇가지 기본 설정을 해 준다. 아래 명령의 마지막 gogpp는 프로젝트명이 된다.

$ symfony init-project gogpp
$ symfony init-app default (empty application 생성)
$ symfony init-module test (empty module 생성)

위 명령을 수행하면 web 디렉터리 아래에 default.php 와 default_dev.php 라는 두개의 Front controller이 생기게 된다. DocumentRoot에서 작업을 했다면 http://hostname/web/default.php/test 나 http://hostname/web/default_dev.php/test 로 모듈에 접근 할 수 있다. 3편에서도 얘기 했지만 Apache DocumentRoot의 조정과 symfony 설정을 통해 web/default.php 라는 의미없는 주소영역은 제거할 수 있다. (settings.yml의 no_script_name을 on)

설정 (YAML사용)
초기화를 위와 같이 했다면 각 단계별로 다음과 같은 config 가 존재한다.

config (project) : 데이터프로바이더에 대한 설정
apps/default/config (application) : 캐시, 다국어, 로깅, 라우팅, 보안, 환경값등에 대한 전역 설정
apps/default/modules/test/config (module) : application보다 작지만 겹치는 부분이 있는 로컬 설정

Front controller
모든 웹 요청은 기본 어플리케이션과 실행 환경, 디버그 설정 정보를 가진 하나의 프론트 컨트롤러에 의해 제어된다. 설정 정보에따라 다양한 동작환경 구현이 가능하다. 기본적으로 호출되는 프론트 컨트롤러는 index.php 이며 web 디렉터리 아래에존재한다. (웹서버의 DirectoryIndex에 따라 달라질 수 있다.)

define('SF_ROOT_DIR', realpath(dirname(__FILE__).'/..'));
define('SF_APP', 'default');
define('SF_ENVIRONMENT', 'dev');
define('SF_DEBUG', true);

Multi environment & Debugging
Front controller에는 SF_APP, SF_ENVIRONMENT, SF_DEBUG 상수가 선언되어 있는데 이 값을 조정하여 symfony 특징중 하나인 multiple environments support가 가능하다. SF_APP는 기본 application을 지정하고 SF_DEBUG는 디버깅 지원을 설정한다. 특히 SF_ENVIRONMENT를 통해 프론트 컨트롤러 별로 기능을 on, off 하거나 다르게 동작하도록 설정 할 수 있다. 예를 들어 index_dev.php 에서만 특정기능을 활성화 한다던지 다른 데이터베이스 접속등을 설정 할 수 있다. 또 Application의 settings.yml을 통해 프론트 컨트롤러에 따라 혹 발생할 수 있는 에러를 숨기거나 로깅 레벨의 조정, 기본 로딩 모듈의 조정등도 할 수 있다. 이러한 설정으로 제품과 개발 환경을 한 곳에서 구현 할 수 있어, 강력한 디버깅 환경 구축이 가능하다.

Multi environment 관련 설정

기본적으로 prod와 dev 환경설정으로 구분된 프론트 컨트롤러
프론트 컨트롤러에 따른 logger.yml과 settings.yml (no_script_name, error_reporting, web_debug)

Debugging 관련 설정

프론트 컨트롤러의 SF_DEBUG 상수
어플리케이션 logger.yml 설정파일
어플리케이션 settings.yml 설정파일의 error_reporting, web_debug

settings.yml

prod:
.settings:
no_script_name: on
#    suffix: .html

dev:
.settings:
# E_ALL | E_STRICT = 4095
error_reporting:    4095
web_debug:    on
cache:    off
stats:    off
no_script_name: on
etag: off
#    suffix: .html

test:
.settings:
# E_ALL | E_STRICT & ~E_NOTICE = 2047
error_reporting:    2047
cache:    off
stats:    off
web_debug:    off
no_script_name: off
etag: off

all:
# .actions:
#    default_module: default
#    default_action: index
#
#    error_404_module: default
#    error_404_action: error404
#
login_module: user
login_action: login

[Symfony 소개 3편] 설치하기

gitagy — Fri, 03 Nov 2006 17:00:03 +0900

3가지 설치 방법중 수동설치를 제외한 sandbox와 PEAR Package 설치 및 Apache와 PHP 설정을 살펴 본다. 이 후 모든 설명은 PEAR Package를 기준으로 하지만 sandbox도 적용이 가능하다.

sandbox 설치
필요한 모든 파일과 라이브러리 그리고 빈(empty) 프로젝트가 포함된 압축 파일이고 원하는 곳에 압축을 푸는 것 만으로 설치가 끝난다. cache와 log 디렉터리 퍼미션을 0777로 변경해 줘야 한다. 웹서버 DocumentRoot에서의 작업으로 가정하고, 작업 후 http://hostname/sf_sandbox/web 가 기본 접속 주소가 된다.
The World Best Coder의 PHP5 Framework : symfony 시작하기(install sandbox)

[g@g2 htdocs]$ wget -q http://www.symfony-project.com/get/sf_sandbox.tgz
[g@g2 htdocs]$ tar zxf sf_sandbox.tgz
[g@g2 htdocs]$ cd sf_sandbox
[g@g2 sf_sandbox]$ chmod 777 log cache

PEAR Package 설치
PEAR 라이브러리로 설치하는 것으로 시스템 차원에서 symfony를 지원할 수 있고, project build system을 사용해서 원하는 만큼의 프로젝트를 만들 수 있다. CORE 파일들은 PEAR에 설치된 것을 사용하여 업그레이드의 용이성과 손쉬운 사용등이 가능하다. 1.4.0버전 이상의 PEAR가 필요하며, 먼저 PHP 설정이 필요하다. 본 설치는 symfony 자체의 설치이고 실제 사용을 위해서는 프로젝트 초기화를 해야 한다.

$ pear upgrade PEAR
$ pear channel-discover pear.symfony-project.com
$ pear remote-list -c symfony
$ pear install symfony/symfony
$ pear install http://phing.info/pear/phing-current.tgz

Apache 설정 (httpd.conf)
Smart URLs를 위한 mod_rewrite 사용을 허용하고 기본 웹 라이브러리 디렉터리를 /sf 로 Alias 한다. DocumentRoot를 루트 디렉터리 아래의 htdocs로 가정한다. 웹 브라우저에서는 symfony 프로젝트의 web 디렉터리에 있는 index.php등의 front controller에만 접근을 하면 되기 때문에 DocumentRoot를 /htdocs/sf_sandbox/web 이나 /htdocs/web 등으로 바꿔 줄 수도 있다.

<Directory "/htdocs">
Options Indexes FollowSymLinks
AllowOverride All
Order allow,deny
Allow from all
</Directory>

<Directory "/usr/local/share/pear/data/symfony/web/sf">
AllowOverride All
Allow from all
</Directory>

Alias /sf /usr/local/share/pear/data/symfony/web/sf

PHP 설정 (php.ini)
symfony는 register_globals와 magic_quotes_gpc를 사용하지 않으며, PEAR Package 설치를 위해서 memory_limit를 수정해 주고, PEAR 라이브러리 사용을 위해서 include_path를 추가해 주어야 한다.

register_globals = Off
magic_quotes_gpc = Off
memory_limit = 64M
include_path = ".:/usr/local/share/pear"

곰플레이어는 불법?

gitagy — Thu, 26 Oct 2006 18:31:21 +0900

요놈은 불법인가?

어제 한국시리즈 3차전을 KBS2에서 보고 있는데 치열한 공방으로 연장전에 돌입하자 정규방송 때문에 정말 중요한 순간에 중계를 끝내 버렸습니다. (ㅠ.ㅠ) 다행히 곰TV에서 중계를 하기 때문에 삼성의 극적인 승리를 볼 수 있었습니다.

제가 곰플레이어를 만든 그래텍에 다니고 있지만 다른 일을 하기 때문에 자세한 걸 몰라 주위에서 "곰플레이어 그거 불법 아니예요?" 라고 물을 때 정확한 답변을 못하고 "법률 자문을 받은 걸로 아는데 아닐 겁니다" 정도로만 대답을 하곤 했습니다. 저 조차도 각종 코덱 때문에 의구심이 든게 사실 이였거든요.

그래서 한 번 찾아 보았습니다. 멀라 갈 것도 없고 곰플레이어의 프로그램정보에 다음과 같이 명시되어 있었습니다.

* 저작권 정보
- 이 프로그램에 포함된 비디오 디코더는 FFmpeg(http://ffmpeg.sourceforge.net)을 수정하여 제작하였으며, FFmpeg의 라이선스는 LGPL을 따릅니다. LGPL 라이선스는 설치 디렉터리의 LGPL.TXT를 참고하시기 바랍니다. 수정된 FFMPEG의 소스는 http://gomdevel.ipop.co.kr 을 통해서 다운로드 받으실 수 있습니다.
- 이 프로그램에 포함된 JPEG 인코딩 루틴은 Independent JPEG Group(http://www.ijg.org) 에서 공개한 소스를 사용하였습니다.
- 이 프로그램에 포함된 WMA 코덱의 저작권은 Microsoft(R)에 있습니다.
- 이 프로그램에 사용된 zlib 압축 라이브러리는 http://www.zlib.net 에 공개된 소스를 사용하였으며, 라이선스는 zlib License를 따릅니다.
- 이 프로그램에 사용된 OGG(VORBIS) 라이브러리는 Xiph.org 에서 공개한 소스(http://www.vorbis.com)를 사용하였으며, 라이선스는 'BSD-like license'를 따릅니다.
- 이 프로그램의 설치 파일은 NSIS(http://nsis.sourceforge.net)를 사용하여 제작되었으며, NSIS의 라이선스는 'zlib/libpng License'를 따릅니다.
- 이 프로그램에 대한 저작권은 (주)그래텍(http://www.gretech.com)에 있습니다.

* 특허권 정보
다음은 곰플레이어와 관련된 특허권의 등록번호 입니다. 특허권은 대한민국 특허법에 의해 보호됩니다.
- 10-0440495-0000
- 10-0507028-0000

네! 곰플레이어는 불법이 아니였습니다. 기본적으로 포함되는 코덱과 각종 라이브러리는 LGPL이나 BSD등의 라이센스를 가지고 있어, 사용에 전혀 문제가 없었습니다.

찾다 보니 작년 말에 곰플레이어 ipopx.dll 논쟁 같은게 있었네요. 전에 어디선가 "스파이웨어 때문에 문제가 있던 회사 아니냐"는 말을 들은 적이 있는데 와전된 소문 이였네요. 법적으로나 윤리적으로나 문제는 없는 것 같은데 좀 민감한 문제 같습니다. 지금도 유효한 논쟁 입니다.

이제는 정확한 답변을 할 수 있게 되었습니다. ;-)

늦은 BarCampSeoul 후기

gitagy — Wed, 25 Oct 2006 00:29:00 +0900

TnC의 선물과 네임카드

21일날 서초동 Daum Commucations 열린방에서 개최된 BarCampSeoul에 다녀왔습니다. 발표 부담에 준비 부족에 하루전까지 참가를 고민했습니다. 다행히 전날 괜찮은 주제가 생각 나서 설레는 마음으로 참가할 수 있었습니다. 포기했으면 두고두고 후회할 멋진 자리였습니다.

신청자 중 2~3분을 제외하고 전원 참가하는 높은 참가율을 보였는데 모두들 이런 자리를 얼마나 목말라 했는지 잘 나타내는 것 같습니다. 요즘 절 두근거리게 하는 세가지 중 하나가 행사나 개인적으로 업계분들과 만나 열린사고로 교류를 즐기는 일 입니다. 앞으로 이런 자리는 지속적으로 참가해야 겠습니다. ;-)

태우님, 김중태님, 대단하다고 소문난 노정석님, ZDNet 칼럼과 피플웨어를 통해 반한 류한석님, 박수만님, 떡이떡이 서명덕님, 많은 이야기를 나눈 이정수님, TnC의 여신 이소정님(부럽습니다), 발표에 관심을 보여주신 오승필님, 도착해서 처음 인사드린 조현진님과 동료분, 프로페셔널리즘 책을 통해 알고 롱테일을 쉽게 설명해 주신 이노무브그룹의 장효곤님, 별거 없는 이야기를 재미있게 들어 주신 전종홍님과 한재선님, 포스가 느껴지시던 철수네 주인장님, 웹표준에 대한 유익한 발표를 해주신 유명하신 신현석님, 끼 있으신 김세원님, 인상 좋은 박수정님, 플래쉬의 화려한 사운드를 들려 주신 임대찬님 그리고 강규영님, 강차훈님, 강문식님, 김우승님, 노우경님, 송민섭님, 조재호님, 안규성님, 유준석님, 허준희님, 허진영님, 전현성님 그리고 명함이 없어서 적지 못한 다른 분들 모두 만나서 반가웠습니다. 저는 여드름과 아토피로 얼굴이 붉었던 아이 입니다. :-|

행사가 있을 수 있도록 처음 웹에 공간을 만드신 차니님, 자원봉사를 해주신 다음과 태터앤컴퍼니 분들, 푸짐한 아웃백 점심도시락을 마련해 주신 엔씨소프트, 기념 티셔츠를 나눠주신 온네트 그리고 수고해 주신 모든 분께 감사드립니다. (--)(__)(--)(__)(--)

텅빈 A Track

아는 분이 한 분도 없습니다. ㅠ.ㅠ

발표 스케쥴표 (잘못 붙이는 바람에 B Track 첫번째로 발표를 ;;;)

차니님

김세원님이 대표로 찍히 C, D Track 분들

박수정님, 나우콤분, 장효곤님, 박수만님, 저멀리 프라크님

장효곤님의 롱테일 발표모습

발표모습

신현석님의 웹표준 관련 발표모습

완벽히 마무리하시는 차니님

새로운 UCC 유통채널 (BarCampSeoul 발표자료)

gitagy — Mon, 23 Oct 2006 18:05:14 +0900

발표를 하고 정리를 하다보니 "새로운" 보다는 "새롭게 부상할" 이 더 어울릴 거란 생각이 듭니다. 글을 작성하는 방식이 변하고 파급효과가 UCC 유통채널에도 영향을 미칠거라는 생각에 바탕을 두고 있습니다. Google의 Writely 인수와 Docs & Spreadsheets 런칭, Naver와 ThinkFree MOU 체결도 웹오피스가 아닌 주제와 같은 관점으로 보는게 적합하리라 생각 됩니다. 그리고 BarCampSeoul에서 만난 SK Commucations의 이정수님께서 년초에 있었던 NGWeb에 ThinkFree 측 발표자가 자사의 제품 발표에 제 주제와 유사한 쪽으로도 말했다고 합니다. 웹 워드프로세서 중에서 ThinkFree의 Writer가 가장 강력하다고 생각하고 있는데 이쪽으로 좀 더 관심을 가지면 좋지 않을까 생각 됩니다. 참, 이정수님 귀한 정보 감사드립니다. ;-)

이하는 발표자료 입니다.

블로그 글의 발행방법

사용 블로그의 관리자 툴

태터툴즈
워드프레스
무버블타입
이글루스
네이버/다음/야후등 포탈 블로그
등등

웹 워드프로세서의 블로그 발행 기능

클라이언트 워드프로세서나 블로그 전용 툴의 발행 기능

Namo 2006
Windows Live Writer
MS Office 2007
Qumana blog tools
Open Office ? (Powered by active open-source community를 기대)
등등

UCC로 불리는 블로그 글의 유통방법

설치형 블로그에서 자체 허브로의 발행기능 (이올린)
서비스 블로그의 포탈기능 (이글루스, 티스토리, 오마이뉴스)
메타 블로그 (블로그코리아, 올블로그)
메타 블로그와 유사한 서비스를 위한 Ping Service (XML-RPC Ping mechanism)
검색엔진의 색인
타인의 링크나 관련 커뮤니티에 알림
등등

새로운 UCC 유통채널

아직까지는 사용하는 블로그의 내장 기능을 이용하여 가장 많은 발행이 이루어지고 있다. 그렇다면 그것은 괜찮은 방법이고 더 나은 방법은 존재하지 않는다? 물론 아니다. 이미 오래전 부터 설치형/서비스 블로그들은 XML-RPC를 이용하여 발행이 가능한 환경을 갖추었고, XHTML 기반의 강력한 무료 웹 워드프로세서들이 생겨났고 지금은 클라이언트 워드프로세서에서의 발행과 블로그 전용 툴까지 나오고 있는 실정이다. 거기다가 내장 기능에서는 지원하지 못하거나 미흡한 다양한 외부 서비스의 OpenAPI 지원을 통해 양질의 컨텐츠에 대한 욕구와 다양한 추가 기능들을 지원하고 있다. (웹과 클라이언트 워드프로세서 그리고 전용 발행툴을 이하 전용 툴로 칭함)

어느 정도의 유저풀의 임계치만 넘는다면 전용툴을 사용한 발행은 폭발적으로 늘어날 것이라고 생각 된다. 올블로그 만 기준으로 하루동안 수집되는 피드가 평균 1,000개 이상이 될거라 생각되는데, 발행 방법이 여러 API를 지원하는 전용툴로 바뀐다면 유통채널에도 변화가 생기지 않을까? 전용툴에서 Ping Service등을 통해 기존 서비스와 공존을 하면서 또 다른 메타 블로그와 유사한 서비스로의 확장도 가능하고 OpenAPI와 연동된 또 다른 서비스도 가능할 것 같은데 상상하기 나름이라고 생각될 만큼 무궁무진해 보인다.

또, 전용툴이 강력해지고 개인 환경에서 사용이 익숙해지면 업무영역으로 자연스럽게 연결이 될 수 있을 것 같다. 이 부분에서 온라인을 통한 글의 통합관리와 협업등이 빛을 발하고 웹 워드프로세서의 시장이 커지리라 생각된다.

Qumana blog tools는 제외하고라도 Google Docs & Spreadsheets, Naver & ThinkFree MOU, Windows Live Writer를 처음부터 오피스 시장과 연관 시켜서 생각하는 방향이 지배적인데 아무리 시장이 다르다 하더라도 MS Office 제품군과의 비교에서는 오피스라는 범위에서는 엔드유저에게 임팩트한 이점이 없다고 본다.

그러나 블로그 발행방법의 변화를 포석으로 익숙한 환경이 될 수 있다면 새로운 양질의 UCC 유통채널이 될 수도 있고, 웹오피스 접근성과 인식을 획기적으로 개선해 줄 수 있을거라 확신한다.

전용툴등의 블로그 API 지원을 단순한 기능이 아니라 새로운 비즈니스 영역으로 보아야 할 것이다.

관련링크

억측이 많은 시나리오 였습니다.

끝까지 들어 주셔서 감사드립니다.

발표 후, 좋든 나쁘든 의견이 거의 없어 아쉬웠습니다. (흑흑;;;)

[Symfony 소개 2편] Symfony에 대하여

gitagy — Mon, 23 Oct 2006 15:25:11 +0900

MVC 모델을 기반으로 PHP5로 개발된 오픈소스 웹 프레임워크 이다. 몇몇 활동적인 사이트에서 시도한 최고의 방식을 기반으로한 웹 개발로, 생산성 및 유지보수의 향상과 소모적인 반복 코딩작업을 줄여 즐거움을 얻을 수 있다.

PHP 프로젝트에서도 Rails 또는 Django나 유사한 프레임워크가 주는 이점을 얻을 수 있다.

특징

간단한 템플릿과 도우미(Helpers)
캐시 관리
다중 환경 지원 (Dev, Prod)
배포 관리
기본 골격 (CRUD/Admin generator)
스마트 URLs (routing policy)
다국어 환경 지원
객체모델과 MVC 분리
AJAX 지원

구성

Pake (php5 project build system) : 프로젝트 시작과 기본 골격등을 위한 자동화 빌드툴 (make의 개념)
Creole : Propel의 서브 프로젝트로 데이터베이스 추상화 레이어로 사용
Propel (full-service object persistence and query toolkit for PHP) : DAO나 ORM과 같은 개념이고 데이터 프로바이더의 모델과 컨트롤러의 객체화에 사용
YAML : 텍스트로 된 계층적 기반의 구조화된 데이터 포맷이고 기계와 사람 모두에게 용이한 접근 제공 (better than xml)
Mojavi : 다른 PHP MVC Framework이고 MVC 모델 레이어에 일부 코드 사용
그리고 Symfony (오픈소스가 오픈소스를 이용한 아름다운 결과물이라 생각됨)

손쉬운 설치를 위해 아주 조금의 필수 조건이 있으며 설정은 거의 없다. 단지 웹서버와 PHP5가 설치된 Unix 혹은 Windows 가 필요하다. 대부분의 데이터베이스 시스템과 호환이 되고 프로바이더 추가에 대한 부담이 적은 편이다. 그리고 호스팅 비용을 제외하면 추가 비용이 발생하지 않는다.

Symfony는 PHP 유저가 사용하기 매우 쉽고 친숙하다. 그리고 인터넷 어플리케이션의 디자인 패턴 학습 부담을 하루 미만으로 줄여준다. 말끔한 디자인과 코드 가독성은 정체가 짧도록 유
지한다. 개발자는 어플리케이션 로직과 수많은 XML 설정 파일들의 작성에 버려지는 시간을 집중하여 DRY, KISS 또는 XP philosophy와 같은 애자일 개발 원칙을 적용할 수 있다.

Symfony는 기업에 맞는 강력한 어플리케이션이 목표이다. 이것의 의미는 외부 라이브러리 디렉터리 구조로 부터 유저가 설정 이상의 제어를 가지고 거의 모두가 최적화 될 수 있다는 것이다.

MIT 라이센스로 배포되며, 프랑스의 Sensio 라는 웹에이전시가 스폰서 해주고 있다.

p.s symfony book의 About Symfony를 대충 번역하여 구성쪽 내용을 추가 하였습니다.

FeedBurner에 새 글 즉시 적용하기

gitagy — Fri, 20 Oct 2006 16:03:19 +0900

RSS 서비스에서 발생하는 트래픽을 줄이거나 구독자 통계등을 위해서 FeedBurner를 많이 사용합니다. 그런데 길지는 않지만 30분이라는 자동 업데이트 주기가 있어 불편한 감이 있습니다.

이전에는 그런가 보다 했는데 오늘 새 글을 쓰고 난 후 늦게 업데이트가 되니 약간 짜증이 났습니다. 저 같은 초보 블로거가 불편을 느꼈을 정도라면 이미 해답은 나와 있을거 같고 검색을 해 보았습니다. 예상대로 이미 FeedBurner에서는 작년 7월에 발표한 7가지 새로운 기능 중 Ping FeedBurner로 웹페이지와 XML-RPC로 갱신 요청이 가능하도록 지원하고 있고 Movable Type, Word Press 등 에서는 플러그인도 존재 하였습니다.

Movable Type

Ping 서비스는 많은 사이트에서 유사한 형태로 하고 있고, 한 번에 그 많은 사이트로 Ping을 보내는 서비스도 존재 하였습니다. 물고 물리는 관계네요. ;)

짧은 검색으로는 태터툴즈용 플러그인은 찾을 수 없었는데 한 번 개발해 볼까는 생각도 하고 있씁니다. ;-)