Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
日本語へのこだわりのススメ
Search
KNOWLEDGE WORK / 株式会社ナレッジワーク
PRO
May 14, 2026
Technology
360
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
日本語へのこだわりのススメ
ナレッジワークの社内技術共有会 Encraft Share Day(ESD)での発表資料です
@iinon(QAエンジニア)
KNOWLEDGE WORK / 株式会社ナレッジワーク
PRO
May 14, 2026
More Decks by KNOWLEDGE WORK / 株式会社ナレッジワーク
See All by KNOWLEDGE WORK / 株式会社ナレッジワーク
なぜAI時代に技術記事を書くのか?どう書くのか? 〜bunの場合〜
kworkdev
PRO
0
130
AIカンパニーへの転換を支えた、エンジニアの仕事の再定義
kworkdev
PRO
2
1.6k
営業オントロジーの作り方と、エージェントからの辿り方 ── ナレッジワークの現場から
kworkdev
PRO
1
420
その nil、本当にありえませんか ? Go に制約を書く静的解析
kworkdev
PRO
0
94
QAロールのスキルアセスメントを作って終わりにしないための運用実践
kworkdev
PRO
0
480
モノレポのRenovateトイルをAIで改善していった話
kworkdev
PRO
1
120
AIチャット検索改善の3週間
kworkdev
PRO
2
310
お問い合わせ対応AIエージェントを作ったら 2週間で問い合わせ業務が無くなった話
kworkdev
PRO
0
170
マルチプロダクトの信頼性を効率良く保っていくために
kworkdev
PRO
0
310
Other Decks in Technology
See All in Technology
E2Eってつらくないですか?E2Eの管理コストを下げる手段とその実践
akaboshinit
1
210
渡米前の準備を制す!re:Invent 2026徹底準備術 / The Ultimate Preparation Guide for re:Invent 2026
yuj1osm
1
260
日本AIベンチャーレポート2026
kentarofujii
0
240
AI秘書と毎日働くのはもう当たり前。開発以外の業務に足りない機能をどう埋める?
minorun365
PRO
2
1.7k
撮るだけでは終わらない。ソニーが挑むB2Bカメラソリューション開発
sony
0
110
Claude Code をローカルとサーバー上で利用した際の Bedrock 利用料をユーザー単位で一本化してみる
ohorig
0
160
小規模OSSモデルは サイバーセキュリティ業務に どこまで使えるか
bbrbbq
0
300
データマネジメント × 法務で作りあげる、 freeeの新しいデータガバナンスへの軌跡
freee
PRO
1
420
AIをリアル世界に解き放つ 〜M5Stack×AIであなたのアイディアを手の平に〜
hamadakoji
1
540
How we choose session proposals
kawaguti
PRO
0
170
AWSDirectConnectの構築の進め方を整理してみた
masa_my
1
200
Metadata - Section 2: Simple Metadata & Meta Tags
mohab1
0
140
Featured
See All Featured
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
helenjbeal
2
370
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
530
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
20k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
740
The World Runs on Bad Software
bkeepers
PRO
72
12k
Code Review Best Practice
trishagee
74
20k
What's in a price? How to price your products and services
michaelherold
247
13k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
62k
Technical Leadership for Architectural Decision Making
baasie
3
610
Deep Space Network (abreviated)
tonyrice
0
380
エンジニアに許された特別な時間の終わり
watany
109
250k
How STYLIGHT went responsive
nonsquared
100
6.3k
Transcript
日本語へのこだわりのススメ @iinon
© Knowledge Work Inc. はじめに 2 • 今日話す内容は、『分かりやすい、読みやすい文章の書き方』 ・・・ではありません! •
普段 がテスト設計をしているときなどに気にしていることのご紹介 です ◦ 設計ドキュメント(minispecやDesignDoc)を読むとき ◦ 設計ドキュメント(TestDesignDoc)を書くとき
© Knowledge Work Inc. なぜ日本語にこだわるのか? 3 • 誤解や勘違いはバグの種になる ◦ 特にminispecやDesignDocで誤解や勘違いが生じると、
のちのち面倒なバグになる可能性が高い • 日本語にこだわると、 誤解や勘違いを防げる!あるいは、 気付くキッカケを得られる! ・・・かもしれない
© Knowledge Work Inc. こだわり その1 4 『主体』、『対象・データ』、『機能』の表現 に、こだわる
© Knowledge Work Inc. こだわり その1 5 『主体』、『対象・データ』、『機能』の表現 に、こだわる 誰が
何を どうする
© Knowledge Work Inc. こだわり その1 6 • 『主体』(誰が)を意識して、能動態 と
受動態 を書き分ける ◦ 例えば、 ▪ 必須項目が未入力の状態で 「保存」ボタンを押したら、アラートを表示する と、なりがちなところを ▪ 必須項目が未入力の状態で 「保存」ボタンが押されたら、アラートを表示する ▪ 必須項目が未入力の状態で 「保存」ボタンを押したら、アラートが表示される と、する
© Knowledge Work Inc. こだわり その1 7 • 『主体』(誰が)を意識して、能動態 と
受動態 を書き分ける ◦ 例えば、 ▪ 必須項目が未入力の状態で 「更新」ボタンを押したら、アラートを表示する と、なりがちなところを ▪ 必須項目が未入力の状態で 「更新」ボタンが押されたら、アラートを表示する ▪ 必須項目が未入力の状態で 「更新」ボタンを押したら、アラートが表示される と、する ユーザーが主体 システムが主体 主体を システムで統一 主体を ユーザーで統一
© Knowledge Work Inc. こだわり その1 8 • 『対象・データ』(何を)は 名詞
で、 『機能』(どうする)は 動詞 で書く ◦ 例えば、「更新」ボタンがクリックされたときの機能として、 ▪ 入力値の保存を行い、トーストで完了メッセージを表示 と、なりがちなところを ▪ 入力値を保存したら、トーストで完了メッセージを表示する と、する
© Knowledge Work Inc. こだわり その1 9 • 『対象・データ』(何を)は 名詞
で、 『機能』(どうする)は 動詞 で書く ◦ 例えば、「更新」ボタンがクリックされたときの機能として、 ▪ 入力値の保存を行い、トーストで完了メッセージを表示 と、なりがちなところを ▪ 入力値を保存したら、トーストで完了メッセージを表示する と、する 『機能』が明確になる 他のケースを意識しやすくなる
© Knowledge Work Inc. こだわり その1 10 • 『対象・データ』(何を)は、 どこの(どこから)・どこへ
を レベルを揃えて 書く ◦ 例えば、 ▪ 最新の商談情報を表示する と、なりがちなところを ▪ {連携するSFAの製品名} から取得した最新の商談情報を、 {開発するプロダクトの名前} の商談情報パネルに表示する と、する
© Knowledge Work Inc. こだわり その1 11 • 『対象・データ』(何を)は、 どこの(どこから)・どこへ
を レベルを揃えて 書く ◦ 例えば、 ▪ 最新の商談情報を表示する と、なりがちなところを ▪ {連携するSFAの製品名} から取得した最新の商談情報を、 {開発するプロダクトの名前} の商談情報パネルに表示する と、する 『対象・データ』の所在が明確になる 「どこから、どこへ」「何を、どこへ」が明確になる
© Knowledge Work Inc. こだわり その2 12 表現のバリエーション に、こだわる
© Knowledge Work Inc. こだわり その2 13 同じ対象に同じ表現(ワード)を使うのは、大事 ただ、 複数の条件を指定するときは、同じ表現を繰り返さないことが、大事
だと、 は思っている
© Knowledge Work Inc. こだわり その2 14 • 同じ表現の繰り返し、 ◦
~の場合、~の場合、 ◦ ~のとき、~のとき、 は、ないとしても、 ◦ ~の場合に、~の場合は、 ◦ ~のときで、~のときは、 となると、意外とやりがち • ではなく、 ◦ ~の場合 ◦ ~のとき ◦ ~であれば のように、違う表現を使う • それぞれの表現で 対象とする条件のレベルを揃える +
© Knowledge Work Inc. こだわり その2 15 • 例えば、 ◦
[曜日に関する条件] の場合、[時間に関する条件A] のときは、***する ◦ [時間に関する条件B] の場合、[人数に関する条件] のときは、***する と、なりがちなところを ◦ [曜日に関する条件] の場合、 ▪ [時間に関する条件A] のときは、***する ▪ [時間に関する条件B] のときは、[人数に関する条件] であれば、***する のようにする
© Knowledge Work Inc. こだわり その2 16 • 例えば、 ◦
[曜日に関する条件] の場合、[時間に関する条件A] のときは、***する ◦ [時間に関する条件B] の場合、[人数に関する条件] のときは、***する と、なりがちなところを ◦ [曜日に関する条件] の場合、 ▪ [時間に関する条件A] のときは、***する ▪ [時間に関する条件B] のときは、[人数に関する条件] であれば、***する のようにする
© Knowledge Work Inc. こだわり その3 17 他に解釈の余地がない表現 に、こだわる
© Knowledge Work Inc. こだわり その3 18 • 「~も」とか「それ以外は~」などは要注意 ◦
「~も」に含まれる範囲は、他に解釈の余地はない? ◦ 「それ以外」は、本当に一括りにしてよい? • MECE(モレなく、ダブりなく)という言葉があるが、 文章で表現する場合は、あえてダブらせて対比や差分を強調 する
© Knowledge Work Inc. こだわり その3 19 • 例えば、 ◦
希望日が平日の午前中であれば、予約が必要 ◦ 週末も同様 のような書き方がされている場合、 ◦ 希望日が平日の午前中であれば、予約が必要 ◦ 希望日が土曜日・日曜日であれば、終日、予約が必要 のようにする さらに、 ◦ 希望日が平日の場合は、午前中、予約が必要になる ◦ 希望日が土曜日・日曜日の場合は、終日、予約が必要になる のようになっていると、なお良し
© Knowledge Work Inc. まとめ 20 • 今回は、 が日頃意識している日本語へのこだわりをご紹介しました •
実際の成果物では、読みやすさを重視して 今まで話してきたような表現にしていない場合も多いです が、 • 一度は脳内に思い浮かべてみたり、実際にテキストにしてみたりして、 ◦ バグの種になりそうなものがないか? ◦ 他に考えや解釈を広げられる余地はないか? を確認するようにしています
None