PyCells and peak.events

When Phillip Eby works on something that has “head-exploding” properties, it’s worth paying attention to see why he’s putting forth the effort: PyCells and peak.events. Sometimes these things look academic and not useful in reality, and I’ve seen responses along these lines to TurboGears’ use of Rule Dispatch. Really, though, this looks quite valuable for certain kinds of problems in certain kinds of systems.

5 thoughts on “PyCells and peak.events”

  1. I’m a big fan of your project TurboGears because it’s written in Python and I strongly prefer a framework written in a language I already use, as opposed to learning Ruby to use Ruby on Rails.

    The one thing that holds me back, however, is your use of SQLObject. People say it’s going to improve, but given your modular model, shouldn’t you choose best of breed right now? What is the status of SQLAlchemy within the TurboGears project, and would you consider swapping out SQLObject for SQLAlchemy?

    In any case, keep up the good work.

  2. The good news, though, is that the Common Lisp Cells (which the PyCells project is porting) is almost ten years old and has been used to wire many a GUI framework (Mac OS9, win32, Gtk, Tk, and one sitting atop OpenGL/Freeglut) and was used in a rather large enterprise application, for everything from the GUI (this was the win32 GUI) and even to animate the object database.

    Nothing academic there, and I would note also that Cells was developed in blithe ignorance of the substantial prior and existing art, purely as a reaction to specific application engineering problems. I think that is one reason it has been successful in real-world use where classic constraint programming has not.

Comments are closed.