Developing Upwards

My blog has been renamed to reflect a continued technological theme, but not completely programming related on every post. Enjoy.

I caught wind of InnoScript's Porcupine realease, today. They seemed to have done something pretty spiffy, even though most of the work is done by XUL. It says it works on IE, as well as Mozilla browsers, but I'm not sure how that works if its a XUL-based system. Everything in the demo is pretty responsive. The widgets are full-featurse and intuitive, and they do everything you think they should. The icon widget didn't select tho, or drag, but it double-clicked. Column widths are draggable, tables are resortable, and menus are quick. Its all very nice for a web app in JavaScript. The whole time I looked around in the demo, I kept thinking to myself how things like that could be done in Athena, and what is there to support it today and what is missing that needs put in. The Divmod-guys didn't seem opposed to that sort of thing.

I had forgotten (maybe on purpose) that I can not afford to attend PyCon this year. The blogosphere reminded me when I started seeing all these pictures and notes from the first day. I hope everyone is enjoying it, and with some luck I'll see you at PyCon '07!

RSS, Atom, and Feeds, oh my! All terms that get tossed around lately more often than Dick Cheney hunting jokes on the Daily Show. In a world of increasing information overload, feeds and aggregation are the emerging solution to tackling the problem of "How do I deal with all this stuff I could know?" Like any new technology, feed syndication is not without its problems and limitations, and I would like to bring up a limitation today: the Web is more than a source of content, its a collection of interfactions with that content, and feeds only syndicate the content, ignoring the interaction. Where is the syndication of interactivity to various web services? To begin with, how about letting my news reader include all the commentary to the article and allowing me to comment myself, without going to the original website? As long as I'm getting new recipes every day, why can't I just as easily (and, from the same place) submit my own? The web was always meant as a two-way m

Since I have begun a career as a "professional web developer", I've thought that maybe I should come up with a personal web project for myself. I usually prefer non-web work for my own stuff, but the challenge to do really good things in the limitations of a webpage is pretty cool. So, what should I do? I've thought of some ideas, but I'm not sure which would be the best... A virtual pet website, with actual interactivity with your pets, who will be driven by similated biochemestry and artificial neural networks, much like Creatures. A web-based Python IDE, designed to be used by other applications or stand-alone. An artificial neural network development suite as a webapp. A waste-my-time website full of different web-based games you can play with other users anonymously (ie, no registration. just go and have fun.) I dunno, I just need to have something of my own to spend some time on now and again. Any thoughts on what sounds cool?

Slashdot | One In Two PCs Won't Run Vista's Interface But 100% of the OEMs' systems built specifically for Vista will run it just fine, and who cares about anything else? Joe-user doesn't upgrade windows, he buys a new computer. If you upgrade your OS yourself, you're going to have a better graphics card, anyway, most likely. Another thing I am tired of hearing about is claims of "Aero will burn through my electric bill" and "Vista will kill my CPU with its fancy GUI!", because it is all FUD. Moving more of the GUI processing off of the CPU will improve overall system performance, user productivity, and there is nothing forcing a hardware-based GUI to keep a frantic framerate like any game. Slashdot, you found me some great things, when I didn't know any better. Now, you're mostly a source of things for me to get angry about and try to correct.

Brett Cannon: Clarifications on LINQ : "Calvin Spealman set me straight on the true importance of LINQ." Well, what an interesting start to an article in my news reader. Yes, I am Calvin Spealman. Brett goes on to talk about some details of this, mostly repeating and rephrasing what I set him straight on (his words, not mine), in reguards to LINQ. Although we can not, at this time, get the AST for any expressions or blocks prior to compilation, I don't expect or see how or why we would reach this at Python 2.6, either. Firstly, I don't see how python would no to not-compile anything without some special "this is meant to be used just for its AST" syntax. Secondly, I doubt it would be any cheaper to generate the AST without compiling it into bytecode, after factoring in the time it might take to figure out if you need to do so or not. The most likely and efficient way will probably be the most obvious, in this case: pass a function object, built with def or l

I am not a core Nevow developer, but am only a developer who uses it. I do talk a lot with the developers, and try to keep up with what is going on there. So, I do know a bit about what is going on, and where things are supposed to go. I know that contexts (a type of object passed around that gives access to the current tag being rendered, remembers adapters between interfaces, and does other stuff that isn't so good) is supposed to go away, eventually, at some point, somehow. There is little talk of how, when, and that sort of solid thinking on the subject. So, for the heck of it, I'll propose a plan of action, and this is it. Step #1 Fork it, so that all the refactoring can be done and if anyone needs a backward compatible Nevow, it can still be around for them. There is already xmantissa and xquotient, so it wouldn't be a stretch to add xnevow. My other favorite is to just say that Athena is the new Nevow (see Step #2) Step #2 Pull everything out of the fork that Athena