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
370
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 / 株式会社ナレッジワーク
FinOpsを導入してマルチプロダクトのコスト最適化を実現する
kworkdev
PRO
0
59
なぜAI時代に技術記事を書くのか?どう書くのか? 〜bunの場合〜
kworkdev
PRO
0
1.1k
AIカンパニーへの転換を支えた、エンジニアの仕事の再定義
kworkdev
PRO
2
1.7k
営業オントロジーの作り方と、エージェントからの辿り方 ── ナレッジワークの現場から
kworkdev
PRO
1
430
その nil、本当にありえませんか ? Go に制約を書く静的解析
kworkdev
PRO
0
95
QAロールのスキルアセスメントを作って終わりにしないための運用実践
kworkdev
PRO
0
480
モノレポのRenovateトイルをAIで改善していった話
kworkdev
PRO
1
120
AIチャット検索改善の3週間
kworkdev
PRO
2
310
お問い合わせ対応AIエージェントを作ったら 2週間で問い合わせ業務が無くなった話
kworkdev
PRO
0
170
Other Decks in Technology
See All in Technology
AIコーディングエージェント開発_全体像
happysamurai294
0
130
今から始めるAWS環境の暗号移行 - ポスト量子時代に備える
sato4mi
0
130
re:Invent の去年のスケジュールを公開します!
miu_crescent
PRO
0
120
AI AgentによるEmbedded SREの取り組み
tgidgd
1
260
AI時代の開発はウォーターフォールに回帰する? / development-with-ai-back-to-wf
okamototakuyasr2
0
160
AX時代の自治体支援リソース再配分と役割分担の再構成:戦略とロードマップ(概要)
sishi2026
0
130
Flutter Webを「SDK」として配る — 50以上のゲームを支える埋め込みアーキテクチャ
masayukisuda
0
160
スマートロックを支えるFlutter × ネイティブ連携の実践 / Flutter and Native Integration in Practice: Powering Smart Locks
bitkey
PRO
0
110
新卒エンジニア、 介護士になる
ryu1013
1
500
AIに任せられるFlutterコードベースを作る 〜仕様をコードで表し、ハーネスで守る〜
myohei
1
570
Flutter Widget Previewerで始めるUIプレビューとVRTの自動化
sakusaku3939
0
180
新米を「売り越さない」、Aurora DSQLで作る在庫ゼロ死守の限定ドロップEC
yama3133
0
110
Featured
See All Featured
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.4k
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
430
Producing Creativity
orderedlist
PRO
348
41k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Building AI with AI
inesmontani
PRO
1
1.3k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
500
Chasing Engaging Ingredients in Design
codingconduct
0
380
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3.4k
New Earth Scene 8
popppiees
4
2.7k
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
2
420
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
2
1.8k
Building the Perfect Custom Keyboard
takai
2
930
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