質問編集履歴
5
表記の揺れ
title
CHANGED
File without changes
|
body
CHANGED
@@ -13,7 +13,7 @@
|
|
13
13
|
|
14
14
|
個人的には以下の理由より、**業務で使用する用語においてはローマ字を使うべきだと考えています**。
|
15
15
|
|
16
|
-
* まず前提として、「コミュニケーションの円滑化、業務知識の把握効率化」という観点から、クライアントやプロジェクト内のメンバーで使用する言葉使いは統一したほうがよいと思ってい
|
16
|
+
* まず前提として、「コミュニケーションの円滑化、業務知識の把握効率化」という観点から、クライアントやプロジェクト内のメンバーで使用する言葉使いは統一したほうがよいと思っている。業務用語の適切な英語訳が存在していたとしても、それをコーディングに用いると、クライアントのミーティング/マニュアル等で使用する言葉(つまり日本語)とコーディングで使用する言葉(つまり英語)が異なるので、ミスコミュニケーションや業務知識の欠落の原因などになるのではないかというリスクがある。
|
17
17
|
* 作成するシステムは日本語でリリース&利用対象者が日本人であるため、業務で使用する用語も必然的に日本語である。そのため、それらを日本語から英語に変換するコストが無駄と感じる。さらに、特に、メンテナンス時はそれを逆に翻訳して読まなくてはいけないので、可読性も悪くなる。
|
18
18
|
* プロジェクト内に英語ネイティブが一人もいないので、そもそも適切な英語に翻訳できている保証がない。(「~区分」や「~種別」など、業務特有の言葉において、「~Type」「~Kind」「~Class」どれが適切なのかネイティブでないので判断できないと思う)
|
19
19
|
* 結果、できあがったものはヘンテコ英語の恥ずかしいものになる危険性がある。
|
4
理由を追加
title
CHANGED
File without changes
|
body
CHANGED
@@ -13,7 +13,8 @@
|
|
13
13
|
|
14
14
|
個人的には以下の理由より、**業務で使用する用語においてはローマ字を使うべきだと考えています**。
|
15
15
|
|
16
|
-
*
|
16
|
+
* まず前提として、「コミュニケーションの円滑化、業務知識の把握効率化」という観点から、クライアントやプロジェクト内のメンバーで使用する言葉使いは統一したほうがよいと思っています。業務用語の適切な英語訳が存在していたとしても、それをコーディングに用いると、クライアントのミーティング/マニュアル等で使用する言葉(つまり日本語)とコーディングで使用する言葉(つまり英語)が異なるので、ミスコミュニケーションや業務知識の欠落の原因などになるのではないかというリスクがある。
|
17
|
+
* 作成するシステムは日本語でリリース&利用対象者が日本人であるため、業務で使用する用語も必然的に日本語である。そのため、それらを日本語から英語に変換するコストが無駄と感じる。さらに、特に、メンテナンス時はそれを逆に翻訳して読まなくてはいけないので、可読性も悪くなる。
|
17
18
|
* プロジェクト内に英語ネイティブが一人もいないので、そもそも適切な英語に翻訳できている保証がない。(「~区分」や「~種別」など、業務特有の言葉において、「~Type」「~Kind」「~Class」どれが適切なのかネイティブでないので判断できないと思う)
|
18
19
|
* 結果、できあがったものはヘンテコ英語の恥ずかしいものになる危険性がある。
|
19
20
|
|
3
質問の意図が分かるように強調
title
CHANGED
File without changes
|
body
CHANGED
@@ -1,6 +1,6 @@
|
|
1
1
|
現在、立ち上がったばかりのプロジェクトにおいて、プログラムにおける命名規則を決めているところです。
|
2
2
|
|
3
|
-
業務で使用する用語について、個人的にはローマ字を使用したほうが良いと思っています。
|
3
|
+
**業務で使用する用語について**、個人的にはローマ字を使用したほうが良いと思っています。
|
4
4
|
しかし、ググってみても、メンバーの意見も、「プログラムにはローマ字を使うべきではない」「国際化の社会において英語を使用すべき」という意見が大半のように思えます。
|
5
5
|
中には、「ローマ字でプログラムが書かれていたら初心者だと思う」とさえ書かれていました。
|
6
6
|
|
@@ -11,14 +11,14 @@
|
|
11
11
|
|
12
12
|
を教えていただきたいです。
|
13
13
|
|
14
|
-
個人的には以下の理由より、業務で使用する用語においてはローマ字を使うべきだと考えています。
|
14
|
+
個人的には以下の理由より、**業務で使用する用語においてはローマ字を使うべきだと考えています**。
|
15
15
|
|
16
16
|
* 作成するシステムは日本語でリリース&利用対象者が日本人であるため、業務で使用する用語も必然的に日本語である。そのため、それらを日本語から英語に変換するコストが無駄と感じる。特に、メンテナンス時はそれを翻訳して読まなくてはいけないので、可読性も悪くなる。
|
17
17
|
* プロジェクト内に英語ネイティブが一人もいないので、そもそも適切な英語に翻訳できている保証がない。(「~区分」や「~種別」など、業務特有の言葉において、「~Type」「~Kind」「~Class」どれが適切なのかネイティブでないので判断できないと思う)
|
18
18
|
* 結果、できあがったものはヘンテコ英語の恥ずかしいものになる危険性がある。
|
19
19
|
|
20
20
|
[補足]
|
21
|
-
ちなみに、業務で使用する用語でないもの(たとえ[こちら](https://qiita.com/Ted-HM/items/7dde25dcffae4cdc7923)に挙がっているような単語)は英語のほうが良いと思います。これは、標準ライブラリなどのAPIとして一般的に使用しているメソッド名などだからです。これらの用語はプログラマとしては英語のほうが良いと思います。
|
21
|
+
ちなみに、**業務で使用する用語でないもの(たとえ[こちら](https://qiita.com/Ted-HM/items/7dde25dcffae4cdc7923)に挙がっているような単語)は英語のほうが良いと思います**。これは、標準ライブラリなどのAPIとして一般的に使用しているメソッド名などだからです。これらの用語はプログラマとしては英語のほうが良いと思います。
|
22
22
|
|
23
23
|
## 再補足
|
24
24
|
すみません、質問の仕方が良くありませんでした。
|
2
追加2
title
CHANGED
File without changes
|
body
CHANGED
@@ -29,4 +29,7 @@
|
|
29
29
|
* `CustomerType` 、 `CustomerKind` 、 `CustomerCategory` など、どれが適切なのかはもとの日本語が業務用語なので難しい
|
30
30
|
* この「顧客種別」は実際は「顧客の年齢別にカテゴライズしたもの」である。しかし、クライアントが「顧客年齢層」ではなく「顧客種別」という名前を使用しているので、ミーティングでは「顧客種別」という言葉を使用している。そういう背景があり、メンバーやクライアントとのコミュニケーションを考えるとローマ字を使用したほうが良い気がする
|
31
31
|
|
32
|
+
全てが全て以上のような特殊パターンではありませんが、そういうものが少なからず存在する限り、業務で使用する用語(単語)は、ローマ字で統一したほうが良いと思っています。
|
33
|
+
あれはローマ字、これは英語とするよりは、「業務用語はローマ字」としたほうがプログラムの見通しもよくなると思うからです。
|
34
|
+
|
32
35
|
後出しになったようですみません。実際のプロジェクトで起きていることをオブラートに包む表現が難しかったので、質問の意図がうまく伝わっていなかったのかもしれません。
|
1
追加
title
CHANGED
File without changes
|
body
CHANGED
@@ -18,4 +18,15 @@
|
|
18
18
|
* 結果、できあがったものはヘンテコ英語の恥ずかしいものになる危険性がある。
|
19
19
|
|
20
20
|
[補足]
|
21
|
-
ちなみに、業務で使用する用語でないもの(たとえ[こちら](https://qiita.com/Ted-HM/items/7dde25dcffae4cdc7923)に挙がっているような単語)は英語のほうが良いと思います。これは、標準ライブラリなどのAPIとして一般的に使用しているメソッド名などだからです。これらの用語はプログラマとしては英語のほうが良いと思います。
|
21
|
+
ちなみに、業務で使用する用語でないもの(たとえ[こちら](https://qiita.com/Ted-HM/items/7dde25dcffae4cdc7923)に挙がっているような単語)は英語のほうが良いと思います。これは、標準ライブラリなどのAPIとして一般的に使用しているメソッド名などだからです。これらの用語はプログラマとしては英語のほうが良いと思います。
|
22
|
+
|
23
|
+
## 再補足
|
24
|
+
すみません、質問の仕方が良くありませんでした。
|
25
|
+
上の補足に書いたつもりでしたが、 `Add` や `Find` 、 `Initialize` といった一般的な用語については英語が良いと思っています。
|
26
|
+
ここでローマ字にしたほうが良いと私が考えているのは「業務で使用する用語」です。
|
27
|
+
たとえば「顧客種別」という用語があった場合、それをビジネスロジックに落とし込む際にクラス化することになると思うのですが、以下の理由より、 `KokyakuShubetsu` としたほうが良いと思っています。
|
28
|
+
|
29
|
+
* `CustomerType` 、 `CustomerKind` 、 `CustomerCategory` など、どれが適切なのかはもとの日本語が業務用語なので難しい
|
30
|
+
* この「顧客種別」は実際は「顧客の年齢別にカテゴライズしたもの」である。しかし、クライアントが「顧客年齢層」ではなく「顧客種別」という名前を使用しているので、ミーティングでは「顧客種別」という言葉を使用している。そういう背景があり、メンバーやクライアントとのコミュニケーションを考えるとローマ字を使用したほうが良い気がする
|
31
|
+
|
32
|
+
後出しになったようですみません。実際のプロジェクトで起きていることをオブラートに包む表現が難しかったので、質問の意図がうまく伝わっていなかったのかもしれません。
|