私たちの会社では、すべてを C# ではなく Python に移行する準備ができています。私たちはコンサルティング会社であり、通常は C# で小さなプロジェクトを作成します。大規模なプロジェクトは行いません。私たちの仕事は、複雑なソフトウェア構造ではなく、複雑な数学的モデルに基づいています。したがって、IronPython は Windows で標準の GUI 機能を提供し、すべての .Net ライブラリにアクセスできるため、私たちにとって優れたプラットフォームであると考えています。
Ironpython スタジオが完成していないことは知っています。実際、参照を追加するのに苦労しましたが、Python コードはクライアントにとって読みやすく、私たちは通常、完全に機能するコードではなく、概念実証のプロトタイプを提供します。クライアントは通常、先に進んでアプリケーションを自分で実装します
私の会社であるResolverSystemsは、IronPythonで記述されたおそらく最大のアプリケーションを開発しています。（これはResolver Oneと呼ばれ、Pythonicスプレッドシートです）。また、Ironcladプロジェクト（IronPythonでCPython拡張機能を実行するため）をホストしており、順調に進んでいます（Resolver Oneとnumpyのベータ版を間もなくリリースする予定です）。
IronPythonを選択した理由は.NET統合でした。クライアントはWindowsでの100％統合を望んでおり、現時点でそれを行う最も簡単な方法は.NETです。
Visual StudioでGUIを（動作なしで）設計し、DLLにコンパイルし、IronPythonからサブクラス化して動作を追加します。
IronPythonは、ある場合には高速で、他の場合には遅いことがわかりました。ただし、IronPythonチームは非常に敏感であり、リグレッションを報告するたびに修正し、通常はバグ修正リリースにバックポートします。パフォーマンスが心配な場合は、いつでもC＃で重要な部分を実装できます（まだ実装する必要はありません）。
C＃の経験がある場合、IronPythonは自然であり、特にプロトタイプの場合はC＃よりも簡単です。
IronPython studioに関しては、使用していません。私たち一人一人が選択したエディター（TextPad、Emacs、Vim＆Wing）を持っており、すべてが正常に機能します。
C＃からPythonに切り替えたい理由はたくさんありますが、最近自分で切り替えました。多くの調査を行った後、CPythonに固執する理由は次のとおりです。
Ironpythonは素晴らしい作品であり、使用しなければならない特別な.NETライブラリがある場合は、IronPythonを選択することもできますが、一般的な目的の問題については、Guidoが考えを変えない限り、元のCPythonを使用することをお勧めします。
あなたが物事を説明する方法は、あなたの会社がPythonのために簡単にPythonに切り替えているようです。Python を使用したい特定の理由はありますか? より動的な言語が必要ですか? 関数型プログラミングは役に立ちますか? C# で完全に機能するツールのセットを持っているのに、わざわざ切り替える必要があるでしょうか。
切り替えることに設定されている場合は、特に .NET ライブラリに結び付けられていない限り、標準の Python から始めることを検討することをお勧めします。wxPython、pyQt などのさまざまなフレームワークを使用して、クロス プラットフォームの GUI を作成できます。そうは言っても、Visual Studio には、Python ウィンドウ レイアウトを作成するためのあらゆるツールよりもはるかに優れた GUI デザイナーがあります。