機密情報のルール
このドキュメントは、記事執筆時の機密情報の取り扱いに関するルールをまとめたものです。
前提
zpaper の記事は、クライアント案件での技術的な知見がもとになることが多い。その場合、クライアントの特定につながる情報は一切公開してはならない。
公開してはいけない情報
以下の情報は記事に含めてはならない。
- クライアント名・企業名
- プロジェクト固有のファイル名・変数名
- 社内 URL・ステージング URL
- クライアント固有の社内ツール名
- その他、クライアントの特定につながる情報
置き換えの方針
クライアント固有の情報は、汎用的なプレースホルダーに置き換える。
<!-- ❌ Bad: クライアント名がそのまま -->
株式会社○○のプロジェクトで使った方法を紹介する。
<!-- ✅ Good: 汎用的な表現に置き換え -->
とあるクライアント案件で使った方法を紹介する。
<!-- ❌ Bad: プロジェクト固有の名前 -->
`acme-dashboard/src/components/AcmeHeader.tsx` を修正した。
<!-- ✅ Good: 汎用的なプレースホルダー -->
`some-project/src/components/SomeHeader.tsx` を修正した。
プレースホルダーの例:
- 企業名:
acme-corp、some-client - プロジェクト名:
some-project、client-project - URL:
https://example.com、https://staging.example.com
例外
Takazudo 個人のプロジェクトおよび「Takazudo Modular」は公開情報であり、自由に言及して良い。
技術的な背景の抽象化
クライアント案件の技術的な知見を記事にする場合は、出典が特定できない程度に抽象化する。具体的には以下を意識する。
- 業種・業界が特定できる表現を避ける
- プロジェクトの規模感や時期を曖昧にする
- 技術的なポイントに焦点を当て、ビジネス文脈を最小限にする