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
310
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 / 株式会社ナレッジワーク
営業オントロジーの作り方と、エージェントからの辿り方 ── ナレッジワークの現場から
kworkdev
PRO
1
290
その nil、本当にありえませんか ? Go に制約を書く静的解析
kworkdev
PRO
0
88
QAロールのスキルアセスメントを作って終わりにしないための運用実践
kworkdev
PRO
0
460
モノレポのRenovateトイルをAIで改善していった話
kworkdev
PRO
1
100
AIチャット検索改善の3週間
kworkdev
PRO
2
300
お問い合わせ対応AIエージェントを作ったら 2週間で問い合わせ業務が無くなった話
kworkdev
PRO
0
170
マルチプロダクトの信頼性を効率良く保っていくために
kworkdev
PRO
0
300
少しでもマシな意思決定を行うため 会議やり方・在り方・考え方
kworkdev
PRO
0
420
日本音響学会 第155回 研究発表会 フラッシュトーク / 株式会社ナレッジワーク
kworkdev
PRO
0
220
Other Decks in Technology
See All in Technology
Snowflake Horizon Catalog と Apache Iceberg で作る オープンなデータ基盤
kitagawaz
0
460
DWH の限界突破! AI エージェント向け爆速リアルタイムデータ基盤 ClickHouse
jozono
1
230
2026-10-01_MagicPod_QAハーネスエンジニアリングとQA組織の未来像
ynisqa1988
1
550
いちAWSエンジニアのAI活用を振り返る #devio2026 / devio osaka 2026 kawahara
masahirokawahara
2
410
カンファレンスに参加した後の浮遊感とセルフケア
pauli
0
310
Incremental HTTP
kazuho
5
2.1k
契約書画像からの情報抽出に特化した視覚接地モデルを育てる話
sansantech
PRO
1
150
AI駆動開発の時代になったのでトヨタ生産方式から見直す
terurou
3
4.5k
並行性の問題を防げ!実践トランザクション入門
occhi
0
280
[2026-09-30]ロックンロールは鳴り止まないっ - 信頼性かまってちゃん - 「データ駆動を投げ捨ててまで。」追いかける信頼性改善に向けた取り組みの話
tosite
0
210
Execution in the Kingdom of Agents: Reflections on Abstraction and Complexity
bcantrill
0
870
AIは爆速なのに、私が詰まっていた話 ― 音声入力と鳴くマスコットでボトルネックを削る
yama3133
0
530
Featured
See All Featured
Utilizing Notion as your number one productivity tool
mfonobong
4
610
We Are The Robots
honzajavorek
0
390
Measuring & Analyzing Core Web Vitals
bluesmoon
9
1k
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
2
400
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
580
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.9k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
920
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
3
3.9k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
6.1k
Git: the NoSQL Database
bkeepers
PRO
433
67k
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.6k
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