Skip links

Blogs

My Google birthday cake

My awesome wife, Rebecca, had her cousin Lauren make this dope and delicious cake:

Google cake by Lauren Matalon

Why all the HTML5 hoopla, you ask?

From a reader: I think the case for HTML5 is being a bit overstated. Even if it is widely adopted (which I think it will be) I am not sure how dramatically different the experience will be.. It removes the need for plug-in RIA's like Flash and Silverlight, but that is tantamount to standardization of technology that has more or less been around for years.

From one angle, the whole point is indeed that the experience will be the same. So from a typical end-user's perspective, it doesn't matter a hoot.

It does matter for some end-users from a marketing perspective -- just yesterday I met with a prospective client and they wanted to move their (uneditable, unsearchable, unmanageable) site from Flash to HTML. They'd heard for themselves that HTML itself could do any of the cool stuff like animations, while potentially solving the usual pitfalls of Flash because HTML is more a part of the web -- and they're novice. There's been a perception that if you wanted a cool, "flashy", interactive site (especially for entertainment, fashion, arts) you wanted to go with Flash. That's now going out the door, thanks to fodder from Google and Apple and the broader community, and I welcome that. I would have to explain to clients that they didn't need Flash just because they wanted a rotating feature spot or fading graphics on their website!

And it of course does matter from a developer's perspective and a broader development-of-the-web perspective. The case for HTML5 is largely a developers rallying cry, pushing the community to adopt it and pushing tool-makers to support the standard. Why? A web based on standards makes for a better web -- no more plug-in issues (how many businesses refuse to allow Flash) = less dependencies to worry about, deep integration with every other aspect of the client-side stack = a richer experience, lighter-weight and tightly-coupled to the core standard = easier to deploy and support on all kinds of devices on our fragile web, open versus binary = searchable and editable the web way, standard versus proprietary = legally and forever a part of the open web owned by no one, and so on and so on. Further, it bridges a gap amongst the web development community which is important from a broader industry standpoint.

So the case for HTML5 is a case because that's how evolution and adoption goes. It's as simple as that.

Some HTML5 fun:

Apple's HTML5 examples: http://www.apple.com/html5/
Chrome Experiments: http://www.chromeexperiments.com/
Full-on Quake game w/ HTML5 (must be a geek to compile): http://code.google.com/p/quake2-gwt-port/

If you want to try the Apple stuff on Chrome, change your user-agent to trick the site into thinking you're running Safari with this extension: https://chrome.google.com/extensions/detail/aafciojnlamllgpkpdkbamkfgbof...

Recap: Drupal Miami meetup, 4/27/10 @ Incubate Miami

On Tuesday, April 27th, a few of us got together for the latest Drupal Miami meetup. I intended to write a quick recap, and so here it is, just in time for tonight's meetup.

We got together at Incubate Miami for this meetup, a temporary departure from our now-usual location at the Knight Foundation's headquarters. Seated in Incubate's trendy lobby, we promptly got into a discussion about the recent DrupalCon in San Francisco, with attendee Hector sharing a bit about the sessions and BoF discussions he had liked. From there we bantered about -- with myself, Hector, Carol, Vince, Steve, Adam and John all having something to say (sorry if I missed anyone).

Before long, our discussion centered around our proposal to put together a DrupalCamp Miami. We talked about the need to pull in designers, introduce them to the power of Drupal and align with them to strengthen our capabilities and our community. We talked about leveraging Miami's strengths with respect to it having a strong design (fashion, art, music) presence as well as its position as the gateway to (and for) Latin America. I promised to pull together a sort of vision statement, and here's a shot:

DrupalCamp Miami will bring together coders, designers, implementors and all those interested in learning more about the awesome power of Drupal, the leading content and community management platform that's behind some of the biggest and best interactive websites in the world. Miami is a world-class city, the gateway to the Americas and an international center for entertainment, media, music, fashion, film, and the arts. Our vision for DrupalCamp Miami is to bring together implementors from every part of our vibrant ecosystem for two days of intense learning and sharing about building beautiful websites with Drupal.

This is a rough start and we'll evolve it from here. Oh, and here are some pictures of our meetup, along with a photo tour of our gracious host's quarters.

P2P is the Future of the Cloud (or Why Diaspora is the right response to Facebook)

In response to a discussion about Facebook privacy concerns and what some kids are doing about it with the Diaspora project, I repeated what is a common mantra with me: P2P is the future.

It's just a matter of time. I keep saying it. It needs to happen and it will happen. It will address our issues with giving all of our data to any one big company, with capacity, with privacy, with reliability. Of course, for this to happen complex network infrastructure needs to be open sourced and some things need to be invented. But luckily, the software is what's most important. For us to get there, there need to be major market forces and other incentives at play. One such force is the backlash over privacy we're seeing -- and we'll continue to see a lot more until efforts start being channeled towards open source, decentralized and distributed alternatives. Eventually, they'll be just as good as centrally served experiences, and eventually they'll be better and the current client-server model will be but a memory.

When asked how that fits in with the idea of the cloud, I offered the following explanation.

The cloud is simply a term to describe the idea that the complex infrastructure that serves your applications and your data (i.e. your computing experience) resides "out there in the cloud". It's a marketable term that helps avoid unnecessary talk about servers and datacenters and colocation and content delivery networks. All of the messy stuff from expensive hardware to expensive security processes and more is handled by one or more companies, and you just consume using thin clients (i.e. anything with a web browser and a local cache). It helps us into the future, as people start to understand and accept the idea of software as a service.

P2P describes how some of that messy network stuff can work. The idea is that the network is the computer. Everything -- all the code and data -- that makes up our experience is distributed over the countless nodes that are yours and my and everyone's computers. The processing of all that stuff is handled by the commodity processors in all the nodes (our computers, kiosks, anything sufficiently internet connected). There may be companies and governments that offer supernodes which help bring more resources to the grid. All of this stuff is encrypted and distributed and your stuff is only accessible by you.

And in fact that's how much of this stuff is working right now. Google's cloud is really a private distributed P2P infrastructure. They have commodity servers with certain hardware and software specs and these are geographically distributed as well. They just plug in a new node (server) and it starts talking to the other nodes and it's ready to go. There's no dependency on any one node -- if one node dies, traffic avoids it and a new one is plugged right in. Data is distributed redundantly across the entire global network. You log in from anywhere and you've got access to all your stuff.

Imagine if Google released their P2P network to the world (I'm hopeful) and we all worked on one of those nodes. Well, that's true P2P. We are all contributing and receiving (more or less depending on your node's constraints) on this P2P network. It's a commons of sorts, owned by no one.

Gone is the issue of Google having all our data -- because it's everywhere and nowhere on a distributed, encrypted network. Gone the Facebook privacy concerns -- because you own your information and you decide how you want it to interact with other services. Gone is the issue of capacity -- as the network grows the more nodes are on it. Gone the ability for the government to subpoena all your search queries from Yahoo or Google -- because your stuff's flowing through no one company. And it would severely hamper the ability of a government like China or Iran to shut down services -- because you can no longer tie a particular service to a particular isolated range of IPs.

Of course, there are so many new challenges... but such is the nature of our evolving world order.

These folks with the project called Diaspora -- I think they get it. I don't care if their project is all smoke and mirrors and nothing ultimately comes of it. As far as I'm concerned they're bringing a necessary and oft-ignored discussion to the forefront. I welcome that.