私はほとんどの場合、C＃/VB.NETを使用してWindowsアプリケーションを作成しています。
ただし、これは、宛先システムにフレームワーク（ .Net 4など）をインストールする必要のないアプリが顧客に必要な場合に発生します。したがって、exeファイルは依存関係をインストールせずに実行できます。
私はC/C ++について知っていますが、それらでGUIアプリケーションを作成するのはとても難しいです。D言語について聞いたのですが、とても新鮮なようで、ドキュメントがまったくありません（十分ではありません）。
Delphiもありますが、とても高価です。
他に何かありますか？
注：私は、解釈された言語よりもコンパイルされた言語を好みます。
コストが要因である場合、Delphi を拒否するので、Lazarus IDE で FreePascal はどうですか。バージョン 1.0 になったばかりで、非常に高水準です。
フレームワークを使用しない Windows 用の GUI コンパイラが必要な場合は、1998 年から更新されていない Visual Basic バージョン 6 が必要です。
フレームワークを使用しない Windows 用の Web スクリプト言語が必要な場合は、悲しいことに 2000 年以降更新されていない Classic ASP が必要です。
古典的な ASP が揺さぶられました。.NET フレームワークよりもはるかに優れていました。マイクロソフトは馬鹿によって運営されています。Perl と PHP は、Classic ASP の継子にすぎません。Classic ASP は、Microsoft がこれまでに作成した最後の優れた開発ツールです。威圧的なフレームワークがすべてのソフトウェア開発に適していると仮定するのは、どのような愚か者でしょうか? .NET フレームワークは、実際の開発者のズボンに氷を注ぎ込む自動生成コードの見苦しい肥大化したサーカスです。
はい。
ライブラリ (DLL) のポイントを理解する: 共通の関数/メソッド/クラスを毎回アプリケーションにバンドルする必要がないようにするためです。それを念頭に置いて、なぜ目的地にライブラリをインストールしないという要件があるのでしょうか?
ディスク容量ですか？必要な努力？恐怖/パラノイア? 専門知識（不足）？
私は、この「要件」を回避しようとするのではなく、その根本原因に対処しようと考えています。
関数/メソッド/クラスなどを静的にリンクする方法があります。コードはバイナリに直接必要です。
.NET から離れて、素晴らしい Windows アセンブリ プログラミングの世界(警告: ほぼ垂直な学習曲線) に足を踏み入れると、外部に何も必要としない非常に小さなアプリ (数 K の話です) を作成できます。