I was in a pixel mood while sketching in the Gimp tonight … trying to conjure up something old-school. Does it work?

As Joyeur suggests,¹ EC2 isn’t an uber-scalable webhost yet,²³ but it does present some incredible possibilities for the data processing side of web applications. Several of my product ideas hinge on a significant amount of back-end processing, for rendering things from data definitions to picture and movie formats. Scaling that sort of problem with the standard web setups is expensive, but when you can parallelize it on the cheap you’ve hit gold.

1. Joyent, of course, has good reason to tell us that EC2 isn’t ready for scalable web hosting, as they build a competing product … but their article is still a worthy read ↩
2. Though I can see ways to apply EC2 to the Rails-Mongrel proxy problem ↩
3. And with management front-ends, scalable web serving is possible ↩

Not that in-browser windows are a great idea, but here is a Javascript library for showing modal and non-modal Javascript/browser windows. The library includes window styling, dialogs, and performs quite well on my workstation.

Some examples of the Metisse window manager, now included in Mandriva’s fine Linux distribution. See the Metisse home for project details. It’s fun to watch the ideas fly by with the various new window managers. (via).

A great business card idea: using a tag cloud on the back side.

Don’t worry about people stealing your ideas. If your ideas are any good, you’ll have to ram them down people’s throats. H. Aiken

Here’s an idea that I haven’t had a chance to hack at yet: Php++. Take the base language, clean it up using a simple pre-processor, and spit out regular Php. Think of it like Rails, but inverted. Instead of creating a few mini-languages to replace HTML/CSS/Javascript/SQL generation, find a way to string these languages together in a cleaner way. An exoskeleton versus an endoskeleton.

I don’t have anything against Ruby (it’s a cleaner, crisper Perl), and it’s not like I don’t appreciate what Rails tries to do. What gets in my way is that Rails introduces new domain-specific-languages that aren’t as good as what they replace.

What Rail’s DSLs intend to do is great: automating database migrations, schema/code synchronization, managing project skeletons, Javascript integration, and more. The problem is that these DSLs are specific to Rails, and represent non-portable knowledge. You have to relearn how to do JOINs, UNIONs, and POSTS. Not that the Rails way isn’t clever, but it’s a layer between a set of languages that are already really good. My question is, what’s wrong with writing SQL, HTML, and JS? I think the answer is that their intersection is messy, and you duplicate your application’s domain knowledge between each of the specific languages.

So Rails helps to enforce the One Definition Rule, but it does so by inventing new mini-languages. Rails does it well, which is forgivable, but I’m thinking that the same end is possible while still embracing SQL, HTML, and Javascript. Anything you know about these languages should still apply, so anything you learn using the tool would be useful elsewhere.

Enter Php++

Add a small number of keywords similar to the QT C++ extensions that make it easy to generate sensible code from your SQL/HTML/JS. For example:

class student {
    public get address() = "SELECT * FROM Students WHERE id = '$sid'";
    public set address($street, $number, $etc) = "INSERT ...";

    // The display portions rely on get/set
    public edit show_edit_form() default(); 
    public edit show_inline_edit() default(ajax);
    public view display_full_address() default(); 

}

The extensions would also take care of the mess around escaping SQL, and could switch between various SQL backends without much trouble (mysql_*, Pear::DB, etc.). And the Php++ processor would do the right thing, and would generate real, readable Php.

Now my only problem is finding the time to hack at it.

A HOWTO on wooing the muse (read the comments for additional ideas). In the end Nike nailed it: Just Fucking Do It.

RFC 1925, The Twelve Networking Truths. A nugget:

Every old idea will be proposed again with a different name and a different presentation, regardless of whether it works.

From McSweeney’s Internet Tendency (absurd, humourous lists), Three new Mac ad ideas. Do not read while drinking any sort of fluid (nasal-spewage warning).