私なりに思う、VS Community、C# との関わり方。

　こんにちは、皆さん。今日は、Visual Studio Community と、プログラミングとの関わり方について、私なりに思っていることを書いてみたいと思います。

　人それぞれ関わり方は違いますし、本家本元の「公式の見解」もあるので、それはこれから関わっていく間に、色々と出てくると思います。

　今回は、１００％私の思っていることや、見解（信念）のようなものなので、一般的な使い方（職業等で使う場合）とは異なると思います。

　私の場合は、基本的に「サンデープログラマー」であり、「MS-DOS」の時代からプログラミングには関わって来ました。ですから、「信念」のようなものは有ったりします。

　また、職業プログラマーとしては、「オフコンの時代」に主に「COBOL」をしていました。この時の経験が、実は重要だったりします。

　というのは、職業となるとプログラミングに関しても、色々と洗練される分けです。「構造化プログラミング」とか、「プログラムコードのステップ管理」とか、「納期」です。

　これらの事は、個人で「独学」している場合には、中々分らないことなんです。ですから、その辺りも含めて色々と書いてみます。

何故、Visual Studio Community を使うのでしょうか？

　これが一番重要なんですが、私の経験からすると、以下の点が挙げられます。

ＩＤＥ環境が、一番「高性能」であり「マネージド言語」をサポートしています。

　高性能というのは、色んな言語に対応しているという事です。例えば、C++、MFC、C#、VB、WPF は勿論のこと、「WEB 開発」、「Python 開発」、「モバイル開発」、「Office 開発」、「ゲーム開発」まで、色々あります。

　まぁ、一人で使い熟すというのは不可能ですが、一定のパターンで色々なことが、共有できるというのは、心強いですよね。

　次に、「マネージド言語」をサポートしているというのが、初心者にはありがたい分けです。勿論、プロの方にもありがたい分けです（笑）。

　「マネージド言語」というのは、「本来」プログラマーが気にしたり、行わなければならない色んなことを、代わりに行ってくれる分けです。m(_ _)m

　例えば、「型」の安全性とか、ガベージコレクションとかです。ですから、プログラムコードは、アプリケーションに関して書けば良い分けです。

一定の条件を満たせば、無料で使うことができます。

　詳しいことは、公式サイトで確認して欲しいのですが、例えば「個人で使う場合」、「小規模な会社で使う場合」、「学生さんが研究開発で使う場合」は、無料で使うことができます。

　ただし、「マイクロソフトのアカウント」が必要になるので、予め取得しておく必要があります。アカウントは、「メールアドレスとパスワード」で取得できます。

　まぁ、無料が必ずしも、最良の選択とは言いませんが、初心者の方に有料のものを紹介する技量が、私にはありません。というか、持っていません（汗）。

　例えば、有料でも「可なり良い物」というのは、見たり聞いたりしますが、持っていないので紹介できません。m(_ _)m

お勧めしたいのは、「Ｃ＃」なんです。

　プログラムというのは、実は、どんなに「簡単」と言われている言語でも、ある程度は難しいんです。というのは、ユーザーの要求（或いは、自分の要求）というのは、無限大なんです。

　例えば、入力時に「入力候補」を選択したいとか。となると、「TextBox」では無理なので、「ComboBox」になる分けです。しかも、入力候補をどこかに保存する必要があります。

　こうなると、途端に難しくなります（笑）。

　或いは、「この図形を選択したいんですが」ということになると、途中からそんなことは出来ないので、一から作り直すことになります（激汗）。

　

　ですから、そういう意味も含めて、私なりに最もコストパフォーマンスが良いのが、「Ｃ＃」だと思います。私が経験した範囲では。 

　もし、何の志も無く、プログラマーになる積もりも無い場合は、或いは「言語の選択」で迷っている場合は、「Ｃ＃」をお勧めします。

　勿論、プログラマーになりたい場合は、大いに結構です（ Nice ）。

　

　また、本格的にプログラマーになりたい場合は、「C++」も良いかも知れません。特に、「ＯＳ」とか、「ドライバー」とか、「ゲーム制作」とかに携わる場合は。

　ただし、職業プログラマーになる為には、何らかの技術的要件が必要だと、思っている方も多いと思いますが、そんなことは無いんです。

　未経験の方が、会社に入ってからでも十分間に合います。というより、本格的な技術というのは、多くの場合「会社」で習得することが、多いと思います。どんな職業でも。 

プログラミングには、失敗例が必ずあります。

　このサイトで私が紹介する「プログラムコード」の殆どは、一応私なりの「成功例」です。そして、その成功例から逆算して、色々と紹介しています。

　ですから、「魔法」のように全てが上手く行くように見えますが、実はその陰には「失敗例」が、数限りなくあります。

　そして、その「失敗例」こそが、実は財産な分けです（キザですね）。ですから、「ローマは一日にして成らず」なんです。しかし、その失敗例を見返すことは、余りありません（笑）。

　アプリケーションの作成履歴としては、残して置きますが、多くは備忘録として何処かに記録しておく方が良いですね。中々、過去を見直すという事は、ありそうで出来ないですから（激汗）。

　ところが、その備忘録も中々作成できないのが現実なので、非効率といえば非効率です。「ぐうたら」といえば「ぐうたら」です（反省）。

　まぁしかし、これは個人で中小規模のアプリケーションを作る場合なので、大規模なアプリケーションを作る場合や大勢で作る場合は、「ソース管理」や「バージョン管理」は、必須になるでしょう。

問題解決は、「習うより慣れよ」です。

　アプリケーションを作る場合は、必ず何らかの問題点が発生します。それは、何故かというと、誰でも「より高度な事」をしようとするからです。

　しかし、マニュアルには、極々基本的なこと（実は、一番大切な事なんですが）しか書いていません。

　次に、参考書を見ますが、こちらも基本的なことが多いですね。最後の頼みはネット検索なんですが、こちらは流石に「ピンからキリまで」色々とありますが、そのものズバリと言うのは、

　「ある場合」もあるし「ない場合も」あります。しかし、参考になることは多いですね。

　ですから、結果的には、「習うより慣れよ」なんです。全てのマニュアルを精読して、論理的に解決するというのは、実は無いんです（笑）。

　殆どは、「結果オーライ」なんです（爆笑）。

　どういう事かというと、例えば、「右から左に」、色々と知っていることを試した結果、偶々５０／100回目で上手く行ったという事なんです。

　しかも、ダメもとで遣ったことが、思いの外ヒットすることは多いです（笑）。何故、上手く行ったのかは分かりません。m(_ _)m

　ですから私の場合は、問題解決した場合は、必ずしも「最適解」ではありません。もう少し進めれば、もっと良い方法があったかも知れませんが、それは未来に取っておきましょう。 

楽しんで貰えれば、それが何よりです。

　このサイトで私が紹介しているプログラムは、過去に私が趣味で作ったプログラムです。

　そして、記事の順番は、私の思い付きだけなので、「起承転結」にも「理路整然」にも成っていません。ただ、皆さんに、楽しんで貰えたら良いと考えています。

　ですから、このサイトを「視聴」したからといって、「プログラマーへの切っ掛けになる」とか、「プログラミングが出来るようになる」とか、そういうことは一切ありません。

　それに記事には、「時代遅れのこと」や「最適解でないこと」や「私が気が付かないバグ等」が、含まれています。それも、考慮してください。

　まぁ、ですから、楽しみながら日常生活における、「何らかの参考」になれば良いかなと思います。 

まとめ。

　まぁ兎に角、「本家本元」のＩＤＥなので、しかも個人で使う場合は、無料で使うことが出来るので、パソコンに入れて置くことは、「必須」といっても過言ではありません（笑）。 

　使うか使わないかは、別にして。

　そうですね、　私から言えることは、「それ以上でも、それ以下でも」ないです。全ては、本人の好みですね。「好きこそ物の上手なれ」ですよ。