ソフトウェアは、特にエラーメッセージで、一人称でそれ自体を参照する必要がありますか？
（私はこのStackExchangeサイトで一人称代名詞の使用に関連する投稿を検索しましたが、ソフトウェアではなく、ユーザーに対処する方法を心配していました。例 フォームの指示/ガイダンス-一人称対三人称？ および ユーザーに書き込むときに、どの文法的な人を使用する必要がありますか？ ）。
自分のソフトウェア（洗練されていないユーザーを対象とする）は、特にエラーメッセージで、一人称で自分自身を参照する必要がありますか？（次も参照してください メッセージは謝罪？ ）
私は、AppleのmacOS（および多くのAppleエコシステム製品）が、ユーザーのコンピュータを個人化する一人称で自分自身を参照することがありますが、Windowsのプラットフォームはより中立で感情のない言語を好むことに気付きました（そして、多くのユーザーに不快なLinux bashコマンドラインエラーメッセージのユーザビリティについての冗談を自由に挿入してください）。
たとえば、アプリケーションのメッセージテキストの例を次に示します。
ユーザーのコンピューターネットワークで利用可能なサーバーを検索した後：
- ニュートラル：「検出された{0}サーバー。最初のサーバーが選択されました。」
- 個人：「ネットワークで{0}台のサーバーを検出し、最初に見つけたサーバーを事前に選択しました。」
検索が失敗した場合：
- ニュートラル：「エラー：サーバーの検出に失敗しました。理由：{0}。」
- 個人：「申し訳ありませんが、自分で解決できないエラーが原因でネットワーク検索が失敗しました。オペレーティングシステムから、理由は{0}でした。」.
個人的な用語を使用し、一人称でソフトウェアを参照することは、下劣で不必要に冗長であると実際に遭遇するのではないかと心配しています（実際、メッセージを自分自身に読み返すと、私はうんざりします）。ユーザーから歓迎されました。
ソフトウェアが一人称でそれ自体を言及している場合は特に、ソフトウェアのエラーメッセージで個人的な言語の影響を調査するために、査読済みの調査が行われましたか？
いいえ
アプリケーションに個性を与えることは、よく考えられていないことの1つです。開発者が思いついたソリューションの1つであり、ユーザーがテストしたことがないようです。
従来のUI UXの失敗では、開発者はこの同じ問題への対応としてペーパークリップソリューションを考え出しました： https://archive.org/details/g4tv.com-video408
コンピュータとアプリケーションはツールです。パーソナリティINアプリケーションがありますが、アプリケーション自体は存在ではありません。
また、ソーシャルなアプリケーションのパーセンテージを考えてください。すべてのソーシャルアプリケーションはユーザーです。 「私のインスタグラム、私のアカウント、それが私です。」それで、私のインスタグラムが「私」と言うとき、それは誰を指しているのですか？
ユーザーとのコミュニケーションには、シンプルで直接的な言語を使用する必要があります。エラーメッセージを書くときは礼儀正しく、意味のある実用的なメッセージを提供してください。謝罪したい側に間違いがあった場合は、謝罪してください。一貫した一人称言語を使用してください。システムのアドレス指定に「私たち」を使用することは問題ありません。
私はあなたが「洗練されていない」と言うとき、それは複雑な文章を理解するユーザーの能力に関係していると思います。シンプルで短いメッセージを使用すると、理解しやすくなります。メッセージを補足するためにビジュアルとアイコンの使用を検討することもできます。
個人：「申し訳ありませんが、自分で解決できないエラーが原因でネットワーク検索が失敗しました。オペレーティングシステムから、理由は{0}でした。」.
あなたの例では、あまりにも多くのことが起こっているため、複雑さが増しています。 OSのせいで検索のせいになっているようです。そして、それについて何をすべきかについてユーザーをガイドするための実用的なブロックはありません。
提案：{---（単純な言語）---}が原因でネットワーク検索が失敗しました。 {-ユーザーができることインターネット接続を確認してもう一度お試しください-}。
お役に立てば幸いです。乾杯！！！
一般的に言えば、
はい！
警告A：メッセージの責任者にユーモアや共感がない場合-NO！ =
警告B：文章力とコミュニケーション能力が強くない場合は、試さないでください。
警告C：膨大な数のユーザー、または数百万のユーザーがいます-それでは失敗します。
あなたはこれらの問題を抱えていないようです。そして、自己批判的です。これらは、コンテンツを作成するための優れた資質です。つまり、これははい！です。
早くやれよ！
//あなたの直接の心配についてのいくつかのメモと考え
この場合、あなたの自尊心に対する懸念は有効です。
個人：「申し訳ありませんが、自分で解決できないエラーが原因でネットワーク検索が失敗しました。オペレーティングシステムから、理由は{0}でした。」.
主な問題は 'but'です。これは一種の不必要な非難のシフトです。文は次のように機能する可能性があります。
「申し訳ありません。ネットワークの検索に失敗しました。解決できないエラーが発生しました。デバイスのオペレーティングシステムから、理由は{0}でした。」
これは、単独で言った最初のことなので、はるかに誠実で心からのお詫びになります。シンプルでフラット、ソロの「ごめんなさい」は、最も強力な単語のセットの1つです。すぐそこに「愛してる」と「嫌いだ」と。
文章の再フォーマットはまた、ユーザーのオペレーティングシステムの非難をデバイスのオペレーティングシステムに移します。これは、より正確であり、技術の問題がユーザーの直接の責任であることがほとんどないという、より深い真実をより受け入れます。
「ネットワーク内に{0}台のサーバーが見つかりました。最初に見つけたサーバーを事前に選択しました。」
次のいずれかになります。
あなたのために、最初に見つかった{n}台のサーバーを選択しました。
以下も可能です。
見つかった最初の{n}サーバーを選択しました。
以下も可能です。
最初に選択された{n}台のサーバーが見つかりました。
エクスペリエンスをパーソナライズしたい場合は、必要に応じて、これらの2回を上から順に2回表示することができます。これにより、その特定のユーザーについて、毎回メッセージの詳細が少なくなります。知っている。経験をあまり考慮しないのは珍しいことですが、彼らがどれほど歓迎されるか想像してみてください。
彼らがアプリ/サービスを10回目に使用するときに、彼らを祝福することができます。
これは、サーバー接続を使用してから10周年です。中は暖かくぼんやりしてる。ありがとうございました！
考えを書く：
一般的に言えば、コンテンツ、エンターテインメント、マーケティング、通知としての書き込み、警告、エラーメッセージを一人称で：自覚し、楽しんでください！
時間がある場合は、書きません。
私はほとんど時間を費やしたことがないので、冗長な回答について謝罪します...
自分が知っていて楽しんでいるユーモアとスタイルで書いてください。自分の判断と自己批判を信頼し、冗長について心配する必要はありません。冗長性は、エラーメッセージの最後の懸念事項です。
ユーザーは、何が悪いのかを気にしていて、彼らがしようとしていることでした。彼らは「スキン・イン・ザ・ゲーム」を持っているので、エラーメッセージに時間を与えるでしょう。この事実は、あまりにも頻繁に無視されたり、忘れられたり、見落とされたりして、不可解で不必要に簡潔なゴミになりがちです。
Joel on Software（および私自身の個人的な経験）によると、エラーメッセージの短い方を使用する必要があります。さて、あなたの2つの例では、中立言語が明らかに勝者です。特に、2番目の例は非常に長く、個人的な言語で面倒です。
ジョエルは彼の記事 「自分の生活でより良いことをする人のためにデザインする」 でエラーメッセージの良い例を持っています（しかし、ハハ、あなたはいくつかのページを下にスクロールしてアクセスする必要があります-記事は少し長くなりますが、UIデザインに興味がある場合は、全体を読む価値があります）。
決してSW/HWに個性を与えないでください
paranoid（セキュリティに詳しい）ユーザーがソフトウェアを使用する量がわからないため、一部のoverwatch（...検索した...）は望ましくありません。
さらに悪いことに、（...私たちは事前に選択しています...）のような文は、誰かが私に熱心に決めたと認識されるかもしれません、それは罠ですか？
この回答で間違いなく言及する価値があることの1つは、会社/製品のブランドガイドラインまたは標準の一部を形成する必要があるライティングスタイルガイドです。
したがって、最初に会社のブランドを検討し、次に製品ブランドガイドラインを使用してそれを拡張する場合は、これを行うのが適切で一貫しているかどうかがわかるはずです。
たとえば、ブランドがすべて「人間的」で顧客に優しいものである場合、インタラクションに個人的な感覚を持たせたいので、おそらくこれは理にかなっています。ただし、特定の製品は、非常に専門的で実用的なエクスペリエンスを必要とするユーザーを対象としている可能性があるため、スラングやユーモアをライティングスタイルに取り入れないでください（または少なくとも非常に慎重に行います）。
一般に、プログラムはユーザーと通信する必要があります。
つまり、有用な情報が直感的で有益で、簡単に使用できる方法で表示されるということです。
直感的なものがあれば、それを見てすぐに意味を理解できます。 Mac OS 7-9にはこれがありました。死んだ顔と爆弾のあるマックの写真。言葉はいりません。コンピュータの調子が悪く、何かが非常にうまくいっていません。今のところそれ以上はわかりませんが、おそらく今は戻ってこないでしょう。
何かが有益である場合、それは決定を下すために必要な情報を提示し（私が実践している場合）、または詳細を確認します（私が不確かな場合）。 Windowsが応答しないプログラムの良い例です。 「このプログラムは応答しないようです。応答するまで待つか、強制的に終了してください。
使いやすさはとらえどころのない部分です。ほとんどのツールとは異なり、コンピューターはすぐに計算できます。ユーザーにとって通常どおりの仕事をしているときに、コンピューターが突然予期しない（異常な状況に遭遇する）とき以外何も示しません。これだけでも信念の違いの証拠であり、たとえユーザーにだけであっても、これは個性を意味します。したがって、ソフトウェアはその性格と一貫して通信する必要があります。
性格は非常に個性的である可能性があります、それは非常に事実指向であるかもしれません、それはあなたが望むどんな特徴を持っているか欠いているかもしれません。人々は、誰と協力するかについての彼ら自身の好みに基づいて、それに肯定的または否定的に応答します。
- 多くの開発者向けのシステムは、風変わりな個性で作業することを好むため、風変わりな個性を持っています。
- 多くのビジネス指向のシステムは、大量に分散され、可能な限り低い分母に到達する必要があるため、非常に事実指向のパーソナリティを持っています。
システムの個性をどのように選択するかは、視聴者によって異なります。
個人的に私は思いやりのあるソフトウェアが好きです。 I、We、または他の代名詞を使用する必要はありません。それは私と通信し、私のニーズを考慮する必要があるだけです。
ソフトウェアには個性がないので、ユーザーの一人称に語るべきではありません。
ただし、ソフトウェアを開発した人には個性があります。また、必要に応じて、ソフトウェアfirst-person（おそらくplural）を通じてユーザーと話すことができます。彼らは、ソフトウェアが人間によって開発され、人間の思考と感情を持ち、ソフトウェアが行うすべてのことはかつてある特定の人間によって発明されたことをユーザーに示すためにそうしたいと思うかもしれません。
これらの新しいファイルを見つけたので、プロジェクトに追加しましょう。
エラーメッセージの一般的なケースであるかどうかは確かですが、それが確実に可能です。
次回は、デバイスをアンマウントしてからイジェクトしてください。
（これは一人称ではなく個人的なものです）
ソフトウェアが存在しない、眠っている、またはずっと前にすでに死んでいる開発者に代わって話す場合は問題ありません。このようにして書かれた手紙や本はいつも一人称を話します。
それは、開発者の声または目に見えない人間のサポートでなければなりませんコンピュータ自体ではありません！コンピュータはユーザーのうそであってはなりません。最初の文を参照してください。
この質問はすでに回答されており、私は私の意見を述べているだけです。一人称で自分自身について話すプログラムは個人的に大きな混乱を引き起こす可能性があります
特にエラーメッセージ
そしてエラーの最中にあなたがしたい最後のことはブレンダーに混乱を加えることです。
スケッチブックフォルダは存在しません。 Arduinoはデフォルトのスケッチブックの場所に切り替え、必要に応じて新しいスケッチブックフォルダを作成します。その後、Arduinoは3人称で自分について話すのをやめます。
私はArduinoがシステムによって修正できるエラーが発生したとき（たとえば、フォルダーが削除されたとき）に断続的に自分自身について話す傾向があることを発見しましたが、ユーザーに直接通知しているので、おそらくこれを回避することができます
そして最後にもう一つ：
•個人：「申し訳ありませんが、自分で解決できないエラーが原因でネットワーク検索が失敗しました。オペレーティングシステムから通知されます理由は{0}でした。」.
それは私だけですか、それともオペレーティングシステムに問題があるように聞こえますか？おそらくこれを変更するのが最善です！
私が言ったようにこれは単に私の意見ですが、誰かに役立つことを願っています。あなたのプログラムで頑張ってください--Leo Cornelius
理論的には良い考えですが、パーソナリティ/パーソナル言語を追加することは、開発者が技術的言語をあまり使用しないことを意味することが多いと思います。
Windows 10は、実用性よりも個性が選ばれた良い例だと思います。それがクラッシュして、メモリがどこに落ちたのかを知らせて豊富な詳細データを提供するのではなく、死のブルースクリーンに移行すると、代わりに、関連する情報のないデフォルトのMicrosoftヘルプページにQRコードを提供します（私の経験では）そして非常に不幸な笑顔をひいきにしています
その絵文字は確かに私が4時間の仕事を失うことについて私を幸せにしてくれました