시작

developerWorks에 있는 편집자들은 당신의 컨텐츠를 공개하기 위해 당신과 함께 작업하기를 고대하고 있다. 본 지시사항을 이용하기 전에 편집자에게 당신의 아이디어를 제공했고 컨텐츠에 대한 작업 진행에 대해 편집자의 승인을 받았는지 확인해야 한다. 이러한 내용을 아직 이행하지 않은 경우에는 컨텐츠 제출 양식을 기입하여 아이디어를 제안한다.

기사와 튜토리얼은 HTML 형식으로 developerWorks에 공개되지만 XML(Extensible Markup Language) 형식으로 작성된다. 공개하기 전에 각 기사 및 튜토리얼의 XML 소스는 developerWorks 스키마에 정의된 대로 승인 가능한 마크업인지 유효성 검증된 후 XSLT(Extensible Stylesheet Language for Transformations)를 사용하여 공개를 위해 HTML로 변환된다. 이와 같이 기사 컨텐츠를 프리젠테이션 세부사항과 분리하면 자동 프로세스를 사용하여 대규모 사이트를 관리할 수 있다.

여기서 제공하는 작성 방법에는 특별한 스킬이 필요하지 않다. XML 또는 HTML에 이미 익숙한 경우에는 기사 및 튜토리얼 템플리트를 쉽게 사용할 수 있다. 그렇지 않은 경우에는 본 기사에서 나중에 나오는 작성 팁과 developerWorks XML 영역에 있는 XML 입문을 읽고 XML에 익숙해질 수 있다.

공개할 기사 또는 튜토리얼을 준비할 때 시각 장애가 있는 독자들이 컨텐츠에 접근할 수 있도록 하는 방법을 고려한다. 즉, 이미지와 같이 텍스트가 아닌 컨텐츠에 대한 대안을 제공한다. 나중에 이 기사에서 웹 컨텐츠에 대한 접근성 요구사항의 일부 예제를 확인할 수 있다. 웹 컨텐츠 접근성에 대한 자세한 정보를 확인하려면 Web Content Accessibility Guidelines 2.0에서 팁과 기술에 대해 살펴본다.

위로

기사 템플리트와 튜토리얼 템플리트

developerWorks 사이트를 둘러봤다면 작성자가 기사와 튜토리얼을 developerWorks에 제공한다는 것을 알고 있을 것이다. 기사와 튜토리얼의 형식 및 용도는 다르다. developerWorks 편집자는 사용자의 컨텐츠 아이디어에 더 적합한 형식을 결정하는 데 도움을 줄 수 있다.

튜토리얼

• 튜토리얼은 교육적인 목표를 가지고 있다. 즉, 튜토리얼은 가르친다. 단순히 단계를 나열하는 대신 튜토리얼에서는 해당 단계가 수행되는 이유와 해당 단계가 전반적인 목표와 어떤 관계가 있는지에 대해 설명한다. 튜토리얼은 교육 목표와 완료 시간(일반적으로 약 2시간)을 명시한다. 튜토리얼을 다 읽고 나면 독자는 학습한 태스크를 독립적으로 반복할 수 있다.
• 튜토리얼은 개념 또는 태스크 완료 방법을 가르칠 수 있다. 많은 튜토리얼에서는 개념과 태스크를 모두 가르치며 읽는 동안 독자가 태스크를 시도해 보도록 권장한다. 따라하기 쉽게 하기 위해 튜토리얼에는 독자의 환경을 설정하는 데 필요한 조언과 샘플 코드가 포함되어 있는 경우가 많다. 또한 튜토리얼에서는 전체를 구성하도록 컨텐츠를 관리 가능한 개별 태스크로 나누는 경우가 많다.
• 튜토리얼은 인쇄하면 평균 20 - 30페이지가 된다. 태스크를 완료하는 데는 몇 시간이 걸릴 수 있기 때문에 많은 독자들은 태스크 수행 중이나 후에 참조하기 위해 튜토리얼 PDF를 인쇄한다.
• 튜토리얼은 단독으로 사용되거나 여러 부분으로 구성된 시리즈의 한 부분이 될 수 있다.

기사

• 튜토리얼과 마찬가지로 기사도 교육용으로 작성되는 경우가 자주 있지만 튜토리얼만큼 자주는 아니다. 기사에서는 교육 목표나 완료 시간을 자세히 설명하지 않는다.
• 독자에게 특정 태스크에 대해 지시하는 것 외에도 기사에서는 새로운 개념, 아키텍처 또는 제품 기능에 대해서도 소개할 수 있다. 이러한 유형의 기사는 독자의 인식을 높이고 추가 학습(developerWorks 튜토리얼 이용)을 자극하기 위해 작성된다. 다른 유형의 기사는 좀더 설득적인 어조를 가지면서 저자가 자신의 접근 방식, 관점 또는 경험을 공유한다. 또한 기타 유형의 기사에서는 전문가와 인터뷰하거나 주제에 대한 현재 문헌을 검토하여 새로운 제품 또는 기술에 대해 살펴본다.
• 기사는 인쇄하면 평균 10페이지 이하가 된다. 독자는 일반적으로 기사 컨텐츠를 온라인으로 읽는다.
• 튜토리얼과 마찬가지로 기사는 단독으로 사용되거나 여러 부분으로 구성된 시리즈의 한 부분이 될 수 있다.

위로

기본 단계

다음 단계를 수행하여 기사 또는 튜토리얼을 작성한다.

1. 작성자 패키지를 다운로드하여 파일을 압축 해제한다.
2. 패키지의 스크립트를 사용하여 기사 또는 튜토리얼을 위한 폴더 및 XML 템플리트를 작성한다.
3. XML 템플리트를 편집하여 컨텐츠를 추가한 후 해당 XML의 스키마를 유효성 검증하고 오류를 정정한다.
4. 브라우저에서 기사 또는 튜토리얼의 미리보기를 수행하여 기사 또는 튜토리얼이 developerWorks에 어떻게 표시되는지 알아본다.

위로

1단계. 작성자 패키지 다운로드

author-package zip 파일을 다운로드하여 적절한 위치에 저장한다(예: C:\(Windows의 경우) 또는 홈 디렉토리(Linux의 경우)). 파일을 압축 해제한다.

developerworks 디렉토리는 루트 디렉토리 또는 Windows C:\ 드라이브에 있지 않아도 된다. 하지만 도구에서는 파일 위치가 developerworks 디렉토리 및 서브디렉토리 내에 있는 것으로 가정하므로 developerworks 디렉토리 구조와 파일 이름을 그대로 유지한다.

Linux를 사용하는 경우에는 IBM Developer Kit for Java(참고자료 참조)도 다운로드하여 설치해야 한다(설치 위치는 /opt/ibm 권장). 하지만 루트 권한이 없는 경우에는 tarball 버전을 다운로드하여 홈 공간에 설치할 수 있다. "developerWorks XML 밸리데이션 툴 (한글)"에 설명된 유효성 검증 도구는 Xalan을 포함하는 Java 버전에서만 작동한다(Java 버전 5.0에는 Xalan 2.7이 포함됨). 해당 기사에서 자세한 내용을 참조한다.

파일을 압축 해제하고 나면 다음 서브디렉토리가 포함된 developerworks 디렉토리(또는 폴더)가 표시된다.

• readme—에는 readme.html 파일이 포함되어 있다. 이 readme 파일은 지금 읽고 있는 이 기사와 링크된다.
• schema—에는 스키마 파일이 포함되어 있다. 기본 스키마 파일의 이름은 dw-document-6.0.xsd로 지정된다. (이 기사 작성 시 developerWorks 스키마의 레벨은 6.0이다.)
• tools—에는 두 개의 템플리트(template-dw-article-6.0.xml 및 template-dw-tutorial-6.0.xml)와 새로운 기사의 설정 및 유효성 검증에 도움이 되는 간단한 도구가 일부 포함되어 있다. java 서브디렉토리에는 Java™ 프로그램을 수정하거나 다시 빌드하려는 경우 Linux 유효성 검증 및 변환 도구와 함께 사용되는 Java 프로그램의 소스가 포함되어 있다.
• web—에는 기사 또는 튜토리얼을 미리보기 위해 필요한 JavaScript와 이미지가 포함되어 있다.
• xsl—에는 미리보기에 사용되는 스타일시트 파일이 포함되어 있다. 각 developerWorks 사이트의 기본 스타일시트는 해당 사이트에 적합한 서브폴더에 있다(예: 6.0/en_US/dw-document-html-worldwide-6.0.xsl(일반적인 경우(영어)) 또는 6.0/ja_JP/dw-document-html-japan-6.0.xsl(일본)).

작성자 패키지에 포함된 파일과 도구는 Linux 또는 Windows(Windows 7 포함)의 32비트 또는 64비트 버전에서 사용되도록 설계되어 있다. Windows 또는 Linux 이외의 운영 체제를 사용하여 템플리트를 편집하기 위해 도움이 필요한 경우에는 developerWorks 편집자에게 문의한다.

위로

릴리스 정보

2단계로 이동하기 전에 최신 릴리스에서 변경된 사항을 미리 살펴보자.

2010년 12월 7일에 그림, 표 및 코드 목록에 번호 지정된 캡션의 자동 삽입을 위한 HTML 지원이 추가되었다. 새로운 xref 요소를 사용하면 refname 속성을 사용하여 그림, 표 또는 코드 목록을 참조할 수 있다. 자세한 세부사항과 코딩 예제가 기사 및 튜토리얼 템플리트에 있다.

2010년 7월 26일에는 developerWorks 스태프를 위한 내부 기능이 추가되면서 약간 개정되었다. 작성자에게 영향을 미치는 변경사항은 없다.

2010년 5월 27일에는 로컬 사이트 작성자가 2009년 5월에 도입된 새로운 developerWorks에서 튜토리얼을 미리볼 수 있는 기능이 추가되면서 약간 개정되었다. 작성자가 두 개의 새로운 컨텐츠 영역("클라우드"와 "산업")을 컨텐츠가 공개될 기본 또는 보조 영역으로 표시할 수 있는 기능도 추가되었다.

2010년 4월 5일에는 버전 6.0 스키마 및 스타일 시트가 작성자에게 릴리스되었다. 6.0 스키마 및 스타일시트에는 모든 기사와 영어로 된 튜토리얼을 위해 2009년 5월에 소개된 새로운 developerworks에 대한 지원이 포함된다.

프리젠테이션과 의도 강조를 분리하기 위해 이제는 기울임꼴과 굵은체(<i>와 <b>) 대신 강조와 강한 강조(<em>과 <strong>)를 각각 사용하도록 권장한다.

Linux 사용자는 이제 비표준 위치에 설치된 IBM Developer Kit for Java의 사본을 사용할 수 있다.

이제 기사와 영어로 된 튜토리얼에 대한 이미지의 너비는 최대 580픽셀까지 될 수 있다.

author-package zip 파일과 이 기사는 6.0 릴리스를 준수한다. 6.0 스키마 및 스타일시트를 사용하여 기사 또는 튜토리얼을 준비해야 한다. developerWorks 스키마 및 스타일시트의 이전 릴리스를 사용한 경우에는 아래의 다운로드 섹션에서 6.0 author-package.zip 파일을 다운로드해야 한다.

기사와 튜토리얼에서는 동일한 기본 스키마(xsd 파일)를 사용하지만 기본 스타일시트는 다르다.

• 기본 스키마: dw-document-6.0.xsd
• 기사와 튜토리얼에서는 기사가 작성 중인 로컬 사이트에 적합한 스타일시트를 사용한다. 예를 들어, 6.0/en_US/dw-document-html-worldwide-6.0.xsl이 developerWorks 전세계 사이트의 영어로 된 기사에 사용되고 6.0/ja_JP/dw-document-html-japan-6.0.xsl이 일본어 로컬 사이트에 사용된다.

위로

2단계. 새 템플리트 작성

이 단계에서는 작성자 패키지의 도구를 사용하여 기사 또는 튜토리얼 템플리트의 사용자 자신의 사본을 설정한다. 이를 수행하면 index.xml이라는 새로운 파일이 별도의 디렉토리에 작성된다. 이 파일은 적절한 경로를 설정하고 다양한 운영 체제 환경에서 제대로 작동하도록 템플리트를 조정한다.

Microsoft Windows 사용하기

developerworks 디렉토리에서 new-article.vbs를 두 번 클릭하여 기사를 작성하거나 new-tutorial.vbs를 두 번 클릭하여 튜토리얼을 작성한다. 유효한 모든 이름을 폴더 이름으로 선택할 수 있으며 기본값은 my-article 및 my-tutorial이다.

OK를 클릭하면 developerworks 폴더에 새 폴더가 표시된다. 이 폴더를 보려면 보기를 새로 고쳐야 할 수 있다(View > Refresh). 이 새 폴더에는 기사 또는 튜토리얼 템플리트(index.xml)와 유효성 검증 및 변환 스크립트(dw-transform.vbs)가 들어있다.

Linux 사용하기

developerworks 디렉토리에 있는 new-article.sh 또는 new-tutorial.sh 쉘 스크립트를 사용한다. (KDE 또는 GNOME 데스크탑을 실행 중인 경우에는 Nautilus 또는 Konqueror와 같은 그래픽 관리 프로그램에서 이 스크립트를 실행할 수 있다. 그렇지 않으면 터미널 창에서 스크립트를 실행한다.) 새 프로젝트의 이름을 입력할 수 있는 대화 상자가 표시된다. 유효한 모든 이름을 선택할 수 있으며 기본값은 my-article 및 my-tutorial이다.

OK를 선택하거나 Enter를 누르면 developerworks 폴더에 새 폴더가 표시된다. 이 새 폴더에는 기사 또는 튜토리얼 템플리트(index.xml)와 유효성 검증 및 변환 스크립트(dw-transform.sh)가 들어있다.

참고: 그래픽 환경을 사용 중인 경우에는 GNOME 또는 KDE 데스크탑을 위한 적절한 zenity, gdialog 또는 kdialog 패키지가 필요하다. 비그래픽 환경을 사용 중인 경우에는 dialog 패키지가 필요하다.

위로

3단계. XML 편집 및 유효성 검증

XML 소스 편집 및 유효성 검증을 위해 두 가지 기본 메소드 중 하나를 선택할 수 있다.

유효성 검증 XML 편집기 사용하기

유효성 검증 XML 편집기를 사용하여 XML을 편집하고 유효성 검증하면 진행 중에 오류를 식별할 수 있다. 오늘날 Windows 및 Linux용으로 많은 상용 XML 편집기가 시장에 나와있다. 세 가지 예로는 Rational® Web Developer for WebSphere® Software, <oXygen/> 및 Altova XMLSpy가 있다(다운로드 및 문서에 대한 링크는 참고자료 참조). 세 가지 모두 다운로드 가능한 무료 평가판을 제공하며 이러한 제품과 함께 제공되는 지시사항을 읽고 사용법을 배우는 것이 좋다. 이러한 제품 또는 기타 상용 XML 편집기를 사용하여 기사 또는 튜토리얼을 개발하기 위해 필요한 모든 필수 지원 파일은 developerWorks author-package.zip 파일에 들어있다.

일부 무료 XML 편집기도 사용할 수 있다. 위에서 언급한 XMLSpy의 상용 버전 외에도 Altova는 XMLSpy의 무료 홈 에디션을 소개했다. XML Copy Editor는 GNU General Public License에 의거하여 릴리스된 무료 편집기이다. 또한 XML 문서 준비를 위해 사용할 수 있는 Eclipse 플랫폼을 위해 플러그인을 사용할 수 있다. 관련 링크는 참고자료를 확인하기 바란다.

유효성 검증 XML 편집기 또는 워크벤치를 사용하는 경우에는 다음 사항에 유의한다.

• 상기 스크립트를 사용하여 작성한 템플리트에서 스키마 및 스타일시트 파일에 대한 참조는 튜토리얼 또는 기사 디렉토리에 대해 상대적이다. 이러한 참조를 절대 참조로 변경해야 할 수 있다. 예를 들어, ..\schema\6.0\dw-document-6.0.xsd를 C:\developerworks\schema\6.0\dw-document-6.0.xsd 등으로 변경해야 할 수 있다. 스타일시트에 대해 해당 변경사항을 작성해야 할 수 있으며 로컬 사이트(예: 일본)를 위한 기사를 준비하려는 경우 스타일시트 이름 및 위치를 변경해야 한다. 일부 편집기에서는 다른 구성 수단을 통해 이러한 파일의 위치를 지정해야 할 수 있다.
• XML 편집기에서 튜토리얼 또는 기사를 변환하는 데 이미지가 표시되지 않는 경우에는 편집기가 임시 저장을 위해 사용되는 디렉토리에서 HTML 파일을 작성했을 가능성이 있다. 이 경우에는 생성된 HTML 파일을 기사 디렉토리(여기서는 my-article)에 저장한 후 XML 편집기 GUI 또는 브라우저를 사용하여 열어야 한다.

텍스트 편집기 및 유효성 검증 도구 사용하기

원하는 유효성 검증 XML 편집기를 찾을 수 없거나 지금 이러한 편집기의 사용법을 배우는 데 많은 시간을 들이고 싶지 않은 경우에는 선호하는 텍스트 편집기를 사용하여 XML 템플리트를 편집한 후 작성자 패키지에 제공되는 도구(dw-transform.vbs(Windows의 경우) 또는 dw-transform.sh(Linux의 경우))를 사용하여 XML을 유효성 검증한 다음 HTML로 변환할 수 있다. 그런 다음 브라우저에서 HTML을 미리볼 수 있다. 동반 기사인 "developerWorks XML 밸리데이션 툴 (한글)"에서 이러한 간단한 도구의 사용에 대한 세부사항을 확인한다.

위로

4단계. 기사 또는 튜토리얼 미리보기

기사 또는 튜토리얼을 미리보고 최종 출력의 모양을 예상할 수 있다. 하지만 미리본 버전과 최종 버전 사이에는 일부 차이가 있다. 튜토리얼 또는 기사를 미리볼 때는 컨텐츠에 집중하고 프리젠테이션 또는 스타일 문제는 신경쓰지 않아도 된다. 최종 편집을 수행할 때 필요한 수정사항을 작성한다.

유효성 검증 XML 편집기를 사용하는 경우에는 XML을 HTML 파일로 변환하는 방법에 대한 지시사항을 문서에서 확인한 후 브라우저에서 해당 파일을 본다. 일부 편집기에는 이 단계를 단순화하는 브라우저 미리보기 옵션이 있다.

텍스트 편집기와 developerWorks 스크립트를 사용하는 경우에는 출력 HTML이 기사 또는 튜토리얼 폴더에 작성된다. 브라우저를 사용하여 index.html을 연다. 이러한 스크립트의 사용에 대한 자세한 지시사항은 "developerWorks XML 밸리데이션 툴 (한글)"에 들어있다.

위로

작성 팁

2단계에서 생성되는 XML 파일은 기사 또는 튜토리얼 개발에 대한 포괄적인 팁을 제공하는 최적의 소스이다. 템플리트에 있는 확장 주석은 기사 또는 튜토리얼 코딩의 모든 측면에 대해 안내한다. 기타 유용한 몇 가지 팁은 다음과 같다.

• Microsoft Word 또는 OpenOffice Writer에서 작성하는가?

  XML 템플리트 대신 Word 또는 Writer 템플리트를 사용할 수 있다. "Authoring with the developerWorks Word and Writer templates"에서 자세한 내용을 확인할 수 있다.

  또는 다른 파일 형식에서 XML 템플리트로 잘라내어 붙여넣을 수 있다.

  • 임베디드 형식을 가진 파일(예: Word 또는 Writer 파일)로부터 잘라내어 붙여넣는 경우 편집기의 기능을 사용하여 텍스트로 붙여넣기 또는 선택하여 붙여넣기를 수행하거나 잘라내어 붙여넣기 전에 파일을 TXT 파일로 저장한다. 형식화된 파일로부터 직접 잘라내어 붙여넣어서는 안 된다.
  • Word 또는 Writer 문서에 포함된 이미지가 있는 경우에는 이러한 이미지의 추출을 걱정하지 않아도 된다. Word 또는 Writer 문서를 developerWorks 편집자에게 전달하기만 하면 비주얼 디자이너 팀에서 이미지를 추출하여 다듬는다.
  • Word 또는 Writer 문서에서 "변경사항 추적"이 설정된 경우에는 XML 템플리트로 잘라내어 붙여넣기 전에 설정 해제해야 한다. 그렇지 않으면 삭제된 자료가 모두 텍스트 사이에서 뒤섞여 다시 표시된다.
• 종료 태그. 종료 태그를 사용하는 것을 잊지 않는다. 예를 들어, 모든 단락 태그(<p>)에는 종료 태그(</p>)가 필요하다. 또한 줄 바꿈 태그(<br />) 및 이미지 태그(<img />)와 같은 비어 있는 요소에는 종료 슬래시(/)가 필요하다.
  
  
• 피해야 할 태그. span 태그, 코드 글꼴 태그, 글꼴 클래스 또는 CDATA 태그는 사용하지 않는다.
  
  
• 코드 목록. 샘플 코드 목록을 기사 또는 튜토리얼에 포함시키는 경우:
  
  
• 최대 코드 행 길이는 90자(공백 포함)이다. 템플리트에는 눈금자 선이 있는 샘플이 들어있다.
  
  
• 최대 코드 목록 길이는 100행(빈 줄 포함)이다.

  코드 목록이 100행을 초과하는 경우에는 코드 목록을 개별 목록으로 분할하거나 가장 중요한 행을 발췌하고 전체 코드 목록을 기사 또는 튜토리얼의 "다운로드" 섹션에 있는 다운로드 가능한 샘플 코드로 제공하는 것을 고려해 본다.

  
  
• 샘플 코드 행의 끝에 있는 공백 또는 탭은 행당 90자 제한에 포함되기 때문에 이들을 하드코딩하지 않는다.
  
  
• 샘플 코드 행의 시작 부분에 탭을 사용하지 않는다. 들여쓰기를 해야 하는 경우에는 공백을 사용한다.
  
  
• CDATA 태그를 사용하지 않는다. 샘플 코드에 XML 태그(예: 꺾쇠괄호)를 표시해야 하는 경우에는 < 및 >를 사용한다(표 1에 있는 기타 특수 문자 참조).
  
  
• 색상을 사용하지 않는다. 샘플 코드의 부분을 강조표시하려면 강한 강조(<strong> 및 </strong>)를 대신 사용한다.
  
  
• 다운로드 가능한 샘플 코드. 기사 또는 튜토리얼의 "다운로드" 섹션을 위해 다운로드 가능한 샘플 코드를 제공하는 경우에는 코드를 ZIP 파일로 압축하여 해당 ZIP 파일을 편집기에 별도로 전송한다.
  
  
• 그림. 화면 캡처를 포함한 모든 그림 파일을 JPG 또는 GIF 파일로 작성하고 너비가 580픽셀을 초과하지 않도록 한다. 그림 파일을 편집자에게 전송한다. 효과적인 그래픽을 작성하여 전달하는 방법에 대한 자세한 내용은 "Illustrating your article or tutorial for developerWorks"를 참조한다.
  
  
• 주석 행. 고유 컨텐츠를 개발할 때 해당 컨텐츠의 가시성을 높이려면 태그에 익숙해짐에 따라 기사 파일에서 주석 행을 자유롭게 제거한다.
  
  
• 접근성. 시각 장애가 있는 독자를 고려하고 기사 또는 튜토리얼이 웹 컨텐츠 접근성 요구사항을 충족하게 한다. 특히 (1) 색상은 되도록 사용하지 말고 (2) 텍스트가 아닌 컨텐츠에 대한 텍스트 대안을 포함시킨다. 일반적으로 이 두 번째 요구사항이 사용자의 기사 또는 튜토리얼에 있는 이미지에 적용된다. 이미지를 볼 수 없는 독자에게 이미지에 대해 충분히 설명하려면 이미지의 앞 또는 뒤에 컨텐츠를 추가한다. 또한 <img> 태그의 "alt" 속성에 이미지의 간단한 설명을 제공한다. 그리고 표에서 이미지를 작성하지 않고 이미지에 포함된 텍스트에 지나치게 의존하지 않는다. 이러한 접근성 요구사항의 예제는 "Illustrating your article or tutorial for developerWorks"에서 자세히 다룬다.
  
  
• 특수 문자. 표 1에 표시된 코드 특수 문자:

예를 들어, 꺾쇠괄호를 코드 섹션에 포함하려면 다음을 수행한다.

<TABLE border="0" width="100%">

XML 템플리트에서 다음을 코딩한다.

<TABLE border="0" width="100%">

위로

강조표시 규칙

코드 문자열을 강조표시하는 방법을 잘 모르는가? 기사 또는 책 제목을 강조하는가? 강조를 전혀 사용해서는 안 되는 경우는 언제인가? 표 2에서는 developerWorks 기사 및 튜토리얼에 권장되는 강조표시 규칙을 보여 준다.

위로

developerWorks에 기사 또는 튜토리얼 제출하기

기사 또는 튜토리얼 작성을 완료했으면 developerWorks 편집자에게 전송할 준비가 된 것이다. 기사 또는 튜토리얼에 해당하는 XML 파일을 관련 그래픽 또는 샘플 코드와 함께 편집자에게 이메일로 전송한다. 기사에 대한 그래픽의 작성 및 제출에 대한 자세한 지침 및 팁은 "Illustrating your article or tutorial for developerWorks: How to create effective graphics"를 참조한다.

질문이 있거나 문제점이 있는 경우 편집자에게 문의하여 도움을 받는다.

위로

다운로드 하십시오

다운로드 방식에 대한 정보

참고자료

교육

• "developerWorks XML 밸리데이션 툴 (한글)"(developerWorks, 2010년 12월): 텍스트 편집기를 사용하여 XML 템플리트를 편집하려는 경우에는 작성자 패키지와 함께 제공되는 도구를 사용하여 XML을 유효성 검증하고 컨텐츠를 미리볼 수 있다.
  
  
• "Authoring with the developerWorks Word and Writer templates" (developerWorks, 2010년 4월): XML 템플리트를 사용하는 대신 Microsoft Word 또는 OpenOffice.org Writer에서 컨텐츠를 작성하려는 경우를 위해 Word 및 Writer 템플리트도 제공된다.
  
  
• "Illustrating your article or tutorial for developerWorks: How to create effective graphics"(developerWorks, 2010년 4월): 기사 또는 튜토리얼을 위한 그래픽의 작성 및 제출에 대한 자세한 지침 및 팁을 얻을 수 있다.
  
  
• developerWorks 작성자 지침 및 편집 정책: 당사의 편집 정책에 대해 살펴보고 각 developerWorks 편집자의 컨텐츠 희망 목록을 알아보자.
  
  
• developerWorks 기술 행사 및 웹 캐스트: IBM 제품 및 IT 주제에 대한 최신 정보를 얻을 수 있다.
  
  
• 무료 developerWorks Live! 브리핑: IBM 제품 및 도구에 대한 정보뿐만 아니라 IT 업계의 최신 경향까지도 빠르게 확인할 수 있다.
  
  
• developerWorks on-demand demos: 입문자를 위한 제품 설치 및 설정부터 숙련된 개발자를 위한 고급 기능까지 다양한 데모를 확인할 수 있다.
  
  
• Twitter의 developerWorks: developerWorks의 트윗(tweet)을 팔로우(follow)하자.
  
  

제품 및 기술 얻기

• Microsoft의 XML 구문 분석기(MSXML) 버전 4 또는 버전 6: dw-transform.vbs 스크립트를 사용하여 기사 또는 튜토리얼을 변환하려면 MSXML 구문 분석기의 버전 4 또는 버전 6이 필요하다. 필요한 파일은 msxml.msi(버전 4) 또는 msxml6.msi(버전 6)이다.
  
  
• IBM Developer Kit for Java: Linux에서 dw-transform.sh 스크립트를 사용하여 기사 또는 튜토리얼을 변환하려면 IBM Developer Kit for Java, 버전 5.0 이상이 필요하다.
  
  
• Rational® Application Developer for WebSphere® Software V7.5: developerWorks로부터 직접 무료 평가판을 다운로드하자.
  
  
• IBM 평가판 제품 다운로드: developerWorks로부터 직접 다운로드할 수 있는 IBM 평가판 소프트웨어를 사용하여 다음 개발 프로젝트를 빌드해 보자.
  
  
• <oXygen/> XML Editor & XSLT Debugger(멀티플랫폼용)와 Altova XMLSpy(Windows용): 이러한 상용 XML 편집기의 평가판에 대해 살펴보고 이를 다운로드하자.
  
  
• XML Copy Editor: XML 파일을 유효성 검증하고 변환할 수 있는 무료로 제공되는 빠른 유효성 검증 XML 편집기에 대해 살펴보자.
  
  
• "XML development with Eclipse"(developerWorks, 2003년 4월): Bocaloco Software의 XMLBuddy와 같은 플러그인과 함께 Eclipse 플랫폼을 사용하여 XML 문서를 작성해 보자.
  
  
• IBM 제품 평가: 제품 평가판을 다운로드하거나 온라인으로 제품을 사용해 보거나 클라우드 환경에서 제품을 사용하거나 SOA Sandbox에서 SOA(Service Oriented Architecture)를 효과적으로 구현하는 방법을 배울 수 있다.
  
  

토론

• 컨텐츠 제출 양식: developerWorks에 기사 또는 튜토리얼 아이디어를 제출하고 developerWorks 편집자와 대화해 보자. 컨텐츠 희망 목록에서 가장 필요한 컨텐츠가 무엇인지 확인해 보자.
  
  
• developerWorks 편집자 연락처 정보: 질문이 있는 경우에는 관심있는 기술 또는 제품 영역에 대해 편집자에게 문의해 보자.
  
  
• developerWorks 커뮤니티: 개발자가 운영하고 있는 블로그, 포럼, 그룹 및 위키를 살펴보면서 다른 developerWorks 사용자와 의견을 나눌 수 있다.
  
  

필자소개

Ian Shields는 developerWorks 리눅스 영역을 위한 리눅스 프로젝트 다수를 수행하고 있다. Shields는 노스 캐롤라이나 주 소재 IBM 리서치 트라이앵글 파크에서 선임 프로그래머로 일한다. Shields는 1973년 시스템 엔지니어로 오스트레일리아, 캔베라에 있는 IBM 사무실에 들어갔으며 캐나다 몬트리얼과 노스 캐롤라이나 주 RTP에서 통신 시스템과 배포 컴퓨팅 부문에서 일해왔다. Shields는 특허 여러 건을 획득했으며, 논문 여러 건을 발표했다. Shields는 순수 수학과 철학 학사 학위를 오스트레일리안 국립 대학에서 받았다. 노스 캐롤라이나 주립 대학에서 컴퓨터 과학 분야를 대상으로 석사와 박사 학위를 받았다. 전자편지 주소는 ishields@us.ibm.com이다.

As a developerWorks Web editor, Gretchen Moore has shaped developerWorks' editorial style, publication processes, and best practices since she helped launch the site in 1999. She's the Web editor for the Linux zone, and also serves as the tech lead for the Web editors of the technology zones. Her degrees are in Biology from the University of North Carolina in Chapel Hill, NC, and Technical writing from Rensselaer Polytechnic Institute in Troy, NY. For more info, see Gretchen's profile on My developerWorks.

아티클 순위

의견

위로

목차

• 시작
• 기사 템플리트와 튜토리얼 템플리트
• 기본 단계
• 1단계. 작성자 패키지 다운로드
• 릴리스 정보
• 2단계. 새 템플리트 작성
• 3단계. XML 편집 및 유효성 검증
• 4단계. 기사 또는 튜토리얼 미리보기
• 작성 팁
• 강조표시 규칙
• developerWorks에 기사 또는 튜토리얼 제출하기
• 다운로드 하십시오
• 참고자료
• 필자소개
• 의견