用語集
Topics
- a11y
- admin
- alpha (beta) / アルファ (ベータ)
- back compat / 後方互換
- backport / バックポート
- bleeding edge / 最前線
- blocker / ブロッカー
- blog / ブログ
- branch / ブランチ
- bug / バグ
- command line interface (CLI) / コマンドラインインターフェース (CLI)
- commit / コミット (名詞)
- commit / コミット (動詞)
- committer / コミッター
- conflict / コンフリクト
- copyright license / 著作権ライセンス
- CRUD
- CSS
- dev note / 開発者ノート
- docblock
- dogfood / ドッグフード
- enhancement / 機能強化
- feature request / 機能リクエスト
- Field guide / フィールドガイド
- GPL
- HTML
- i18n
- IDE
- inline docs / インラインドキュメント
- invalid
- IRC
- JS
- L10n
- Locale / ロケール
- major release / メジャーリリース
- mu-plugins, must-use plugins
- マルチサイト
- network / ネットワーク
- P2
- patch / パッチ
- PHP
- PHPDoc
- point release / ポイントリリース
- priority (bug tracker) / 優先度 (バグトラッカー)
- priority (hooks) / 優先度 (フック)
- punt
- RC
- regression / リグレッション
- release candidate / リリース候補
- scope creep / スコープクリープ
- security issue / セキュリティの問題
- severity / 重要度
- SSL
- SVN
- tag / タグ
- task (blessed) / タスク (blessed)
- ticket / チケット
- Trac
- translation / 翻訳
- triage / トリアージ
- trunk
- UI
- unit test / ユニットテスト
- Unprops
- UX
- version control / バージョン管理
- wontfix
- worksforme
- wpdevel
- xref
a11y
Accessibility の短縮形。アクセシビリティ。視覚障害や弱視、聴覚障害や難聴、学習障害、認知障害、運動障害、言語障害、光線過敏症、およびこれらの組み合わせにかかわらず、すべての利用者に質の高い体験を保証する行為。
admin
管理者。なおマルチサイトネットワークの特権管理者は Super Admin。
alpha (beta) / アルファ (ベータ)
互換性テスト、機能テスト、ユニットテスト、フィードバックを求めることを目的とした、ソフトウェアのプレリリースバージョン。release candidate も参照してください。
back compat / 後方互換
Backward compatibility の省略形。後方互換性 (プラグインやテーマが新しいリリースで壊れないようにしたいという願望) は、WordPress の原動力となっている理念です。メジャーリリースで互換性を壊すことはソフトウェア開発の慣行として一般的に受け入れられていますが、WordPress はこれを何としても回避するよう努めています。後方互換性のない変更はすべて、コア開発チーム全体によって慎重に検討され、影響を受けるプラグインに頻繁に連絡をとりながら発表されます。jQuery などの外部ライブラリには、メジャーリリース間で後方互換性のない変更があり、これが開発者にとって大きな懸念となることが多いことに注意してください。
backport / バックポート
ポートとは、1つのブランチ (または trunk) のコードが別のブランチまたは trunk にマージされることです。WordPress ポイントリリースの一部の変更は、コードを trunk からリリースブランチにバックポートした結果です。
bleeding edge / 最前線
ソフトウェアの最新リビジョン。通常は開発中であり、多くの場合不安定です。trunk とも呼ばれます。
blocker / ブロッカー
リリースを妨げるほど深刻なバグ。
blog / ブログ
マルチサイトの「ネットワーク」や「サイト」に対する、単一の WordPress 環境を指します。
branch / ブランチ
Subversion のディレクトリ。WordPress はブランチを使用して、各メジャーリリース (3.9、4.0など) の最新の開発コードを保存します。ブランチは、そのブランチのマイナーリリースのコードで更新されます。WordPress のメジャーバージョンとそのマイナーバージョンをまとめて、そのマイナー バージョンをまとめて「ブランチ」(「4.0ブランチ」など) と呼ぶこともあります。
bug / バグ
バグとは、エラーや予期しない結果のことです。パフォーマンスの改善やコードの最適化などは、不具合ではなく機能強化とみなされます。機能フリーズの後は、バグのみが扱われ、リグレッション (前バージョンからの望ましくない変更) が最優先されます。
command line interface (CLI) / コマンドラインインターフェース (CLI)
ヒューマン・コンピューター・インターフェース (人間がコンピューターと対話する方法) の一種で、文字による入出力のみに依存するもの。ディスプレイ画面全体、または現在アクティブな部分には文字のみが表示され (画像は表示されません)、入力は通常すべてキーボードで行われます。
commit / コミット (名詞)
インクリメンタルリビジョン番号で識別される WordPress の個々の変更。チェンジセットとも呼ばれます。
commit / コミット (動詞)
WordPress に変更を加えること。コードをコミットできるのはコミッターだけですが、多くの場合、コミット権限のない開発者がコードに貢献しています。
committer / コミッター
コミット権限を持つ開発者。WordPress では、5名のリード開発者と4名のレギュラーコア開発者がコミットアクセス権を持っています。さらに、プロジェクトには通常数人のゲストコミッターやコンポーネントコミッターがいます。開発者は、通常単一のリリースサイクル (更新される場合もあります) および/または特定のコンポーネントに対してコミット権限を持ちます。
conflict / コンフリクト
コンフリクトは、パッチが作成された後に変更されたコードをパッチが変更したときに発生します。これらのパッチは「古い」とみなされ、適用する前に変更を「更新」するか競合を「解決」する必要があります。
copyright license / 著作権ライセンス
著作権所有者は、著作権で保護された素材を変更または配布する権限を含む、さまざまな許可を与えてライセンスを付与する場合があります。GPL も参照してください。
CRUD
データを保存する4つの基本機能である、作成 (Create)、読み取り (Read)、更新 (Update)、削除 (Delete) の先頭文字を取ったもの。(詳細については、Wikipedia を参照してください)
CSS
カスケーディングスタイルシート。
dev note / 開発者ノート
Developer Note の省略形。開発者ノート。WordPress コアの重要な変更点はすべて、開発者ノートにドキュメント化されます。優れた開発者ノートには一般的に、変更点、その変更に至った決定、開発者がその変更点をどのように取り組むべきかについての説明が書かれています。開発者ノートは WordPress のリリースサイクルのベータフェーズで Make/Core ブログで公開されます。開発者ノートの公開は、プラグイン/テーマの作者や WordPress の開発者がそれらの変更を認識する必要がある場合に特に重要です。一般的に、すべての開発者ノートはリリース候補フェーズの最初にフィールドガイドにまとめられます。
docblock
(phpdoc, xref, インラインドキュメントとも)
dogfood / ドッグフード
自身のソフトウェアを使用する習慣。通常は最先端 (trunk) であり、したがって「自分自身のドッグフードを食べる」ことを指します。これは、独自の API を内部で使用する場合にも当てはまります。
enhancement / 機能強化
機能強化とは、フックの追加、新機能の追加、既存機能の改善など、WordPress の単純な改良です。
feature request / 機能リクエスト
機能リクエストは通常、アイデア フォーラムやメーリングリスト、プラグインとしてプロセスを開始するか、メジャーリリースごとに開催されるスコープミーティングなどを通じてコアチームに通知される必要があります。そのため、このような種類の一方的なチケットは、一般的に推奨されません。
Field guide / フィールドガイド
フィールドガイドは、WordPress リリースサイクルのリリース候補フェーズに Make/Core で公開されるブログ記事の一種です。フィールドガイドには通常、ベータサイクル中に公開されたすべての開発者ノートが含まれています。このガイドは、WordPress の対応するバージョンのアバウトページ、リリース投稿、HelpHub のバージョンページにリンクされています。
GPL
GNU General Public License の略語。GNU 一般公的使用許諾。copyright license も参照してください。
HTML
ハイパーテキスト・マークアップ・ランゲージ。主に Web ブラウザでコンテンツを出力するために使用されるセマンティックスクリプト言語。
i18n
Internationalization の短縮形。国際化。他の言語に完全に翻訳できるようにコードを書いたり準備したりする行為のこと。localization も参照してください。小文字の L や数字の1と混同しないように、小文字の i で表記されます。一般に獲得するスキルです。
IDE
Integrated Development Environment の略語。統合開発環境。ソフトウェア開発者やプログラマーに一連の機能を提供するソフトウェアパッケージ。通常、IDE にはソースコードエディター、コード構築ツール、デバッグ機能が含まれます。
inline docs / インラインドキュメント
(phpdoc, docblock, xref とも)
invalid
チケットがバグではないこと、サポートリクエストであること、または一般的に無効であることを示す、バグトラッカーの解決策 (ソフトウェア開発では一般的で、notabug とも呼ばれます)。
IRC
インターネット・リレー・チャット。ユーザーがオンラインで会話できるネットワーク。IRC チャンネルは、オープンソースプロジェクトや WordPress で広く使用されています。主要な WordPress チャンネルは、irc.freenode.net 上の #wordpress と #wordpress-dev です。
JS
JavaScript の略語。通常はブラウザで実行される Web スクリプト言語。高度なユーザーインターフェースや動作によく使用されます。
L10n
Localization の省略形。ローカライゼーション。コードを自分の言語に翻訳する行為。internationalization も参照してください。大文字の i や数字の1と混同しないように、しばしば大文字の L で表記されます。WordPress には、WordPress を70以上の異なるロケールに対応させている、有能でダイナミックな多言語対応グループがいます。
Locale / ロケール
ロケールとは、言語と方言の組み合わせです。ポルトガル語 (ポルトガル) とポルトガル語 (ブラジル) などのように、通常、ロケールは国に対応しています。その他のロケールの例としては、カナダ英語やアメリカ英語などがあります。
major release / メジャーリリース
最初の2つの数字 (3.6) で識別されるリリースで、完全なリリースサイクルと機能開発に焦点を当てます。WordPress ではメジャーリリースバージョンに小数点以下のカウントを使用するため、2.8、2.9、3.0、および3.1は連続しており、範囲も同じです。
mu-plugins, must-use plugins
(TODO: mu が must use (必須) でなく multi user (マルチユーザー) だった時代背景を加えること。ドロップインと相互参照)
マルチサイト
サイトごとにグループ化された、複数のブログのネットワークを持つ WordPress インストールを説明するために使用されます。このインストールタイプは、共有されたユーザーテーブルを持ち、ブログごとに個別のデータベーステーブルを作成します (wp_posts は wp_0_posts になります)。network、blog、site も参照してください。
network / ネットワーク
「サイト」や「ブログ」に対する、マルチサイトネットワークを指す。
P2
フロントエンドの投稿で知られる WordPress 用の無料テーマで、WordPress による開発の更新やプロジェクト管理に使用されています。メインの開発ブログとその他のワークグループブログを参照してください。
patch / パッチ
追加、削除、変更されたファイルや行を特定することで、コードの変更を記述する特別なテキストファイル。diff と呼ばれることもあります。パッチは、テストのためにコードベースに適用できます。
PHP
WordPress が主に設計されている Web スクリプト言語。WordPress には PHP 7.0以上が必要です。
PHPDoc
(docblock, インラインドキュメントとも)
point release / ポイントリリース
WordPress のマイナーリリースで、3番目の番号 (3.5.2の2) で識別されます。これらのリリースはメンテナンスとセキュリティの修正のみです。機能開発はメジャーリリースに限定されます。ポイントリリースへの変更は慎重に検討され、重大なバグまたはブロッカーレベルのバグ、セキュリティの強化、堅牢化、修正のみが受け入れられます。
priority (bug tracker) / 優先度 (バグトラッカー)
プロジェクトから見たバグレポートやチケットの深刻さ。一般的に、重要度はバグがどの程度深刻であるかを判断するためのものであり、優先度は他のバグとの関係です。
priority (hooks) / 優先度 (フック)
(優先度が高いほど番号が小さいことを意味します)
punt
チケットについて話すとき、貢献者は「punt」という動詞を使うことがあります。これは、将来のリリースにプッシュされることを意味します。これは一般的に、リリースサイクルの終わりに近い優先度の低いチケットで、「基準を満たさなかった」場合に起こります。これは口語的な用法で、「遅らせる」「あいまいにする」という意味です。(またアメリカンフットボールでは、攻撃の機会を諦め、次のディフェンスのために陣地を挽回するプレイも意味します)。
RC
release candidate の短縮形。
regression / リグレッション
以前は動作していたものを壊したり、機能を低下させたりするソフトウェアのバグ。リグレッションはしばしば重大なバグやブロッカーとして扱われます。新しいリグレッションは、より高い優先順位が与えられることがあります。「3.6のリグレッション」は、3.5で意図したとおりに動作していた3.6のバグのことです。
release candidate / リリース候補
バージョンリリースサイクルの最終フェーズの1つで、このバージョンは一般公開される最終リリースとなる可能性を示しています。alpha (beta) も参照してください。
scope creep / スコープクリープ
リリースの開発サイクル中に、次のリリースで当初承認された要件を超えて要件が増加する傾向のことであり、避けるべきもの。フィーチャークリープとも呼ばれます。
security issue / セキュリティの問題
セキュリティの問題とは、WordPress インストールのセキュリティに影響を与える一種のバグです。具体的には、WordPress のコアコードにバグを発見し、そのバグを利用して、WordPress が稼働しているサイトに本来アクセスできないはずのアクセスが可能であると判断した場合に報告するものです。
severity / 重要度
報告者から見たチケットの重要度。一般的に、重要度はバグがどの程度深刻であるかを判断するためのものであり、優先度 は他のバグとの関係です。
SSL
セキュア・ソケット・レイヤー。インターネット上でデータを送信する安全な手段を提供します。認証されたプライベートなアクションに使用されます。
SVN
Subversion の省略形。Apache プロジェクトによる一般的なバージョン管理システム (VCS) で、WordPress がコードベースの変更を管理するために使用されています。
tag / タグ
Subversion のディレクトリ。WordPress はタグを使用して、バージョン (3.6、3.6.1など) の単一のスナップショットを保存します。これは、バージョン管理システムのタグの一般的な規則です (投稿タグと混同しないでください)。
task (blessed) / タスク (blessed)
次のメジャーリリースのための機能開発は、コアチームによって受け入れられた主要な機能または重要な機能強化であるタスクチケットを中心に行われます。それ以外のチケットは、この指定を受けるべきではありません。
ticket / チケット
バグトラッカーで、バグレポートと機能開発の両方のために作成されます。
Trac
Edgewall ソフトウェアによるオープンソースプロジェクトで、WordPress のバグトラッカーおよびプロジェクト管理ツールとして機能します。
translation / 翻訳
別の言語をサポートするために、テキスト、単語、表示形式を変更するプロセス (または結果)。localization、internationalization も参照してください。
triage / トリアージ
優先順位、重要度、その他の要素を決定するために、バグレポートを評価および分類すること。
trunk
次のメジャーリリースサイクルに備えて、最新の開発コードを含む Subversion のディレクトリ。「trunk」を実行している場合は、最新リビジョンを使用しています。
UI
ユーザーインターフェース
unit test / ユニットテスト
大規模のアプリケーションの中の小さなコードや機能をテストするために書かれたコード。テーマから WordPress のコアに至るまで、あらゆるものが一連のユニットテストを持っています。regression も参照してください。
Unprops
失敗したコードを削除するコミットには、元々そのコードに取り組んでいた人たちが取ったリスクを尊重するため、「unprops」を含めることがあります。
UX
User Experience の省略形。ユーザー体験。
version control / バージョン管理
バージョン管理システムは、ソースコードとソースコードのリビジョンを追跡します。WordPress はバージョン管理に Subversion (SVN) を使用し、ほとんどのリポジトリに Git ミラーを使用しています。
wontfix
チケットがこれ以上対処されないことを示す、バグトラッカーの解決策 (ソフトウェア開発では一般的です)。これは、(バグなどの) 許容可能なエッジケース、またはコアへの組込みが拒否された拡張機能に使用される場合があります。
worksforme
報告されたバグが再現できないことを示す、バグトラッカーの解決策 (ソフトウェア開発では一般的です)。
wpdevel
以前は、開発者が wpdevel.wordpress.com で P2ブログを更新していました。現在は make/core で、make.wordpress.org/core にあります。
xref
(php-xref, phpdoc, インラインドキュメントとも)
最終更新日: