Comments on: Technological Choices http://www.xsi-blog.com/archives/258 People and thoughts behind XSI in production... Fri, 04 Jul 2008 03:03:21 +0000 http://wordpress.org/?v=2.5.1 By: Graham D Clark http://www.xsi-blog.com/archives/258#comment-17281 Graham D Clark Mon, 26 May 2008 01:15:56 +0000 http://www.xsi-blog.com/?p=258#comment-17281 In response to Ben, There are a few examples for c# in the XSI SDK documentation and in the SDK examples workgroup. If learnign c# at same time as c# use within xsi, its difficult compared with learning js or vbs and having the many js and vbs xsi sdk examples to learn from. But the c# scripting plugin, (once you compile it), really helps to quickly test quick snippets in XSI first. I'm also really curious about mono or others with xsi. In response to Ben,
There are a few examples for c# in the XSI SDK documentation and in the SDK examples workgroup.
If learnign c# at same time as c# use within xsi, its difficult compared with learning js or vbs and having the many js and vbs xsi sdk examples to learn from.
But the c# scripting plugin, (once you compile it), really helps to quickly test quick snippets in XSI first.

I’m also really curious about mono or others with xsi.

]]> By: Ben http://www.xsi-blog.com/archives/258#comment-17249 Ben Mon, 05 May 2008 21:50:01 +0000 http://www.xsi-blog.com/?p=258#comment-17249 I'm interested in using the dotnet languages (C# and F#) with softimage, and I was wondering if anyone had any experience with this? Any sources of example C# plugins? I think this falls under the category of Technological Choices. For instance, is there any way of using Mono with Softimage? I’m interested in using the dotnet languages (C# and F#) with softimage, and I was wondering if anyone had any experience with this? Any sources of example C# plugins? I think this falls under the category of Technological Choices. For instance, is there any way of using Mono with Softimage?

]]> By: Andy Nicholas http://www.xsi-blog.com/archives/258#comment-17244 Andy Nicholas Mon, 21 Apr 2008 22:26:13 +0000 http://www.xsi-blog.com/?p=258#comment-17244 Another very useful post, thanks Patrick. Django in particular looks v interesting, I'll be checking that out. Just out of interest, any chance you could elaborate on why you find the Windows server a hassle compared to Linux? Is it because you're more familiar with Linux technologies, or are there fundamental issues that you found with Windows? Admittedly, I'm much more familiar with Windows. So it won't come as a surprise that although I've only been using Linux for a little over 6 months, I still fail to see why people love it so much ;-) Not wanting to get into a Windows vs Linux debate of course (oops, too late!), but I'm genuinely interested to hear opinions on this. Cheers! Andy Another very useful post, thanks Patrick. Django in particular looks v interesting, I’ll be checking that out.

Just out of interest, any chance you could elaborate on why you find the Windows server a hassle compared to Linux? Is it because you’re more familiar with Linux technologies, or are there fundamental issues that you found with Windows? Admittedly, I’m much more familiar with Windows. So it won’t come as a surprise that although I’ve only been using Linux for a little over 6 months, I still fail to see why people love it so much ;-)

Not wanting to get into a Windows vs Linux debate of course (oops, too late!), but I’m genuinely interested to hear opinions on this.

Cheers!

Andy

]]> By: Fabian Schnuer http://www.xsi-blog.com/archives/258#comment-17243 Fabian Schnuer Mon, 21 Apr 2008 15:14:35 +0000 http://www.xsi-blog.com/?p=258#comment-17243 Thank you for the summation, its nice to see some of my own strategies being echoed here as well as some differences. Here are a few of my thoughts on the matter for what they are worth. As far as python web frameworks are concerned I've settled with TurboGears as opposed to Django. Turbogears is very modular and allows you to pluck amongst a variety of components. It's default ORM these days is SQLAlchemy which is a bit complicated to get into but as an ORM I prefer it since its very flexible. There exists Elixir for SQLAlchemy which wraps around class declarations and takes a lot of the verbosity out of it. That makes SQLAlchemy appear more like SQLObject. In addition to that, TG2.0 will be based pn pylons as opposed to cherrypy which is looking to be interesting. Also TG's approach to Ajax (using Mochikit on the client side) and its widgets system (which is being split into its own projects called Tosca Widgets) is very nice. Lastly using SQLAlchemy has the advantage that its something not bound up to a web framework which makes it usable in other standalone projects. No idea how tied up the django orm is. As far as source management goes it might also be interesting to mention Trac as a python based front-end/management/bug tracking tool for code in subversion. Trac however has only experimental MySQL support making a PostgreSQL setup preferential. As far as QT is concerned. The licensing is a mess to figure out and has stopped from really looking into it. WxWidgets is not exactly lightning-fast or easy but is usable. There is also http://pyfltk.sourceforge.net which is a python binding for FLTK, I havent tried it personally so I don't know if its usable. FLTK however is small, flexible and fast. Now some questions of mine: "I've often built all my applications from scratch according to a technique a friend has taught me." could you please elaborate on that or provide a link since it does sound interesting. Personally I've got debian and the web and ubuntu lts server and the file/intranet server and am quite happy with package management due to the zero time investment required...except for the odd time when things get messed up. I've been to Gentoo land but simply didn't have the time for it. Also what is your opinions/experiences on python site-packages? Do you use them? Do you go via cheeseshop? manual? os packages? Personally I've ended up with a bit of an unhappy mix since some os packages install python packages as a dependency and using easy_install requirements add its own pile of things into the mix. For web applications deployment I tend to install the tested version of the packages into a application specific folder and point python path to that. I've been meaning to sort this mess out for a while but dont get around to it, so any suggestions would be welcome. Again thank you for bringing this topic up here. Fabian Thank you for the summation, its nice to see some of my own strategies being echoed here as well as some differences. Here are a few of my thoughts on the matter for what they are worth.

As far as python web frameworks are concerned I’ve settled with TurboGears as opposed to Django. Turbogears is very modular and allows you to pluck amongst a variety of components. It’s default ORM these days is SQLAlchemy which is a bit complicated to get into but as an ORM I prefer it since its very flexible. There exists Elixir for SQLAlchemy which wraps around class declarations and takes a lot of the verbosity out of it. That makes SQLAlchemy appear more like SQLObject.

In addition to that, TG2.0 will be based pn pylons as opposed to cherrypy which is looking to be interesting. Also TG’s approach to Ajax (using Mochikit on the client side) and its widgets system (which is being split into its own projects called Tosca Widgets) is very nice.

Lastly using SQLAlchemy has the advantage that its something not bound up to a web framework which makes it usable in other standalone projects. No idea how tied up the django orm is.

As far as source management goes it might also be interesting to mention Trac as a python based front-end/management/bug tracking tool for code in subversion. Trac however has only experimental MySQL support making a PostgreSQL setup preferential.

As far as QT is concerned. The licensing is a mess to figure out and has stopped from really looking into it. WxWidgets is not exactly lightning-fast or easy but is usable. There is also http://pyfltk.sourceforge.net which is a python binding for FLTK, I havent tried it personally so I don’t know if its usable. FLTK however is small, flexible and fast.

Now some questions of mine: “I’ve often built all my applications from scratch according to a technique a friend has taught me.” could you please elaborate on that or provide a link since it does sound interesting. Personally I’ve got debian and the web and ubuntu lts server and the file/intranet server and am quite happy with package management due to the zero time investment required…except for the odd time when things get messed up. I’ve been to Gentoo land but simply didn’t have the time for it.

Also what is your opinions/experiences on python site-packages? Do you use them? Do you go via cheeseshop? manual? os packages? Personally I’ve ended up with a bit of an unhappy mix since some os packages install python packages as a dependency and using easy_install requirements add its own pile of things into the mix. For web applications deployment I tend to install the tested version of the packages into a application specific folder and point python path to that. I’ve been meaning to sort this mess out for a while but dont get around to it, so any suggestions would be welcome.

Again thank you for bringing this topic up here.
Fabian

]]> By: Martin Weber http://www.xsi-blog.com/archives/258#comment-17242 Martin Weber Mon, 21 Apr 2008 14:03:29 +0000 http://www.xsi-blog.com/?p=258#comment-17242 A really nice list. Thanks for some interesting pointers. I really need to get into Python ;) As for SVN I really like SmartSVN (http://www.syntevo.com/smartsvn/index.html). I also put down my vote for Trolltech Qt. I have been using it for years now for application development and Qt is getting stronger with every release. A really nice list. Thanks for some interesting pointers. I really need to get into Python ;) As for SVN I really like SmartSVN (http://www.syntevo.com/smartsvn/index.html). I also put down my vote for Trolltech Qt. I have been using it for years now for application development and Qt is getting stronger with every release.

]]>