（非公式） Dfinity ドキュメント翻訳プロジェクト

https://dfinityjp.netlify.app

翻訳手順

翻訳の状況は、翻訳の概要と進捗状況の issues を確認してください。

必要な環境

• Node v16

手順 1: 翻訳を始める準備

まずは、このリポジトリを右上から Fork してください。

そして、リポジトリをクローンします。your には、あなたの GitHub のユーザーネームを入れてください。

$ git clone https://github.com/your/portal
$ cd docs

翻訳作業を行うためのブランチを作成します。 どのファイルを翻訳するかは、翻訳の概要と進捗状況の翻訳ページ一覧を確認して、翻訳したい箇所をコメントしてください。

ここでは、例として introduction/pages/welcome.md を翻訳するためのブランチを作成します。

$ git checkout -b introduction/pages/welcome.md

これで、翻訳を始める準備は完了です。エディタを使って、翻訳箇所のファイルを編集します。

手順 2: 翻訳

スタイルガイドに目を通してください。 わからないことがあれば Discord の#ドキュメント翻訳チャネルで質問してください。

エディタとしては VSCode を推奨します。

手順 3: 翻訳内容の確認

翻訳した文章を確認します。

git submodule update --init
npm install
npm start

のコマンドを叩くと、http://localhost:3000 でドキュメントを確認することができます。

手順 4: 翻訳内容のプルリクを出す

翻訳が終わったら、ローカルリポジトリにコミットしたあと、自分のリモートリポジトリにプッシュします。 コミットが複数になった場合、なるべく１つのコミットにまとめていただければありがたいですが、難しければそのままでも OK です。

$ git add modules/introduction/pages/welcome.md
$ git commit -m "translated: introduction/pages/welcome.md"
$ git push origin introduction/pages/welcome.md

最後に、Github からプルリクを出します。 このとき、出し先が Japan-DfinityInfoHub/portal になるようにします。

間違えて本家の dfinity/docs に出してしまわないように気をつけてください。

以上です！メンテナーがレビューをして問題なければマージされます。

adoc ファイルから md ファイルへの変換

以前のドキュメントは adoc ファイルで作成されており、すでに翻訳した内容を新しいドキュメントに移行するために markdown 形式への変換が必要な場合は以下の手順に従います。

1. ローカルの docs リポジトリを最新にする

以前のドキュメント(adoc ファイル)は

https://github.com/Japan-DfinityInfoHub/docs

で管理されています。 git clone するか、すでにしてある場合は git pull コマンド等を用いて、ローカルリポジトリを最新にします。

git pull

2. 変換スクリプトを実行する

convert.sh という変換スクリプトがリポジトリのルートディレクトリに含まれていますので、以下のようにファイルを変換します。 ここでは例として、modules/quickstart/pages/1-quickstart.adoc を md ファイルに変換します。

bash convert.sh modules/quickstart/pages/1-quickstart.adoc

変換前のファイルと同じディレクトリに modules/quickstart/pages/1-quickstart.md が作成されます。 ここまでが docs リポジトリ側での準備です。

3. 翻訳したいドキュメントを修正する。

次に、portal リポジトリ側で、対応する md ファイルを開きます。 変換スクリプトではコメントアウトされた文章は削除されてしまうので、スタイルガイド に従って原文を <!-- と --> で囲んでコメントアウトしてください（原文に更新があった場合に変更箇所を参照できるように、原文のコメントアウトがされていることは重要です）。

原文をコメントアウトしたら、先ほど変換した md ファイルの中身をコピーして貼り付けてください。

原文を確認し、翻訳後の日本語が原文と対応していることをご確認ください。

注意点

変換スクリプトは、テーブルの変換先が html になってしまいますので、原文に合わせて md のテーブル書式に直してください。

Contributors ✨

Special thanks to these wonderful people (emoji key):

hoosan

tokuryoo

gelgoog999

pontagon333

numtet

hokosugi

Internet Computer Developer Portal

The Developer Portal brings together all the resources needed for experienced as well as beginning developers on the Internet Computer.

https://internetcomputer.org

Contributing

The Developer Portal uses Docusaurus.

Local development

Requirements

• Node v16 (v18 not recommended)

Install and run locally

While modifying documentation in the repository, you can preview the changes locally by executing the following commands.

cd portal/
git submodule update --init
npm install
npm start

The Developer Portal frontend should appear in your browser under http://localhost:3000.

To preview a specific locale in the context of an internationalization contribution, start the docs with the following command:

npm start -- --locale <locale>

Adding a document

Docusaurus is quite easy to use and facilitates the creation of documents. The developer portal uses Markdown as its default format with enhancements provided by Docusuaurus.

To create a document, head to the /docs folder and create a Markdown file in the directory of your choice.

Here is an example of a docs sub-directory:

developer-docs/
    developer-docs/
        ic-overview.md
        quickstart/
            ...
    references/
        ...

Changing the roadmap

The roadmap items are stored as markdown files inside the roadmap directory.

The items are grouped by domain and status.

roadmap
├── 1_core-protocol
│   ├── deployed
│   │   ├── network_performance.md
│   │   └── nodes_can_be_reassigned.md
│   ├── in-progress
│   │   ├── 1_btc-integration.md
│   │   ├── 2_tecdsa.md
│   │   ├── 3_http-outcalls.md
│   │   ├── 4_high-replication-subnets.md
│   │   └── 5_deterministic-time-slicing.md
│   ├── index.md
│   └── pending
│       └── eth-integration.md
├── 2_boundary_nodes
│   ├── deployed
│   │   └── icos-nodes.md
│   ├── in-progress
│   │   ├── 1_seo_and_streaming.md
│   │   ├── 2_asset_canister_caching.md
...

• to change the title, links, or ETA of an item, edit the metadata section at the top of each markdown document
• to change the status of an item, eg. from in-progress to deployed, move the file to the deployed directory
• items are listed in alphabetical order of their filename, to enforce a certain ordering between items you can prefix the filenames with numbers
• to mark an item as a community request, set is_community: true in the item's metadata

Each domain folder contains an index.md file which adds metadata, like a title, a description, and cover images.

Changing the How it works content

The how it works page cards and subpages are stored as markdown files inside the how-it-works directory.

how-it-works
├── 1_about
│   ├── 01-overview-of-the-internet-computer.card.md
│   ├── 01-overview-of-the-internet-computer.subpage.md
│   ├── canister-lifecycle.card.md
│   ├── canister-lifecycle.subpage.md
│   └── index.md
├── 2_featured
│   ├── direct-integration-with-bitcoin.card.md
│   ├── direct-integration-with-bitcoin.subpage.md
│   ├── index.md
│   ├── sns.card.md
│   ├── threshold-ecdsa-signing.card.md
│   ├── threshold-ecdsa-signing.subpage.md

The directory contains markdown files ending in .card.md and .subpage.md.

The .card.md files will show up as part of the /how-it-works page, under the section they are grouped in (eg. Featured).

The .subpage.md files will each generate a subpage under /how-it-works/, based on the files' metadata and content:

• the slug parameter will determine the final URL, eg. the slug canister-lifecycle will generate the page /how-it-works/canister-lifecycle.
• the title, abstract (optional), and coverImage will determine how the page looks when shared on social media

How to embed youtube videos:

You can embed youtube videos by adding the video's cover image, then turning the image into a link to the video itself, eg.

[![Watch youtube video](https://i.ytimg.com/vi/YWHTNr8RZHg/maxresdefault.jpg)](https://www.youtube.com/watch?v=YWHTNr8RZHg)

The page will automatically put the Youtube icon on the cover image, imitating an embedded video.

You can get the cover image of a video by substituting the video ID into the following URL:

https://i.ytimg.com/vi/INSERT_VIDEO_ID_HERE/0.jpg

If the resulting image is low quality, you can try https://i.ytimg.com/vi/INSERT_VIDEO_ID_HERE/maxresdefault.jpg, but it does not always exist.

⚠️ Contributions' musts:

• Making sure that the .github/CODEOWNERS file is filled with new documents that you added. This way we can ensure that future Pull Requests are reviewed by the right people.
• When creating a document, it must be registered in /sidebars.js, otherwise, it will not appear in the side navigation bar.

More information about document creation on Docusaurus's docs.

Deployed Previews

Whenever a Pull Request is created on the repository, a CI job will appear and deploy a Preview on Netlify so that reviewers can easily check the changes made the way the end users will.

To access the preview, head to the very bottom of your pull request where you will see the list of deployments. Once the job is finished, you should see as active the "Preview Netlify" deployment.

Then simply press the "View deployment" button to in your fresh Netlify preview.

Contribution workflow

Here is a description of how a contribution should be made to the developer portal.

1. The contributor creates a fork/branch where the changes are made.
2. a Pull Request is created from this branch to master. the preview is generated and the reviewers can directly check the preview website.
3. After the Pull Request is merged into master, CI/CD will deploy the contents to the IC. The changes made will appear on the webpage under the version in the dropdown named "Current".
4. Optional: When a repo maintainer tags a commit on master as $TAG, then CI/CD deploys the contents to the IC. The webpage will default to the new "$TAG" version, visible in the versions dropdown, and allow users to view the contents pinned at that tag.

Community-created Agents and CDKs

The agents and CDKs sections should not only contain docs for DFINITY-created agents and CDKs. We therefore invite other projects to:

• link to their own agents or CDKs on the respective index pages (the files to be edited are in docs/developer-docs/build/agents/index.md or docs/developer-docs/build/cdks/index.md)
• add their own documentation as a folder under Agents or CDKs

Community-created Developer tools

We invite developers to add their IC-focused developer tools to the Developer Tools page by appending an entry to the communityToolingItems array in src/components/Common/toolingItems.ts.

Please make sure to add appropriate tags to make the tool easy to discover for other devs. Avoid introducing new tags if possible.

Community-created sample projects

You can submit your sample project to be displayed on the Samples page.

Add your submission to the community projects file and open a pull request. You can use an editor with TypeScript support to make sure your submission follows the schema.