Python for the CLR: Jim Hugunin's IronPython paper at PyCON

re: Python for the CLR: Jim Hugunin's IronPython paper at PyCON

Michael Collins — Tue, 30 Mar 2004 15:11:00 GMT

It is my belief that this is an important development and that improving support for "scripting" languages is an important benefit for the .NET platform. On Java projects that I've worked on in the past, I've used scripting languages such as Jython, JavaScript, and Ruby to add extensibility support to my applications. I'd like to see the ability to do this on the .NET platform and the same rich languages made available through scripting engines to .NET applications.

re: Python for the CLR: Jim Hugunin's IronPython paper at PyCON

RJ — Tue, 30 Mar 2004 21:35:00 GMT

Where can we find more info on LCG in Whidbey? Has this info been made public?

re: Python for the CLR: Jim Hugunin's IronPython paper at PyCON

Larry Wright — Wed, 31 Mar 2004 00:31:00 GMT

I'm confortable in a lot of languages. VB, C#, C++, Python. When I need to find a solution to a problem I often find myself reaching for Python, particularly if this isn't a GUI sort of thing. Python is quick to develop in, elegent, and has a ton of libraries available that can handle just about anything I might need to do. C# is a nice language, and if you're coding GUI's, it's great. I think MS is missing the boat though by not including a really good dynamic language in the mix (no, I don't count Jscript).

On Programming Language Futures

Brad Abrams — Wed, 31 Mar 2004 05:55:00 GMT

re: Python for the CLR: Jim Hugunin's IronPython paper at PyCON

Aaron Boodman — Wed, 31 Mar 2004 07:05:00 GMT

"no, I don't count Jscript"

Just curious - why not? I rather like JScript (the old implementation, not the JScript.Net one) and I understood it to support about the same feature set as python.

I use it constantly as a sort of super batch processing language - I've got a text editor setup usually in the background so that I can write a script, press ctrl+1 and it will run and output the results to a window. Great for quick code-gen, moving files around, whatever.

The company I work for tried to use JScript.Net as a scripting language for a workflow engine we're building, but it's memory characteristics were too unbearable and we had to give it up. We tried working around it by using Eval() for fully dynamic execution, but then things like closures, the Function() constructor, and anonymous functions stopped working.

Personally, I would love to see something like Python or Ruby on .Net, but I would settle for a fully conformant version of JavaScript.

Docs on LCG

Jason Zander [MSFT] — Thu, 01 Apr 2004 03:19:00 GMT

Check out System.Reflection.Emit.DynamicMethod {http://longhorn.msdn.microsoft.com/lhsdk/ref/ns/system.reflection.emit/c/dynamicmethod/dynamicmethod.aspx} for more detail on LCG. It is very similar to Reflection Emit API wise...

re: Python for the CLR: Jim Hugunin's IronPython paper at PyCON

Joel Pobar — Thu, 01 Apr 2004 04:40:00 GMT

I've cooked up a brief overview of the feature, and a small chunk of code: http://blogs.msdn.com/joelpob/archive/2004/03/31/105282.aspx

Dynamic Languages on the CLR

Enjoy Every Sandwich — Thu, 01 Apr 2004 21:14:00 GMT

Jason Zander, PUM for the CLR, asked our opinions about dynamic languages and the CLR. Maybe I'm showing myself as a rube by saying this, but I just want to be able to use the language as a tool, not a philosophy.

Fast Python on the CLR

Extreme RAD from a Trading Desk — Fri, 02 Apr 2004 23:49:00 GMT

Items of interest pt7

Andrew Stopford's Weblog — Sat, 03 Apr 2004 01:04:00 GMT

Items of interest pt7

Andrew Stopford's Weblog — Sun, 04 Apr 2004 00:06:00 GMT

Items of interest pt7

Andrew Stopford's Weblog — Sun, 04 Apr 2004 00:10:00 GMT

re: Python for the CLR: Jim Hugunin's IronPython paper at PyCON

Jason Zander — Fri, 09 Apr 2004 20:28:00 GMT

Looks like the url for Jim's paper was busted on the python.org site. Here is the one from PyCon: http://www.python.org/pycon/dc2004/papers/9

re: Python for the CLR: Jim Hugunin's IronPython paper at PyCON

Luis — Thu, 22 Apr 2004 19:30:00 GMT

I'm not a professional programmer but a "serious" amateur...
I use scripting languages (php, python) for everyday tasks as well as VBA within Access.
I am sure that having a good implementation of Python in .NET would be a very good thing for everybody, including Microsoft.

With .NET, we gained a lot, but we also missed the simplicity of VB. It offers too much for the professional developer, but the occasional user is forced to learn complex language features in order to keep on doing what he used to do with older technologies.

We need a simple tool to get hings done with the least delay.
C# is too complex. Python can be learned in just a few hours. And programming with it is simple, fast and fun.

We need Python in .NET!!

Python for the CLR

.NET Insights — Mon, 14 Jun 2004 14:07:00 GMT

re: Python for the CLR: Jim Hugunin's IronPython paper at PyCON

dianying xia zai — Mon, 26 Jul 2004 07:17:00 GMT

dianying xia zai:http://www.kamun.com/
movie down:http://movie.kamun.com/
mp3 xia zai:http://music.kamun.com/
engage:http://club.kamun.com/

re: Python for the CLR: Jim Hugunin's IronPython paper at PyCON

dianying xia zai — Mon, 26 Jul 2004 07:30:00 GMT

Welcome Jim Hugunin as the newest member of the CLR!

Jason Zander's WebLog — Thu, 29 Jul 2004 07:39:00 GMT

Welcome Jim Hugunin as the newest member of the CLR!

Jason Zander's WebLog — Thu, 29 Jul 2004 08:01:00 GMT

Welcome Jim Hugunin as the newest member of the CLR!

Jason Zander's WebLog — Thu, 29 Jul 2004 08:03:00 GMT

re: Python for the CLR: Jim Hugunin's IronPython paper at PyCON

Don't forget IDE support! — Sat, 31 Jul 2004 00:47:00 GMT

I would really like to see IronPython as a first class member of Visual Studio. People have had a lot of trouble implementing intellisense features into Python IDEs due to it's dynamic nature. I wouldn't mind sacrificing some dynamism for type inference (optionally perhaps?) as in Boo. But I must have intellisense when dealing with a large framework such as .NET.

It would be great to leverage the large community code available for Python. It is not that C# does not have equivalent libraries. Dynamic languages often tend to have higher level libraries and this is very convenient for most programming tasks.

Ravi Teja.

re: Python for the CLR: Jim Hugunin's IronPython paper at PyCON

Jason Zander — Sat, 31 Jul 2004 01:35:00 GMT

I agree having first class VS support would be great here. Once you've used intellisense you don't want to go back. I know that Jim has spent some time thinking about that space so it'll be interesting to see what we can do there.

wrt the libraries, one thing that would be great is to make the .NET FX and other "built-in" managed libraries easily accessible to dynamic langauges. One of our goals with the .NET FX was to allow better leverage of common code bases (eg: one Forms package instead of four, one common set of collections instead of one per langauge, etc). I'd love to see a world where we could continue doing that, but in a way consistent with dynamic languages (the "higher level" attribute). Ideally it would not involve having to wrap everything. We'll see. Some of that may involve working on our design guidelines. I see lots of interesting problems to solve here.

Jason Zander s WebLog Python for the CLR Jim Hugunin s IronPython | Hair Growth Products

Tue, 09 Jun 2009 11:28:03 GMT

PingBack from http://hairgrowthproducts.info/story.php?id=4066