Hi Michael, Attached are my PyCon 2009 slides for the Kamaelia toturial I gave. The first hour was spent reviewing current concurrency solutions, from simple xargs bash, to subprocess, to the Python 2.6 processing module, a bit about Twisted, some code samples, etc. The rest of the time was spent going through Kamaelia basics, showing examples of different component types, looking at the epydocs (I ran httpd on my laptop, and exposed the epydoc output generated from your code. I asked people to look at it while we reviewed code), and writing small examples on the fly. The slides do not properly represent the free-form coding and review we did. I hope the tutorial is somewhere online.
One person who attended is a scientist who does data modeling for cancer research. She wants to try to use Kamaelia to distribute this this, and I offered to help set her up if she can get scrubbed data to pass my way. I have CC'd her on this email. If she is able to get scrubbed data, I'd love to post it to the list and have us all think about how to help he effective distribute the computations and other data operations. At PyCon I also spoke to the game developers who wrote EVE, about Kamaelia vs. Stackless, and they gave me some charts comparing performance of the two tools, and said they chose Stackless because of the performance. I still like the Kamaelia interface and overall paradigm much better, and wanted to ask you about this. Is the performance problem predominantly in the scheduler, and under what circumstances would we see it? Also, I've been invited to speak at Open Web in Vancouver, which is traditionally a PHP gathering. They are trying to make it more diverse, and I will most likely be one of the very few/first Python speakers there. But I would still like to go, and I think I'd like to demonstrate an example of Kamaelia speaking via socket I/O to a PHP application. The reason for this is entirely selfish. I want to propose a different way of writing plugins for Drupal, Pligg, and other PHP web frameworks and wikis. I am proposing that we write plugins in Python, based on HTTP or other protocols, to standalone services, so they can be used by PHP frameworks, or any framework for that matter. My inspiration for this is my recent contract work with Drupal and Wordpress. I am asked by friends to help them get their PHP framework sites working correctly, which is not hard in these frameworks. But maintenance, upgrades, and advanced plugins which modify the core database schema, cause all sorts of havoc in these frameworks. PHP is already lacking in some serious ways, but the framework code written in PHP seems to cause even more problems. The only way I can think of migrating existing users away from these impossible to maintain frameworks is to provide network/service pluggable components for them. For example, if the entire database back end could be replaced with a Python ReST based HTTP CRUD calls (GET/POST/PUT/DELETE) to the MySQL db, it would decouple the front end PHP services from the back end authentication and DB model. This alone would open the possibilities of serving plugins written in any language, as supplemental tools to Drupal. This monolithic PHP model just isn't sustainable, and may end-users don't realize it until (1) they're in the thick of it and need to upgrade a year later, or (2) they try to do something very advanced in this framework. I think Python and Kamaelia can get us out of this mess, and I want to put together a simple example for the Open Web conference to demonstrate this. That being said, I'm looking at the HTTP server request header code, and I'm going to write a CRUD component for it, detecting GET/POST/PUT/DELETE from the request header. I am tempted to write it as a graphline, accepting the four different inputs, issuing a response header and body output. Does this sound correct to you? Thanks again, and please excuse the rambling. Gloria --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "kamaelia" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/kamaelia?hl=en -~----------~----~----~----~------~----~------~--~---
Kamaelia.Pycon2009.odp
Description: application/vnd.oasis.opendocument.presentation
