第21章の文章表現を見直しました。#2664
Conversation
・冗長表現の見直し（例：することができます⇒できます） ・（）を全角に統一した ・漢字の開きの見直し（例：下さい⇒ください） ・助詞の繰り返しの見直し ・送り仮名の見直し（例：行なわれます⇒行われます） ・稼動⇒稼働 ・読点の統一（,⇒、）
| <productname>PostgreSQL</productname>は、<literal>negotiate</literal>モードにおいてSSPIを使用します。 | ||
| これは、可能な場合は<productname>Kerberos</productname>を使用し、他の場合については自動的に<productname>NTLM</productname>を使用することを意味しています。 | ||
| <productname>SSPI</productname>認証は、サーバ、クライアントが共に<productname>Windows</productname>上もしくは<productname>GSSAPI</productname>が利用可能な場合はWindowsではないプラットフォームで稼動しているときにのみ動作します。 | ||
| <productname>SSPI</productname>認証は、サーバ、クライアントが共に<productname>Windows</productname>上もしくは<productname>GSSAPI</productname>が利用可能な場合はWindowsではないプラットフォームで稼働しているときにのみ動作します。 |
There was a problem hiding this comment.
稼働/稼動 の修正します？するなら稼働で統一にしても良いかもしれませんが...
There was a problem hiding this comment.
コメントをありがとうございました。コメントを受けて再考し、どちらに判断すべきか悩んでいます。これまでのポリシーや対応を踏まえ、どちらのほうが適切か、ご教示ください。
まず、当初変更した経緯について説明します。
校正ツールで「稼動」は間違えた表記であるとして、「稼働」への修正を提案されました。これを受けて修正しました。
ただ、コメントをいただいて、改めて辞書でも確認しました。すると、「稼動」と「稼働」は併記されており、いずれかが間違いとの記述はありませんでした。
・新明解国語辞典
・デジタル大辞泉
ネットの記事でこの2つの使い分けについて調べましたが、判断に使えるほど根拠があるものは見つかりませんでした。
ここまでを踏まえ、「稼動」と「稼働」は同じ意味ととらえて良いのでは、と考えました。
さらに、現在の翻訳での使い分けを確認しました。登場件数は以下のとおりです。
稼動：59件
稼働：72件
同じ sgml ファイル内でも両方登場しているケースが見られました。
まとめると、「稼動」と「稼働」は同じ意味と考えています。また、翻訳の中では混在しているようです。
このような場合、これまではどのような対応をしてきたのでしょうか？統一していくのか。それとも同じ意味なので許容するのか。
There was a problem hiding this comment.
同じ意味なのに意図無くブレている場合はどちらかに決めて統一してきたかと思います。
そして、これは意図なくブレているケースかと思います。
（どなたか使い分けされていましたでしょうか。私は使い分けていません）
漢字としては私も稼働が正しいように思いますので、反対意見がなければ本件は稼働でマージしつつ、
残りは一括変換が良いかと思います。
There was a problem hiding this comment.
ご意見・提案をありがとうございました。
反対意見が無ければ、これを機に稼動⇒稼働の変更でIssueを作成したいと思います。
今は皆さんが翻訳作業を進めている最中だと思いますので、翻訳対象外のファイルを直しつつ、翻訳作業の区切りがついたタイミングで一括変換しようかと考えています。
There was a problem hiding this comment.
確認ありがとうございます。
では一括変換しちゃいましょう。
ISSUESをお願いしてしまってもいいでしょうか。
KenichiroTanaka
left a comment
KenichiroTanaka
left a comment
There was a problem hiding this comment.
対応ありがとうございます。
いくつかコメントしましたので見ていただいてもいいでしょうか。
doc/src/sgml/client-auth.sgml
Outdated
| サーバから応答がない場合は、リスト内の次のサーバが試されます。 | ||
| 複数のサーバを指定するには、サーバ名をカンマで区切り、リストを二重引用符で囲みます。 | ||
| 複数のサーバを指定した場合は、別のRADIUSオプションをカンマ区切りのリストとして指定して、各サーバの値を個別に指定することもできます。 | ||
| 複数のサーバを指定したい場合は、別のRADIUSオプションをカンマ区切りのリストとして指定して、各サーバの値を個別に指定することもできます。 |
There was a problem hiding this comment.
ここは原文が
If multiple servers are specified,
なので、元のまま、もしくは直訳して「複数のサーバが指定された場合は」などになるかと思います。
There was a problem hiding this comment.
コメントに従い、元のままにします。
原文とのチェックが甘かったです。ありがとうございました。
doc/src/sgml/client-auth.sgml
Outdated
| two separate connections to the LDAP server to be made. | ||
| --> | ||
| 2つ目のモードでは、それはsearch+bindモードを呼び出すもので、サーバは最初に<replaceable>ldapbinddn</replaceable>と<replaceable>ldapbindpasswd</replaceable>で指定された、 | ||
| 2つ目のモードでは、それはsearch+bindモードを呼びだすもので、サーバは最初に<replaceable>ldapbinddn</replaceable>と<replaceable>ldapbindpasswd</replaceable>で指定された、 |
There was a problem hiding this comment.
「呼び出す」は今までのままの方が良いように思います。
これまで他の漢字の開きと違い、「出す」にも意味があるからだと理解しています(が、そう主張する根拠に自信がありません)。
ご意見いただけると助かります！
There was a problem hiding this comment.
「呼び出す」に戻します。
https://www.bunka.go.jp/seisaku/bunkashingikai/kokugo/hokoku/pdf/92968501_01.pdf
こちらの資料では「呼び出す」という記載が使われていました。
また、修正した根拠のスタイルガイドを再度確認しました。
https://www.jtf.jp/pdf/jtf_style_guide.pdf
「〜だす」：「〜し始める」の意味の場合。
「〜出す」：「出す」の意味を含む場合。
どちらでも説明できそうですが、"call" の元の意味を考えると、「呼び出す」が良いのではと考えました。
| <productname>PostgreSQL</productname>は、<literal>negotiate</literal>モードにおいてSSPIを使用します。 | ||
| これは、可能な場合は<productname>Kerberos</productname>を使用し、他の場合については自動的に<productname>NTLM</productname>を使用することを意味しています。 | ||
| <productname>SSPI</productname>認証は、サーバ、クライアントが共に<productname>Windows</productname>上もしくは<productname>GSSAPI</productname>が利用可能な場合はWindowsではないプラットフォームで稼動しているときにのみ動作します。 | ||
| <productname>SSPI</productname>認証は、サーバ、クライアントが共に<productname>Windows</productname>上もしくは<productname>GSSAPI</productname>が利用可能な場合はWindowsではないプラットフォームで稼働しているときにのみ動作します。 |
There was a problem hiding this comment.
同じ意味なのに意図無くブレている場合はどちらかに決めて統一してきたかと思います。
そして、これは意図なくブレているケースかと思います。
（どなたか使い分けされていましたでしょうか。私は使い分けていません）
漢字としては私も稼働が正しいように思いますので、反対意見がなければ本件は稼働でマージしつつ、
残りは一括変換が良いかと思います。
doc/src/sgml/client-auth.sgml
Outdated
| restricted directory. | ||
| --> | ||
| <literal>trust</literal>認証はユーザが1人のみのワークステーション上でローカル接続を行う場合は適切であると同時に非常に便利です。 | ||
| <literal>trust</literal>認証はユーザが1人のみのワークステーション上でローカル接続を行う場合には適切であると同時に非常に便利です。 |
There was a problem hiding this comment.
他の箇所では「には」は「は」と修正いただいていたように思いますが、ここは逆にように見えます。
何か意図がありますでしょうか。
There was a problem hiding this comment.
ここは今もちょっと悩んでます。
元の文章の
「認証はユーザが1人のみのワークステーション上でローカル接続を行う場合は適切である」
だと「は」が2箇所に出て、文章の構成がちょっと分かり辛く感じました。
「は」を「に」に代えたかったのですが、
『ローカル接続を行う場合に適切であると同時に非常に便利です』
だと「に」が連続してしまい、これも分かり辛い気がしました。
ただ、修正したバージョンの「には」だとシチュエーションを限定した印象が出ます。
原文だとそこまで言っていないので、やりすぎな気がしています。
素直に元の文章に直そうかと思いますが、いかがでしょうか？
There was a problem hiding this comment.
レスありがとうございます。
原文を読んでみると、「と同時に」の原文は andかと思います。必ずしも「と同時に」とする必要もないため、
ご指摘の読みづらさはこちらを解消しても良いかと思います。
例えば、
<literal>trust</literal>認証はユーザが1人のみのワークステーション上でローカル接続を行う場合に適切で非常に便利です。
などとするのはどうでしょうか。
There was a problem hiding this comment.
ありがとうございます！
ご提案いただいた文章はすっきり読みやすかったので、そのまま採用させていただきました。
・「複数のサーバを指定したい場合は」⇒「複数のサーバを指定した場合は」 ・「呼びだす」⇒「呼び出す」
KenichiroTanaka
left a comment
KenichiroTanaka
left a comment
There was a problem hiding this comment.
ひととおり確認しました。マージします。
3 participants
・冗長表現の見直し（例：することができます⇒できます）
・（）を全角に統一した
・漢字の開きの見直し（例：下さい⇒ください）
・助詞の繰り返しの見直し
・送り仮名の見直し（例：行なわれます⇒行われます）
・稼動⇒稼働
・読点の統一（,⇒、）