Office Open XML(OOXML)의 ISO 최종 투표에 즈음하여

한국 대표단에게 보내는 글

본 서명은 Microsoft가 제안하여 ECMA 376 표준이 된 Office Open XML(OOXML)의 ISO JTC-1 최종 투표를 앞두고 한국 대표단이 OOXML의 보완 사항을 신중히 검토하여 투표해 줄 것을 촉구 합니다.

앞서 2007년 9월 ISO JTC-1 위원회 1차 투표 시 아래와 같은 이유로 한국 대표단에게 1,000여명의 서명을 받아 OOXML 표준안에 대해 반대 투표를 해 줄 것을 촉구한 바 있습니다.

• OOXML안은 대체할만한 다른 표준안이 존재 한다.
• OOXML안은 불완전 하며 플랫폼 종속적이다.
• OOXML안은 모호한 특허 문제 때문에 제 3자 구현이 제한된다.
• OOXML안은 국내 다양한 S/W 개발 환경을 제한할 것이다.

이에 한국 대표단은 1차 투표에 반대표를 행사하면서 총 23가지의 수정 요청 사항을 제출 하였으며, 이제 마지막 투표를 앞두고 있습니다. 이에 아래 서명을 한 한국 소프트웨어 개발자 일동은 아래의 사항에 동의 합니다.

1. 한국 대표단이 제기한 수정 요청 사항에 동의 한다.

한국 대표단의 수정 요구 사항을 요약 하면 크게 아래 4가지 사항과 같습니다.

1. OOXML 표준안이 기존 ODF와 플러그인이 아니라 표준 스펙 그 자체로 호환성을 유지하도록 수정해야 한다.
2. OOXML 표준안의 IE 기반 기술 규격이 리눅스나 Firefox, Safari, Opera 등의 브라우저도 지원 해야 한다.
3. OOXML 표준안 중 12개의 MS Office 레거시 스펙을 좀 더 자세하게 설명해야 한다.
4. OOXML 표준안 중 VML 및 DrawingML 등 기존 표준이 있는 부분을 삭제해야 한다.

2. 한국 대표단의 신중한 기술적 검토를 요청 한다.

한국 대표단이 1차 투표 이후 수정 보완된 OOXML 표준안이 당시 요청한 수정 요청 사항과 부합 하는 지 정확하게 검토해 주실 것을 요청 드립니다.

1. OOXML 표준안에 대한 기술적 검토가 충분히 이루어 지길 기대한다.
2. OOXML 표준안에 대한 수정 요청 사항이 충분히 받아들여졌는지 검토해주길 기대한다.
3. OOXML 표준안에 대한 수정 요청 사항이 100% 받아들여지지 않았을 경우 최종 투표에서도 반대 투표를 해주길 촉구한다.

2008 년 3 월 25 일

시스템 사용량이 적어진 한밤중에 작업을 실행할 필요가 있거나 일일이나 주간 단위로 작업을 수행할 필요가 있지만, 잠도 자야겠고 다른 활동도 하면서 삶을 즐기고 싶습니다. 작업 일정 관리가 필요한 또 다른 좋은 이유는 반복적인 과업을 자동으로 수행하도록 만들거나 매번 동일한 방식으로 과업을 수행하도록 만들고 싶기 때문입니다. 여기서 소개하는 팁은 주기적으로나 일회성으로 미래 작업 일정을 관리하는 cron과 at 기능을 활용하도록 도와줍니다.

리눅스(Linux®)와 유닉스(UNIX®) 시스템은 일회성이거나 반복적인 미래 작업 일정을 관리하도록 만들어준다. LPI exam 102 prep: Administrative tasks에서 발췌한 이번 기사에서는 주기적으로 작업 일정을 관리하는 방법과 미래에 작업을 수행하는 방법을 보여준다.

많 은 시스템 관리 작업은 리눅스 시스템에서 종종 주기적으로 수행해야만 한다. 이런 작업에는 로그 파일을 회전시켜서 파일 시스템이 가득 차지 않도록 만들기, 자료 백업하기, 시스템 시각을 동기화하기 위한 서버 연결과 같은 작업을 포함한다. 이런 관리 작업에 대한 세부 사항은 위에서 언급한 튜토리얼을 참조하기 바란다. 이번 팁에서는 리눅스에서 사용 가능한 작업 일정 관리 패키지인 cron, crontab, anacron, at 명령을 다룬다. 시스템이 잠들거나 꺼져 있더라도, anancron은 다음 번에 깨어날 때 작업을 따라잡도록 도와준다.

Java™, PHP, 루비로 웹 개발을 할 때 이클립스(Eclipse)를 사용하는 방법에 관한 3부로 이루어진 "이클립스 유로파로 웹 개발하기" 의 Part 1에서는 이클립스 최신 버전인 유로파를 이용해 어떻게 자바 웹 애플리케이션을 신속하게 개발할 수 있는지에 대해, Part 2에서는 PHP 애플리케이션을 PDT(PHP Development Toolkit) 플러그인을 이용하여 얼마나 쉽게 개발할 수 있는지를 다루었습니다. 이번 Part 3에서는 RDT와 RadRails 이클립스 플러그인들에 대해 다룰 것이며 이 플러그인들을 설치하는 방법과 사용하는 방법에 대해 살펴보겠습니다. 앞으로 많은 루비 온 레일스(Ruby on Rails) 개발 작업들을 RadRails를 통해 하는 방법을 배울 것입니다.

이 튜토리얼 내에서

Part 2에 서는 PHP를 개발함에 있어 IDE를 이용하여 얻을 수 있는 이점에 대해 이야기해 보았다. 대부분의 것들은 루비에도 똑같이 적용되며 루비 개발 툴킷(RDT)을 이용할 때 얻게 될 것이다. RDT는 구문 강조(syntax highlighting), 컬러링(coloring), 문법 검사, 코드 자동 완성, 포맷화(formatting) 그리고 프로젝트 구성 등 IDE의 기본적인 모든 기능을 제공한다. 또한 큰 프로젝트에 필수적인 루비 디버거(debugger)를 제공하고 있다. 그 외에도 정규표현식(regex) 편집기/테스터 같은 기능과 Test::Unit와 통합을 통한 단위 테스트 환경도 있다.

이번 튜토리얼에서는 RDT와 RadRails 플러그인을 소개할 것이다. 그리고 이것들을 설치하는 방법과 사용하는 방법에 대해 보여줄 것이다. 루비 온 레일스 개발 작업들을 RadRails를 통해 어떻게 하는지를 배우게 될 것이며 RadRails를 통해 레일스 애플리케이션 테스트와 디버그를 더 쉽게 하는 방법을 알게 될 것이다.

선수조건

이번 튜토리얼은 루비를 통한 웹 개발이다. 루비 온 레일스로 웹 개발을 한다는 말이나 다름 없다. 그래서 루비 온 레일스에 대해 약간의 경험이 있다고 가정한다. 이클립스에 익숙하다면 도움이 되겠지만 필수적이진 않다. 이번 튜토리얼은 처음 두 튜토리얼에서 자바와 PHP로 개발된 애플리케이션 위에서 개발된다. 자바와 루비 프로그래밍의 배경지식은 필수다. 이클립스 IDE에 익숙하다면 도움이 되겠지만 필수적이진 않다.

웹 개발자가 어떤 기술을 결합하여 사용하는지에 상관없이 이클립스는 생산성을 높일 수 있는 최고의 통합 개발 환경(IDE)입니다. 3회 연재인 "이클립스 유로파로 웹 개발하기" Part 1에서 최신 이클립스 유로파로 자바 웹 애플리케이션을 신속하게 개발할 수 있는 방법을 다뤘습니다. Part 2에서는 PDT(PHP Development Toolkit)라 알려진 이클립스 플러그인의 다른 세트를 사용하여 얼마나 쉽게 PHP 애플리케이션을 개발할 수 있는지를 살펴보겠습니다.

시작하기에 앞서

여 러분은 PHP 개발자인가? 그렇다면 개발 환경에 무엇을 사용하는가? vi 대 emacs 토론에 끼어들기 좋아하는 최소주의자(minimalist)일지도 모른다. 또는 IDE를 선호하나 상용 도구엔 관심이 없을 수도 있다. 어쨌든 이클립스용 PDT에 대한 관심은 높을 것이다. 그렇다. 이클립스다. 이는 더 이상 자바 개발자에만 국한된 얘기가 아니다. PHP 프로그래밍에 대한 기본 지식을 가지고 있어야 본 튜토리얼을 이해할 수 있다. 이클립스 IDE에 익숙하면 도움이 되지만 꼭 필요한 것은 아니다. 이클립스에 대한 배경 정보를 더 원한다면 참고자료를 보기 바란다.

본 연재에 대해

본 "이클립스 유로파로 웹 개발하기" 연재를 통해 어떤 언어를 선택하든 웹 개발에 이클립스가 최적의 플랫폼이라는 것을 알 수 있을 것이다. 이클립스의 유연한 플러그인 시스템은 자바 기술, PHP, 루비(Ruby)로 웹 개발을 하는 데 있어 맞춤화된 이클립스 버전을 쉽게 만들 수 있도록 해 준다. 각기 다른 플러그인을 통해 이클립스가 각 언어에 독특한 능력을 갖게 한다는 것을 알 수 있고 모든 웹 개발자가 활용할 수 있는 공통 기능에 대해 살펴볼 수 있다. 본 연재를 통해 야구 선수의 경기 데이터에 접속하고 샘플로 그 선수들의 경기 통계를 계산할 수 있는 야구 웹 애플리케이션을 만들 것이다.

변화 관리(change-management) 기능에 액세스 하기 위해서, Eclipse는 처음부터 Concurrent Versions System (CVS)과 완벽한 통합을 도모했습니다. 이제, Apache Software Foundation에서 운영하는 많은 프로젝트들은 Subversion이라고 하는 변화 관리 시스템을 사용하고 있습니다. Subversion 저장소를 사용하는 프로젝트에 Eclipse를 사용하는 방법을 배워봅시다.

Subversion (SVN)은 CVS를 대체하는 것으로서, 향상된 성능(지능형 로컬 캐싱과 데이터베이스 백엔드 중심), 쉽고 빠른 브랜칭(branching), CVS 사용에 따른 단점 향상을 제공하고 있습니다.

Eclipse에 Subversion 지원을 추가하는 방법과 IDE에서 기본적인 버전 관리를 수행하는 방법을 배워봅시다.

시작하기 전에

Eclipse를 다운로드 하여 설치해야 한다. 자신의 플랫폼에 맞춰 Eclipse SDK를 다운로드 하면 기본 Eclipse IDE(Eclipse Platform)과 Java™ Development Kit이 생긴다. C/C++로 작업하려면, C Development Tooling (CDT) 웹 사이트를 방문하여, 업데이트 매니저를 사용하여 CDT를 설치하라. (업데이트 매니저 사용 방법은 다음 섹션에서 설명한다.)

또한, Subversion 저장소에 액세스 해야 한다. 한 가지만 설정해야 한다면 Subversion 웹 사이트에서 제공하는 문서를 참조하라. 데모용으로 Subclipse 프로젝트를 검사하고, 필자의 LAN의 저장소에서 프로젝트로 작업하는 방법을 보여 줄 것이다.

자주 바뀌는 GUI일수록 단위 테스트가 필요하다

지난 “아파치와 톰캣을 활용한 대용량 웹서비스 운영” 기사가 나간 이후로 많은 독자들의 문의를 받았다. 사실 아파치와 톰캣을 연동한다는 것은 이미 많은 자료와 웹 사이트에 소개된 바 있고 점점 더 손쉽게 이를 적용할 수 있도록 톰캣이 발전하고 있다. 하지만 대용량 서비스를 위해서는 단순한 연동뿐만 아니라 로드밸런싱, 클러스터링 및 서비스에 대한 자원 사이징 그리고 모니터링 등 다양한 방식의 접근이 필요하다. 이번 기사에서는 이 중에서 클러스터링에 대하여 좀더 고민해 보겠다.

2007 년 12 월 18 일

광대역, 미디어, 영화, 이미지, 사운드 드라이브는 Web 2.0에 일대 혁신을 가져왔습니다. 미디어에 PHP와 Asynchronous JavaScript™ + XML (Ajax) 기술을 결합하는 방법을 배워봅시다.

웹 애플리케이션의 새로운 조류를 가장 잘 드러내는 사이트가 무엇이냐고 묻는다면, 대부분 YouTube라고 대답할 것이다. 이 사이트는 뚜렷한 방식으로 신 기술을 채택했을 뿐만 아니라, 우리가 미디어를 보는 방식과 미디어와의 관계를 변화시킨 사이트라고 할 수 있다. 주요 이야기들이 기존의 전통적인 미디어에 나타나기 전에 YouTube에서 발생하고, 그렇지 않을 때에는, YouTube는 하나의 큰 TiVo처럼 작동한다.

 Asynchronous JavaScript + XML (Ajax)과 Web 2.0의 개념은 웹 기반 애플리케이션에 활력을 더해주는 방식으로서 개발 커뮤니티를 통해 퍼져나가고 있습니다. Rich Ajax Platform (RAP)은 Eclipse 개발 모델을 사용함으로써 Ajax 실행 웹 애플리케이션을 구현하는 방식입니다. 이 글에서는, RAP의 개념과 RAP 개발 환경을 설정하는 방법과 데모를 설명합니다. 쉽게 이해할 수 있는 예제도 제공합니다.