アカウント名:
パスワード:
.NETで動くことのメリットってなんなの?別に実行環境のPythonを落とせばいいような。
.NET の場合、シームレスにリンクできる。C# で書いたクラスを、VBで継承してなんか加えたものを、さらにC#のプロジェクトでそのままクラスとして使うとか。なので、.NETのライブラリ類や既存コードをPythonのライブラリと全く区別せず呼び出すようなスクリプトも書ける。Pythonが呼び出される側でも実行環境のPython使うとなると外部プロセスになるけど、IronPythonなら呼び出し元の.NETプロセスどころか、呼び出し元のスレッドのなかでPythonを実行することもできる。
どちらも、そんな頻繁に使わんと思うかもしれんけど、そういう手段が選択できるようになるってのは大きい。
自分のアプリにスクリプト機能を持たせるときにPythonを使えるとなったら便利よね。
個人的に見た利用例はコレ。具体的にはGrasshopperっていう非プログラマ向けの3D系ビジュアルプログラミング言語でIronPythonが使われてた。
使い勝手からはIronよりAmalgamの方がしっくり来るAmalgamPythonとか出てくると原理主義者がMithrilPythonとか作りそうだけど
どちらもlambda式のドライブが得意そうですな。
両方入れたらpanic()が多発するのか
PowerShellよりもPythonのほうがお気楽極楽な人向け。IronPythonだけに鉄板ですって。
OS標準搭載のPowerShellの方がいいでしょ。簡易IDEもついているし、コマンド出力結果をGUIのグリッドに表示してGUI上でフィルタリングとかもできるし。
.NET上ではパフォーマンスが出ないという仮説の反証じゃない？
それは .NET Framework 4.0（C# 4.0）で導入された dynamic キーワードあたりで既に済んでいるような
.NET で動くサーバプログラムとか、Unity みたいな .NET（Mono/Xamarin）で動くものを Python で一部/全部記述できるのがいいんじゃないかな.NET Core は Linux とかでも動くし、.NET に繋げる言語を増やす/更新するのは戦略的にはあっていると思う
当時、Microsoftが宣伝してた .NETはどんな言語でも取り込めるみたいな発言の反論として、Pythonのような動的言語を載せたらクソ遅くて使いものにならないに違いない というのを証明したくて作りはじめたってやつだからな。結果的には、基本部分作ったら、思ったよりパフォーマンス出てしまって、使えるものを作る方向にシフトしたってことだが。
失礼、そもそもの IronPython の成り立ちは確かにそうでしたね今回更新されたのは何故、と読み違えていました
Monoもそんな感じで始まってましたよね。
反証しようとする人間が堂々としていられる環境って健全な環境だと他を見て思う。
窓の杜に次のように書いてあるよ。
Python開発者が.NETの機能へアクセスしたり、.NET開発者が自分のアプリにPythonを組み込むときに有用
あとJITコンパイラを使える。
既存の.Net資産を活かしやすいんじゃないかな
ていうかWindows 10だとコマンドプロンプトでpythonまたはpython3って打ったら自動的にPythonのインストーラーが起動する
仕事で作ったソフトに客がマクロ機能を付けろとしつこく言ってきたから、テキストボックスとボタン１こ作って、ボタン押したらIronPythonに流し込む処理を実装。
それだけでマクロ機能を実現できたのは非常に助かりました。
システムファイルを削除するスクリプトを動かして損害賠償請求
当然スクリプトの動作について免責にサインさせたよ。ビジネスとはそういうもの。
時間が経つと消えるインク
時間がたつと目には見えなくなるけど物質としては残ってるし、書いた紙へのダメージも残ってる。むしろ、そんなことをすれば、実際に問題があったときに、騙す意図があったと見なされて、損害賠償ができなくなるばかりか、詐欺罪として実刑を食らうかもよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
Python 実装っ大概の環境にあるけど (スコア:0)
.NETで動くことのメリットってなんなの?
別に実行環境のPythonを落とせばいいような。
Re:Python 実装っ大概の環境にあるけど (スコア:2, 興味深い)
.NET の場合、シームレスにリンクできる。C# で書いたクラスを、VBで継承してなんか加えたものを、さらにC#のプロジェクトでそのままクラスとして使うとか。
なので、.NETのライブラリ類や既存コードをPythonのライブラリと全く区別せず呼び出すようなスクリプトも書ける。
Pythonが呼び出される側でも実行環境のPython使うとなると外部プロセスになるけど、IronPythonなら呼び出し元の.NETプロセスどころか、呼び出し元のスレッドのなかでPythonを実行することもできる。
どちらも、そんな頻繁に使わんと思うかもしれんけど、そういう手段が選択できるようになるってのは大きい。
Re: (スコア:0)
自分のアプリにスクリプト機能を持たせるときにPythonを使えるとなったら便利よね。
Re: (スコア:0)
個人的に見た利用例はコレ。
具体的にはGrasshopperっていう非プログラマ向けの3D系ビジュアルプログラミング言語でIronPythonが使われてた。
Re: (スコア:0)
使い勝手からはIronよりAmalgamの方がしっくり来る
AmalgamPythonとか出てくると原理主義者がMithrilPythonとか作りそうだけど
Re: (スコア:0)
どちらもlambda式のドライブが得意そうですな。
Re: (スコア:0)
両方入れたらpanic()が多発するのか
Re:Python 実装っ大概の環境にあるけど (スコア:1)
PowerShellよりもPythonのほうがお気楽極楽な人向け。
IronPythonだけに鉄板ですって。
Re: (スコア:0)
OS標準搭載のPowerShellの方がいいでしょ。
簡易IDEもついているし、コマンド出力結果をGUIのグリッドに表示してGUI上でフィルタリングとかもできるし。
Re: (スコア:0)
.NET上ではパフォーマンスが出ないという仮説の反証じゃない？
Re: (スコア:0)
それは .NET Framework 4.0（C# 4.0）で導入された dynamic キーワードあたりで既に済んでいるような
.NET で動くサーバプログラムとか、Unity みたいな .NET（Mono/Xamarin）で動くものを Python で一部/全部記述できるのがいいんじゃないかな
.NET Core は Linux とかでも動くし、.NET に繋げる言語を増やす/更新するのは戦略的にはあっていると思う
Re: (スコア:0)
当時、Microsoftが宣伝してた .NETはどんな言語でも取り込めるみたいな発言の反論として、Pythonのような動的言語を載せたらクソ遅くて使いものにならないに違いない というのを証明したくて作りはじめたってやつだからな。
結果的には、基本部分作ったら、思ったよりパフォーマンス出てしまって、使えるものを作る方向にシフトしたってことだが。
Re: (スコア:0)
失礼、そもそもの IronPython の成り立ちは確かにそうでしたね
今回更新されたのは何故、と読み違えていました
Re: (スコア:0)
Monoもそんな感じで始まってましたよね。
反証しようとする人間が堂々としていられる環境って健全な環境だと他を見て思う。
Re: (スコア:0)
窓の杜に次のように書いてあるよ。
Re: (スコア:0)
あとJITコンパイラを使える。
Re: (スコア:0)
既存の.Net資産を活かしやすいんじゃないかな
Re: (スコア:0)
ていうかWindows 10だとコマンドプロンプトでpythonまたはpython3って打ったら自動的にPythonのインストーラーが起動する
Re: (スコア:0)
仕事で作ったソフトに客がマクロ機能を付けろとしつこく言ってきたから、
テキストボックスとボタン１こ作って、ボタン押したらIronPythonに流し込む処理を実装。
それだけでマクロ機能を実現できたのは非常に助かりました。
Re: (スコア:0)
システムファイルを削除するスクリプトを動かして損害賠償請求
Re: (スコア:0)
当然スクリプトの動作について免責にサインさせたよ。
ビジネスとはそういうもの。
Re: (スコア:0)
時間が経つと消えるインク
Re: (スコア:0)
時間がたつと目には見えなくなるけど物質としては残ってるし、
書いた紙へのダメージも残ってる。むしろ、そんなことをすれば、
実際に問題があったときに、騙す意図があったと見なされて、
損害賠償ができなくなるばかりか、詐欺罪として実刑を食らうかもよ。