解決済 変数とかを英語にするとわかりにくくないですか？

オライリーのリーダブルコードという本をオススメします。
2章の「名前に情報を詰め込む」が質問者の回答となることでしょう。

私からの回答は「役割をはっきりさせましょう」です。
チームや数カ月後の自分が分かるように書くことです。
プログラムを見なくても役割を明確にすることが大事です。
日本語か、ローマ字か、英語かは本質ではありません。

どれを選択するかは(仕事で趣味を想定して)開発チームに伝わるかで決めてみてはどうでしょうか。
もちろんオススメは英語です。
英語はニュアンスが限られ明確で正確な命名ができ、世界共通語で一般的だからです。

ですが、役割をはっきりした命名の感覚を養う事のほうが重要かと思います。
そういう意味で乱暴な言い方で日本語でもいいという事を書いています。
誰にも迷惑をかけない限りは、色々やってみるのがいいのではないでしょうか。
(英語に慣れていくのが将来の為になります。コードを読む事が増えてきますので)

例)
例えば、return_url()という関数名からはURLを返却するという事が伝わってきます。

悪例)
もしこれが、my_url()、kansu_url()、func_url()という名前だとしたら
役割が分かりにくいです。
コードの中身を見る必要があります。

という具合に命名はプログラミングの醍醐味の一つです。
ぜひ、紹介した書籍を手にとって理解を深めてみてください。

追記

でも、それをするにしても「これって俺が作ったっけ？」ってなりそうなので
やっぱり「my_」とかつけたくなっちゃいそうです・・・

gitを覚えましょう。
git blameを使えば、一目瞭然です。

どれがプログラム特有の命令で、どれがプログラム記述者が自由につけた変数名なのかがわかりにくいのです。

言語のキーワードは、そう多くないので、全部覚えるのは難しくないです。
見た目ですぐ分かるように区別したいという人は、言語のキーワードだけ色が変わるエディタ(IDEなど)を使っています。

英単語が並んでいると、 

日本語を使いたいということでしょうか？名前に日本語が使える環境ならそれもいいかと思います。
ローマ字は、わかりにくいですよ。

そのコードに携わる人がわかりやすければそれでいいので、別に英語である必要は無いです。
様々な教科書などで「英語で書きなさい」と書いてあるのは最大公約数として英語で書くケースが多いという事だけかと思います。

日本においてプログラムの基礎を学習するのであれば
日本語プログラミング言語もありますし、最近の言語なら関数や変数にマルチバイト文字を使えることも多いです。

どれがプログラム特有の命令で、どれがプログラム記述者が自由につけた変数名なのかが 
わかりにくいのです。 
変数は変数であることがはっきりわかったほうが便利だと思うのです。 
プログラムに慣れている人にはそんな必要ないのでしょうが…

言語によりけりですが、例えばPerlやPHPでは変数は$から始まるように文法で定義されていますので、同じように不便だと考える人が一定数居るんだと思います。

初心者のうちだけでも変数がわかりやすくするような 
オススメの記述法などあったら教えていただけると嬉しいです。

記法としては、ハンガリアン記法（型を変数名の一部に使う）が分かりやすいと言えばわかりやすいかと思います。

あとは、VisualStudioやEclipseなどの高機能なIDEを使えば言語の関数や予約語とそれ以外はパッと見てわかるようになるので、そういった機能を使うのもいいでしょうし、学習段階においてはh_ という形でも特に問題無いと思います。

こんにちは。

どれがプログラム特有の命令で、どれがプログラム記述者が自由につけた変数名なのかがわかりにくいのです。

この視点重要と思います。Akagi.S.さん、良いセンスをお持ちですね。

forやifなどのキーワードは大した数ないので覚えれば良いだけですが、ライブラリはなかなかそうもいきません。
私はC++erですが、最近はライブラリ名を丸っと省略するためのusingを使わないようにしてます。
長過ぎる時は、namespace boostLC=boost::locale::conv;などして短縮してますが、boostライブラリであることが判るようにしてます。大量のライブラリ関数やクラスを一々覚えてられないので、ググりやすいようにする工夫です。
残念ながら、C#ではusingして使うことが多く、C++程様々なライブラリがあるわけではない上、C#のライブラリは深く細分化されているので、C#の場合は使い勝手がよくないと思います。

ですので、Akagi.S.さんが工夫されているように変数名の命名規則を自分なりに定めるのは良い工夫と思います。他の人に使って貰うことまでは難しいとは思いますが、俺ルールが許される範囲で自分が使う分には問題無いです。初心者を脱出した時はまた別の俺ルールに変えていくことも有りですし。（皆さん、結局そうしてます。上記の私のルールも最近の俺ルールです。）
もし、多くの人にとっても有用な俺ルールだったら、布教できるかも知れません。（最近、私はある人の俺ルールの１つが優れていると感じて、私の俺ルールに採用させて貰ったことがあります。）

因みにVisual Studioは変数名等に漢字使えますよ。「h_速度」とか「h_数」等の変数名も可能なはずです。実際に使っている例を見たことはないですが、日本人しか読むことがあり得ないようなソース・コードならそれも有りと思います。ただ、それに慣れてしまうとワールド・ワイドなコードを書けなくなりそうなのであまりお薦めできませんが。

そもそもソフトウェア技術と文化が最も進歩している国はアメリカと思います。英語情報の質と量は凄いです。英語を読めることはプログラミング技術者の重要スキルの１つと思いますよ。

過去の質問です。
参考にしてください。

https://teratail.com/questions/21720

英語にする理由は特にないと思います。風習といいますか。

変数の命名規則は、会社やプロジェクトにコーディング規約があればそれに従う。なければご自分の自由に決めて構わないと思います。
規約は一般的に可読性や拡張性を考慮して決められていることが多いです。

言語毎にある程度一般的な命名規則があるので、最初はそれに従って書くと勉強になるかもしれません。

フリーでやっているのでいろいろな職場で働いています。
あるパッケージのバージョンアップでAL32UTF8(Unicode)にしか対応しなくなり、
Oracle 10.2.0 JA16SJIS(SJIS) → Oracle11.2.0 AL32UTF8 の担当にされた時、
Unicode では半角カタカナとマルチバイト文字が1文字3バイト(1文字4バイトもあるらしい？)
になるので文字列が桁あふれする可能性が出てくるので、あらかじめテーブルやプログラムの
文字型変数の桁数を見直さなければならないが、それ以前に、マルチバイト文字を11文字以上で
設計した、テーブル名、列名などが30バイト以上になりエラーが多発。
Oracle データベース・オブジェクトのネーミング規則
地獄でした。

英語/日本語という話より、

どれがプログラム特有の命令で、どれがプログラム記述者が自由につけた変数名なのかが
わかりにくいのです。

とのことで、
「プログラム特有の命令」っていうのが標準のライブラリを指して、
人が作ったものと自分が作ったものの区別を付けたいという話のようですが、
他の人が作ったものと自分が作ったものを区別する必要を余り感じません。
むしろ「読み込み動作」に「Read～」と「Yomikomi～」と2つの表現があったら
似たような動作なんだから同じ名前つけろよと思ってしまいます。

あと、みんながみんな自分が作った変数にh_関数にk_とマーカーつけたところで、
.net標準ライブラリ自体誰かが作ったものなので(コード見れます)
結局全部にマーカー付きます。

変数は変数であることがはっきりわかったほうが便利だと思うのです。 

(ローカル)変数とそれ以外を区別したいという話なら、
C#の文脈だとローカル変数、引数は小文字始まりで、
非privateな何かは大文字始まりのことが多いです。

●なぜ英語?
Windows、Apple はアメリカの会社ですよね。

つまり、英語はどうやっても避けられないのです。

コードを書くということは、何らかのプログラム言語に従って書く訳ですが、
---日本語のプログラム言語はなく、<---訂正・削除
恐らく全てのプログラム言語が英語で書かれています。

それは、世界中で使用される為に、
世界で使用頻度の高い英語が選ばれている、
という流れがあるからです。

だから、国産のRubyも英語です。

ただ、プログラムを学ぶ敷居が高い、というのは同意見です。

将来的に小学校でプログラミングを教えるようになる展開が予想されるので、
数年後には「幼稚園からのプログラミング絵本」とか出るかもしれません。

●変数を英語にすべき? 
1番の理由にインテリセンスが挙げられるのではないでしょうか?

コードを書く時には英語を使うことが大前提となります。

だから、変数名が日本語から始まっていると、
開発環境のメリットであるインテリセンスが非常に使い難くなってしまい、
開発効率が落ちることが予想されます。(個人開発だとしても)

なので、最初の1文字だけは英語にすべきでしょう。

2番目の理由としては、動くこと、ではないでしょうか?

コードを学ぶ人は世界中にいます。
ということは、どんな環境でも動くプログラムが良いでしょう。

となると、公表するコードは英語にした方が「親切」ですよね。

コードを公表する人達は、その視野に世界が写っている人が多いでしょう。
だから、公表されているコードが英語になるのは必然とも言えます。

まだまだ若輩者ですので、正しく回答できているか分かりませんが、頑張っていきましょう。

日本語は、漢字がないと理解しにくいことがあります。
大分前ですが、変数名に「zokugara」とあり、何のことなのか全然理解できなかったことがあります。
(「続柄」のことでした。最近は「ぞくがら」でも許されるみたいですが、昔は「つづきがら」としか読まなかったので、、、)

英語も複数の意味を持つことがありますが。
日本語よりはましだと思っています。

また、他の方も言っていますが、日本語を使う(しかできない)人より、英語を使う(しかできない)人の方がはるかに多いため、自己満足の為のシステムでなければ、英語を使った方がよいと思います。

C#のタグが付いているのでC#を前提にします

C#やプログラムに限らずもともとコンピューターはASCII文字コードしか扱えなかったのでソースコードにも英数字及び記号しか使えませんでした
ShiftJISやEUCが出てきてもコメントや文字列には使えてもあくまでも中身を解釈して同行するわけではないので変数や関数の名称には英数字しか使えませんでした
それがソースコードにUnicodeが利用されるようになってから変数や関数名にいわゆる全角文字が使えるようになりました
それでもしばらくは空白に全角を使うとコンパイルエラー（かなり探すのが面倒です）になっていましたので、基本的にはそういったミスを踏まえて全角文字を禁止しているんだと思います
ただ、例えばVS215のVC#では空白を全角にしてもコンパイルエラーが起きないのでそういった面倒は起きなくなっています
なので自分はチームで作業する場合以外は日本語を頻繁に使用しています
ただインテリセンスを楽に活用するために最初の3文字くらいは半角の文字を使用しています
理由は漢字の方が意味が分かりやすいからってだけです
英語だと後で見たときに日本語に翻訳しても意味が通じないことはよくあるためですと言ってもきちんとコメントをつけておけばインテリセンスの候補と同時に説明まで出てくるのでぶっちゃけ個人の好み程度です）
ちなみに自分は英語力に自信がないので機械翻訳で英語にしていましたがおそらくは日本語に再翻訳すると意味不明なものになっているはずなので他の人が見ても意味が通じないものがほとんどだと思っていますので無理な英語化はデメリットしかないと考えています

それとこの質問の元々の目的で自作の物かどうかが分からないということでしたが、
関数や変数にポイントすると出てくる説明でnamespaceも含めて表示されるのでそれで十分わかると思います