PHP Toolkit for ADO.NET Data Services

Well that is an interesting crossover: Having your data served by .NET on a REST way, being easily consumed by a PHP web app.

See A new bridge for PHP developers to .NET through REST: PHP Toolkit for ADO.NET Data Services which I've found via Julie Lerman's Blog , which I've found out via Google after receiving an email from O'Reilly inviting to a free webcast with her: Entity Framework Tips & Tricks.

This is the nature of the Internet, it provides a continuous stream of connections (links) popping up every second that allow us to thread our way through many interesting subjects.

For a curious mind like mine, this is both a blessing and a curse, as it allows me to grow my knowledge and renew my stock of questions, but surely steal out lots of my time, thus playing havoc with my personal planning... :)

Carnitas Recipe

Thanks Jonathan for directing me to it (through Twitter):

http://food.rlove.org/2008/09/slow-braised-carnitas.html

Book meme

Instructions :

• Grab the nearest book.
• Open it to page 56.
• Find the fifth sentence.
• Post the text of the sentence in your journal along with these instructions.
• Don’t dig for your favorite book, the cool book, or the intellectual one: pick the CLOSEST.

"Uma parte das matérias será predominantemente presencial e outra, predominantemente virtual"

Translation:

"A number of classes will be predominantly face-to-face and others will be predominantly virtual"

Time to port some Windows XP drivers to Vista 64

Not the project I dreamed of, but it is still nice having to learn the innards of the newest Windows versions and x64 development.

Before anything else time to upgrade the DDKBUILD script to the newest available which covers kernel-mode development for Windows Vista and 2008 Server.

http://www.osronline.com/article.cfm?article=43

Put simply ddkbuild.cmd is a must-have for drivers' development, as it makes integration with VS2005 viable, newer versions of VS may also benefit but as I'm stuck with that version I don't know.

Sneer Summit was very nice!!!

We've discussed core technical issues like the component model abstracted around "Bricks", with some AOP-like cross-cut concerns added as "Natures". This was in Java.

Them some discussion on data-model separation. Currently it is tied to the component model, by defining POJOs that flow in-and-out the Brick mandatory public interface.

Them meta-programming, to substitute current "Nature", run-time injection of behavior with more debuggable Macros, but as that means using another language (Boo migrated to JVM as Boojay) it is not clearcut if the Sneer coders will go down this route.

After suffering some "Rock Band"-ness, I swayed to the sovereign games development session, where discussions just kept the big question unanswered, what kind of game would be a sucess in a Sovereign landscape.

Finally, we got back to the final all-voices discussions on the merits of pursuing such a project and how to make it effectively grow up. Most people feel that a killer app is needed, and that portable protocols should be defined to enable developers not to be forced to use Java or more generally just some specific language/platform to develop Sovereign pieces and apps.

I, for example, still prefer to implement my sovereign bits in C#,Boo, or probably some Mono-based DSL I'll cook in the vein of Intentional Programming or Reinvention Of Programming

Preparing for the Sneer Summit

Tomorrow night, I'll fly to Curitiba to participate in the Sneer Summit, that will happen on Sunday (Apr 25).

Have been reading all the basics on the subject (again and deeper), except the java code.
The subject is Sovereign Computing.

Probably some crazy idea will jailbreak out of my head, while there. Hopefully...

Java support in Google's App Engine and Mono and Sneer

I've been reading and watching the videos from Google's Campfire One, about the new features they've added to App Engine, specially the Java support, and got thinking of some possibilities when throwing Mono in the picture:

1. We can see if they have interest in having Mono support in the App Engine, meaning basically to be able to host ASP.NET apps in there. That entails customizing the core libs/APIs using Mono as the VM and the libraries source, and also developing a plugin for Visual Studio (and maybe Monodevelop/Sharpdevelop) to give ASP.NET devs (WebForms and MVC) the same integrated experience they've provided for Java devs using Eclipse
2. We can help Keerthi's proposal to GSOC for implementing a clone of Azzure take off, and integrate it into Monodevelop, and perhaps Visual Studio. The advantage here being that we would have an open-sourced cloud implementation, that more people can host, even as an in-house solution.
3. We can retarget the Java in App Engine ideas from Computing in the Cloud, to Computing in the Crowd (Sovereign Computing),  it even keeps itself in the Java realm for the Sneer implementation of SC.
4. Sneer.NET could offer something akin to Azzure
5. We can drop all but the main concepts and have some Mono-based Cloud Implementation.

Well possibly some other permutations are also viable.

I've just thought to get the ball rolling on discussing those dreamable projects.