アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
MFC/ATL は含まれない (スコア:3, すばらしい洞察)
Re:MFC/ATL は含まれない (スコア:1, 参考になる)
Windows独自の拡張を重ねてきたC++は、もはやフツーのC++のソースコードには見えません。フツーのC++の入門書には、
BOOL WINAPI DllMain(HINSTANCE hInstance・・・なんて説明はどこにもないわけです。Express Editionが対象とするような初心者にとって、C++は高すぎる壁です。
その点、C#とVBはWindows独自拡張部分を言語仕様の中に織り込んでしまってますから、入門書の記述と実際のソースコードが一致します。実用上もえらく便利で手軽です。
もちろん速度等の理由でC++を捨てることは当分できませんが、ハードウェアの進化によりそのうち解決するはずの問題です。いずれはWindows上のアプリケーションプログラミングの大多数はC#やVBによって書かれるようになるのでしょう。
Re:MFC/ATL は含まれない (スコア:4, 興味深い)
確かに、一部のコードでは速度が要求されることがあると思いますが、その場合、そのモジュールだけをC++/CLIで記述して、他の部分は、C#やVB(当然C++/CLIも)のような比較的保守性の高い(かどうかは人によりますけど)言語で書けば、全体的にも見通しの高いプログラムが作成できると思います。
ただし、MSは、C++を見捨てたわけではなくて、むしろ、VC++8からは、OpenMPがサポートされてことや、デバッガが格段に使いやすくなったなど、C/C++プログラマにとってもうれしいことはたくさんあります。
Re:MFC/ATL は含まれない (スコア:0)
やはりC/C++程度はできる人にプログラム書いてもらわないと
せっかく受注した仕事を赤字にしてしまうばかりか、顧客の信頼を失ってしまいますし
こんなの納品していいの?と思えるような物が上がってきた日には泣きたくなる事が多かったです。
ビジネスロジックも含めてですけど、
VB等の高級言語はプログラマの考える力を確実に削いでますよ
いや、元々考える力が乏しい人でもある程度書けるように見えるのが難点ですか