プログラマ ([C++系のガーベッ)
[C++系のガーベッジコレクション]ガーベッジコレクションは、C/C++にもあります---正確には、ガーベッジコレクションは、C/C++にありませんが、「C/C++系言葉」にはあります。C♯とC++/CLIには、ガーベッジコレクションがあります。マイクロソフト社は珍しく、新式マナーにこだわり、プログラム（コンパイル後のもの）の新式マナー化に協力して来ました。他社と協力し合って、新式化団体のW3Cのもとに、SOAPやWebサービス等々の技術マナーが作られました。その技術マナーをマイクロソフトの開発時機やOSに適応させたものが、.NET（たびシステムズ）統計です。また、その技術マナーでのプログラミングをするために適した言葉として、C♯という新言葉も登場しました。VisualStudio.NET(2002)以降でC♯が使えるようになりました。C♯は、多くの某氏にマイクロソフト独自言葉のように思われていますが、地底部で動作している技術は、前述の新式マナーですので、新式化団体ECMAに認可された新式言葉です。C♯は、VisualBasicやJavaのように、のら猫を使わないマナーにしたC++という感慨です。しかし、C++モニター達が、C♯への移行にためらったため、VisualStudio2005以降から、もっと、C++マナーに近い言葉として、C++/CLIが登場しました。C++/CLIは、C♯のようにW3Cで取り決めたプログラミングを可能にする言葉ですが、C♯と違ってのら猫が使えます。C++/CLIも、新式化団体ECMAに認可された新式言葉です。ところで、.NETFrameworkでのプログラミングは、マイクロソフト独自という覺えがありますが、Monoという、UNIX、MacOSX等々でも動作するマルチプラットフォームもあります。また、マイクロソフト独自では無く、W3Cに準ずるマナーですので、Javaや多様の開発時機でも対応しています。すなわち、異なる開発時機で作成されたプログラム今様が、仲介プログラムは無しで、直接リンクが可能です。私は、VC♯.NETのベーターバージョンの頃に、その技術を使った骨組の設計業務の依頼があったので、それ以降、.NETにすっかりはまっています。[言い値のジングル]前置きが長くなりましたが、C♯やC++/CLIは、穢土では仕事が少ないので、あまりすすめられません。しかし、だからと言って無い訳ではなく、いったん業務素性として経験有りとなれば、その業務にありつけます。C♯やC++/CLIの技術者が少ない分、言い値が高いです。[一齣]C♯やC++/CLIの仕事は、穢土では少ないので、あまりすすめられません。しかし、アカウント（ジェネリック電算機）の64ビット化動きが来たら、今よりも増えると思います（一部が64ビットではなく、だいたいが64ビットの動き）。どの時期で、どの究極普及するのかは不明ですが、質問者さんは、JavaもC/C++使えるので、団らん程度にでも準備することをおすすめします（Java側も含めて）。昨年の南朝に、マイクロソフトがYahoo。買収に成功していれば、おそらく、秋学期OSのパイレックス7と、秋学期コンパイラーVisualStudio2010あたりで、Yahoo。は「機能」を検索可能な検索ターボになっているはずでした（クーポン検索ではなく、機能検索）。また、マイクロソフトのWPFという技術では、DirectXをWebのインタフェースで公開することに成功していますので、64ビット化動きでは、3DのWebが広まる可能性もあります。OfficeopenXMLも新式化団体に認可されたので、ハードの新式化だけではなく、エクセルや講義体用もWebで利用可能になるのかも知れません。データベースにおいては、XQL言葉の問題点を克服したW3CのXQueryでは、動的実行が可能です。よって、Webサービスと組み合わせれば、Web上で自由にデータベース接続が可能です。この様に、Java系も含め、C++系は変貌するのでしょうが、どの期日なのか不明です？６４ビット化動きに伴うという話もありますが---。C/C++とJavaを知っている質問者さんには、ぜひ、すすめたいところですが、期日という意味で、すすめて良いのか分かりませんが。私は、足形種の起源プライヤーやモバイルPC等の旧型弁においての、技術進歩の兼ね合いの期日の気がします。プログラマの評価について(JavavsC/C++)プログラマに対しての評価がおかしくないでしょうか。なんか、JavaプログラマとC/C++プログラマで、あまり言い値にとりどりがありませんよね。私はC/C++が主のプログラマですが、「Java,Servlet,JavaScript」も書けます。しかし、Javaはライブラリが豊富で、且つガーベッジコレクションの存在、開発時機(Eclipse等)の豊富さで、開発が凄まじく簡単に行えます。しかし、C/C++では、うろ覚え・車輪長の管理、ライブラリを使おうにもSTLでリークしたり・・・ポインタの参照先が間違っていても、偶然塞翁が馬良く最期的なエラーがでず、反物質・結合テストが合格してしまったりします。それで後々バグが発生したりと、C/C++プログラマのほうが苦労しているように思えてなりません。エンドペデストリアンもしくは営業からしたら、アプリ・ソフトの完成が早い「Java」プログラマに多く単末次を払いたいのでしょうか。でも、作業員の「勤労」としては「C/C++」プログラマの方が多いです。はっきり言って、Javaはつぼみでも書けます。（三人称指向、デザイン差し金を活用しているかいまひとつか等は、この話から抜いてください）完全に結果的物だけに末次を支払うだけの花織なら認めます。早く完成したほうが効き目は大きいから。でも、正社員のPGでの実際は、勤労×時間で、「言い値」として支払ってますよね。ならば、苦労しているC/C++プログラマのほうが言い値が高いはずです。抱き合わせのプログラマとしての言い値に、税率をつけるべきだと思いませんか？（C/C++歴n年PGとJava歴n年PG、総画の付帯条件は等しいとします）と主張してみました。