Alex Barnett blog


Join me at Web 2.0 Expo New York - Building in the Clouds: Scaling Web 2.0

I'll be taking part in one of the Cloud computing panels at Web 2.0 Expo New York this September, details below. If you want to meet up, let me know.

Web 2.0 Expo New York 2008

Building in the Clouds: Scaling Web 2.0

Jason Hoffman (Joyent, Inc.), Alistair Croll (Bitcurrent), Alex Barnett, Dwight Merriman (10gen), Jinesh Varia (Amazon Web Services)

10:30am - 11:20am Thursday, 09/18/2008

Performance & Scaling
Location: 1A23 & 24

Cloud computing is self-serve outsourcing for web companies. Clouds give even the smallest startup access to world-class infrastructure that can grow as needed. And developers build apps faster because they start with the building blocks of online applications: authentication, storage, messaging, and the social graph.

But the range of Cloud offerings is daunting. From self-contained development tools to virtual “bare metal,” selecting the right layer of Cloud offerings fundamentally changes how you run your business, what tools you can use, and ultimately how much control you have over your future.

Join this panel of Cloud computing innovators for the silver linings—and dark sides—of the Cloud.

Project Management as SaaS, Programmable Wikis and more

Two new interview podcasts to share (recorded by me and Ted) for the Bungee Line:

Nate Bowler, CTO of @Task

@task (or AtTask) is a Utah-based tech company providing a comprehensive, web-based project and portfolio-management package delivered in both a SaaS and on-premise model with a very rich web API set. We talked with Nate about the evolution of their web services design and @task's future product plans in light of the market opportunities presented by the availability of the increasing number of 3rd party programmable web services.

Steve Bjorg, Founder and CTO of MindTouch

Prior to founding MindTouch Steve worked in advanced strategies at Microsoft focusing on distributed systems and web services. We talked with Steve about the MindTouch platform, its rich set of web APIs and the implications of a programmable wiki. MindTouch goes beyond providing open source wiki collaboration and content management - it's delivering a leading edge application integration and development platform called MindTouch Deki. Michael Coté, an industry analyst with RedMonk (analyst firm) picked up on both the podcast interview and news of the latest release of MinTouch Deki.

(About The Bungee Line: The audio podcast for web developers, covering web API's, software development, and the creation of (extremely) interactive web applications.)

Stroke UX, Synthetic Life and BMW: Geometry and Functions In N Adaptions

Three videos that made me think:

How it feels to have a stroke (TED Talks)

Neuroanatomist Jill Bolte Taylor had an opportunity few brain scientists would wish for: One morning, she realized she was having a massive stroke. As it happened -- as she felt her brain functions slip away one by one, speech, movement, understanding -- she studied and remembered every moment. This is a powerful story about how our brains define us and connect us to the world and to one another.


Craig Venter: On the verge of creating synthetic life (TED Talks)

"Can we create new life out of our digital universe?" asks Craig Venter. And his answer is, yes, and pretty soon. He walks the TED2008 audience through his latest research into "fourth-generation fuels" -- biologically created fuels with CO2 as their feedstock. His talk covers the details of creating brand-new chromosomes using digital technology, the reasons why we would want to do this, and the bioethics of synthetic life. A fascinating Q&A with TED's Chris Anderson follows (two words: suicide genes)


BMW GINA Light Visionary Model: Premiere

With the development of the BMW GINA Light Visionary Model the BMW Group presents trendsetting solutions. Chris Bangle gives us a first impression of the ideas behind the process of sculpturing an experimental study. This is the story behind this innovation!

Posted: Jun 19 2008, 10:40 AM by alexbarnett | with no comments
Filed under:
Open Source in a SaaS World

About a year ago, I took part in a meeting where the question: "What does open source "mean" in a SaaS world?" came up in conversation.

A year later, that same question is becoming increasingly pertinent as the IT industry's move to Software-as-a-Service (SaaS) and cloud-based computing accelerates.

For Bungee Labs (I work there), where

  1. we provide an entire platform-as-a-service  (PaaS)
  2. developers create, share and re-use code and deploy apps in the cloud
  3. developers "consume" and program against third party web apis and will create their own

...the "meaning" of FOSS is central within these different contexts and has many possible answers with many non-trivial implications...Three dimensional chess as it were.

Three-dimensional chess in the 23rd century.

(pic source: Memory Alpha, the Star Trek wiki)

For this post, I want to share some of the considerations relating to # 1) above: the context of open sourcing Bungee Labs' own system (Bungee Connect). Last month we stated that:

"Bungee Labs is evaluating several Free and Open Source Software (FOSS) licenses for the software components that comprise the complete Bungee Connect system. However, the task of reviewing the various FOSS licenses, and then identifying which of them best aligns with the software components and subsystems created by Bungee Labs–as well as ensuring compatibility with third-party components upon which Bungee Connect relies–requires considerable review and source code preparation. And we want to do this right, with the community’s involvement."

Since and before that announcement, Ted Haeger (who runs the Bungee Connect Developer Network) has been discussing some of the issues at hand and some of the options we see before us with some very "FOSS savvy" communities at events such as Socal Linux Expo, LugRadio Live USA and LinuxFest Northwest and of course with Bungee Connect's own growing developer community.

Today there's an interesting conversation going on between Ted and Simon Wardley, ex-COO of Zimki / Fotago who resigned last year over the company's decision not to open source their platform (the video of his announcement at a OSCON 2007 talk he gave "Commoditisation of IT and What the Future Holds" makes for entertaining and informative viewing all of its own...Simon discusses open source in a SaaS context. Update: Simon let me know of this video which also includes the slides

Anyway, back to the thread:

All three posts (and more to come no doubt) make an informative and interesting read, but I want to highlight one of the key issues in discussion.

The SaaS Loophole

The issue goes back to the question: "What does open source "mean" in a SaaS world?" and specifically the licensing issues. I'm going to quote and edit from Ted's post somewhat  liberally (Ted owes me a Sushi, so we're quits now :P ) and isolate an (if not "the") open source licensing issue in the context of SaaS (my emphasis):

"Personally, I think that GPLv3 is the wrong license for freeing any SaaS or PaaS offering. The Free Software Foundation has a better license for this purpose.

GPLv3 is inadequate because it does not mandate that modifications that others make be opened. Originally, GPLv3 was planned to close up the “SaaS Loophole” (a.k.a. the “ASP Loophole”) in GPLv2. However, as I understand it, several large companies pressured the FSF to remove the key clause that would have closed the loophole.

What is the loophole? It’s this: if you take free software and offer it as a hosted service, then you are not conveying the software, and are therefore not obligated to reciprocate your modifications to the original code. In the context of service providers, GPLv3 is effectively the same as the BSD license. Many companies, Google among them, live inside this loophole. (For now, Bungee Labs is also in that camp.) Some remain there deliberately. Others are in it simply as a matter of course…that is, where they are in their business development process."

So that's the "SaaS loophole". Where's the loophole now? Ted explains:

"Perhaps the argument could have been made in the age of GPLv2 that the SaaS Loophole was an oversight, but now that GPLv3 has the loophole by design, it’s really no longer a loophole. The latest version of the license supports the practice. (And just to be clear, I am not advocating this for Bungee Connect.)

...Say Bungee Labs opens Bungee Connect under GPLv3. Is there a danger that small companies could replicate our offering? I don’t think that’s the case. But could a well-funded company do the same, fork the code, and then fund an engineering team to outpace the original inventors?

...The Free Software Foundation also provides the GNU Affero General Public License version 3, or AGPLv3. AGPLv3 specifically closes the SaaS loophole. Instead of being triggered by conveying the software, AGPLv3 is triggered by accessing the service. This helps to reduce the risk that a company could not branch the code and then out-engineer the originators, as the vulture company would be obligated to share-alike terms with their derivations."

So, is the AGPLv3 the right license for Bungee Labs to pursue?  Is it the right license for SaaS providers? Is it enough on its own? (back to Simon Wardley's point in his post). Each company has their own unique circumstances and they each need to think through the 3D chess game. We're still working it out at Bungee Labs.

For us at least, I think some of the potential answers are becoming clearer, and others not yet. But it is the kinds of discussions that Ted is having with Simon that are a critical part of Bungee Labs' decision making process around FOSS. It cannot be an insular process.

The Third Order of Order

I'm thoroughly enjoying David Weinberger's Everything Is Miscellaneous (The Power of the New Digital Disorder).

Weinberger has a canny knack for taking a subject matter I feel I'm already familiar with and yet illuminating and expressing facets of it in such a way as to greatly further and deepen my understanding of it. I'm storing the following quote from the chapters "Lumps and Splits" as I'm sure I'll want to reference it again - a great description of how knowledge and information is being transformed in its organization and interface:

"In the third order of order, a leaf can hang on many branches, it can hang on different branches for different people, and it can change branches for the same person if she decides to look at the subject differently. It's not that our knowledge of the world is taking some shape other than a tree or becoming some impossible-to-envision four-dimensional tree. In the third order of order, knowledge doesn't have a shape. There are just too many useful, powerful, and beautiful ways to make sense of our world."

If you haven't already done so, I recommend reading Weinberger's two other books, Small Pieces Loosely Joined and (co-authored) The Cluetrain Manifesto. And that reminds me, I need to update my LibraryThing.

Classic Raymond Chen

Here's some classic Raymond Chen:

"Apparently I've been promoted by mistake all these years".

Posted: May 07 2008, 09:44 AM by alexbarnett | with no comments
Filed under:
Chris Anderson: Charlie Rose interview discussing FREE

I spent some time this morning watching the Charlie Rose interview with Wired's editor, Chris Anderson, discussing FREE.

The interview covers the economics and ideas driving the Internet's current (and future) state: the Gift Economy; the Attention Economy; and the Reputation Economy. Rose leads the conversation into topics such as covering the Freemium business model and consumer perceptions about the value of privacy (or lack of thereof).

The interview also moves to the topic of the Yahoo! and Microsoft merger. Rose asks: "Why is it that Yahoo! can't recruit the people at Google - through some extraordinary salary offers - that would let Yahoo! replicate what Google has?"

Anderson's answer (paraphrased): "There is a basic philosophical difference between Google and Yahoo! Google is a Machine company. Google believes that data, machines and the Algorithms will drive the company's growth. Yahoo! is a people company - it believes content created by people and the conections made between them with its drive growth."

"And what about Microsoft?", Rose asks. Anderson responds (again, paraphrasing) - "Microsoft is a pre-web software company that philosophically wants to be somewhere in between Google and Yahoo!" An oversimplified analysis, surely (hey, it's a TV interview answer), but I think the Anderson's conclusion is pretty accurate at its heart.

Designing Web APIs - Twitter Learnings

Although I made it to Web 2.0 Expo in San Francisco last week, I didn't make it to a session Matt McAlister blogged about by Twitter’s Alex Payne and Michael Migurski of Stamen Design who presented learnings from the perspective of an API provider.

But I can see the slide deck discussing the Twitter API and so can you:

More Web 2.0 session slides available here. Recommended:

 Videos of sessions here. Check out Clay Shirky's session, author of Here Comes Everybody: The Power of Organizing Without Organizations (a good read btw).

The Efficiency of (the) American English Language

As I've come to learn while living in the US, the American English language is more efficient than its British English cousin. The difference between the two languages is more than just fonetic phonetic simplification - the general rule seems to be about using fewer letters and words as a whole. Here are some of the examples I've bumped into:

American English British English Diff count Links to notes
Four hundred twenty Four hundred and twenty 3 notes
Delimiter Deliminator 2 notes
Oriented Orientated 2 notes
I use less words than you You use fewer words than me 1 notes
anesthetist anaesthetist 1 notes
color colour 1 notes
program programme 2 notes
aluminum aluminium 1 notes
donut doughnut 3 notes
yogurt yoghurt 2 notes
ass arse 1 notes
Duh! Of course 4 notes

As we know, most rules have an exception, and the "using fewer letters and words" rule is no exception:

American English British English Diff
Links to notes
Triple 2% grande double mocha vanilla extra hot latte add non-fat whipped cream Cup of tea -67 notes

 Color vs. Colour - The Great Spelling Battle

(pic from Color vs. Colour - The Great Spelling Battle)

Posted: Apr 29 2008, 09:27 AM by alexbarnett | with 9 comment(s)
Filed under: ,

About four years ago I wrote a post (on my old blog) about some of the verbal tics and language use I encountered at Microsoft (memetic habits I inevitably picked up myself).

My observations centered around the use of the word "so", example:

"So, here’s the thing: do I use the word ‘so’ a little to start a sentence? Absolutely! Do I also like to ask a rhetorical question to make a point? You bet.  So, can I combine both techniques into one.? Bingo. Right, so...Now, there, in fact just now, we used an example of a sequence of at least 3 words that acted as delaminater from one thought to the next."

I was reminded of this by an article at Seed Magazine called "So", researching the various theories relating to the use of the word (published this week and found via memeticians). Not the "so" as in the intensifier (so expensive), or the "so" that joins two clauses, but the "so" that introduces a sentence. The article cites me and the idea where "so" acts as a "delaminater" (not "deliminator"). Michael Erard, the author of the Seed article picked up on this word play:

"Alex Barnett wrote on his blog that "so" was a "delaminater" word. To him an idea was a concrete object, much like an onion. "So" was the word a speaker used to convey that another layer was peeling back. This metaphor implies that ideas have a kernel that one could reach with enough "so"s, a notion surely enticing to the problem-solvers and the goal-oriented. I prefer to think of "so" as a vehicle across a landscape of knowledge. It lies not so much in between points on a terminal trajectory, but more on perpetual journey across points of understanding. In this sense it shares some qualities with the infinite "why"s of a two-year-old. Another "so" can always follow the end of a thought. The trajectory is endless; the rabbit hole has no bottom. There will always be more questions for science to answer.

So, would it break Michael's heart to learn that my use of the word "delaminater" was a double typo error on my part?

Posted: Apr 27 2008, 09:47 AM by alexbarnett | with 4 comment(s)
Filed under:
Bungee Connect news x3 to share with you this morning

Three big pieces of Bungee Connect news to share with you this morning:

1. Bungee Grid now running on Amazon EC2 and accessible to Bungee Developers

Bungee-powered application hosting on Bungee Grid-EC2 using Amazon’s Elastic Computing Cloud (EC2) infrastructure is available today upon special request for deployed Bungee-powered applications. The Bungee Grid-EC2 option is in addition to Bungee Grid-US, Bungee Grid-Europe. As a live example of a Bungee-powered app running on Bungee Grid-EC2, we've now deployed on Bungee Grid-EC2. Pricing model and other details available here

2. Announcing Bungee Application Server

This is sweet: Developers wanting to deploy Bungee-powered applications on their own servers will be able to download a complete single-server Bungee Grid as virtual software appliance called the “Bungee Application Server”. The Bungee Application Server uses VMware technology and operates as a single complete management and delivery server for Bungee-powered applications. The Bungee Application Server will be first made available in June 2008 to BCDN Early Adopter Program (EAP) members. General Availability for sustained commercial deployment is expected in Q4 2008.  More details including pricing and licensing info here.

3. Community Source Code Licensing plans for Bungee Connect technologies

Bungee Labs will make the source code available to the Bungee Application Server and the Bungee Pulse Client under several software source code licenses.

Two of these software licenses are available as of today in ‘draft form’ to facilitate community feedback prior to formalization in June 2008. These draft licenses are:

We're also answering this question:

Q: Is Bungee Labs is considering Free and Open Source Software (FOSS) licenses for the software components that comprise the complete Bungee Connect system?

Great question. Answers here...


Btw, I'm at Web 2.0 Expo in San Francisco this week. Let me know if you want to hook up!

So what is this Platform as a Service thing?

The "platform-as-a-service", or PaaS meme is getting more air play the last 24 hours as news of Google App Engine makes its way through the tech media and blogs. ReadWriteWeb has a good write up and Phil Wainewright's summation by declaring "Let the PaaS wars begin" I think fairly captures the mood and reaction to the news.

Exciting times ahead no doubt, and pretty cool that Bungee Labs is getting mentioned in a number of blogs reacting to the Google App Engine news an example of the new generation of companies emerging in the PaaS space.

So, what is Platform-as-a-service? And why is PaaS interesting? Last week I had the opportunity to talk to Dana Gardner and Phil Wainewright in this sponsored podcast - full transcript available here - all about PaaS. I've taken the liberty of copy and pasting a snippet of the conversation below that speaks directly to the whole notion and definition of PaaS.

"Gardner: Okay, we’ve established that the tide is turning to the Internet, that there are some great Web-based services available, that technologies are now bubbling up to allow for better and easier connectivity. And yet, there is still a need for the right platform and the right infrastructure to make this all mission-critical and enterprise-ready.

So let’s get into PaaS as a possible stepping stone that, in a sense, bridges the best of the Web-oriented architecture and the available SaaS and the APIs-world with what developers inside organizations -- be they ISVs, service providers, or enterprises -- need to make these approaches acceptable and within the acceptable risk parameters.

I noticed that Bungee Labs does not call this "Development-as-a-Service" or "Deployment-as-a-Service" or "Integration-as-a-Service" -- but "Platform" as a service. Alex, give us the primer. What does "Platform-as-a-Service" really mean?

Barnett: That’s what we are trying to define at Bungee Labs. PaaS is one of those terms that we’re going to be hearing more and more. And they are going to be different -- varying levels of definition and interpretation of what that means.

But what we’ve done is put a stake in the ground in this respect, and then saying that in order to really be a PaaS -- and not just any one of those single pieces that you’ve mentioned plus more individual pieces -- that you need to be able to provide the end-to-end services to really call it a "platform."

From the developer’s standpoint, which is the development cycle, this means the tools that they need to develop applications, to be able to then test those applications, to be able to connect to Web services and to combine them, and to have all those kinds of capabilities -- and to then deploy and to make those applications instantly available to the business users.

Literally, we mean a URL that is the end-point for the end-user. From that, they can start consuming the application.

So, PaaS means having an environment in which you deploy inherently and have built-in scalability, reliability, and security. Once you’ve deployed your application, you know that you don't have to take care of all the infrastructure in the datacenter and the capital investments and the bodies that are required to make it scale when newer applications increases in use.

There is also the ability to connect to the various distributed data sources or functionality that the application needs to be able to consume. You can get that inside of that platform, the ability to be able to do that in a Web-native way, and so take advantage of the architectures we descried earlier, such as SOA.

There is also the ability -- and we touched on it earlier -- for developers to be able to collaborate on projects that are built-out in the cloud. They can share code, check in code, do all the standard revisions and collaborative-type functionality that developers need when they’re working on projects with teams distributed across the world or across your offices. And they can do this without having that entire infrastructure on-premise.

And then, the last, but critical, piece is having deep instrumentation and an analytics ability around the use of the application -- of how it’s being used, of where the connections are -- right across the board from the "glass of the window," the browser, for example, and right on through to the Web services in the CPU, or the rest of it.

As a result, you are able to understand performance. You are able to understand your billing, if it’s a billing proposition that you have. And all of what I described is comprised within six pillars [of Bungee's offerings]. All of that is delivered and available purely as a service, so there are no on-premises requirements for any of those components across the development and platform used in a utility model. You use it as much as you pay for, or as much as you use in a utility-based model -- all in the cloud. No bit needs to be installed on any machine at the enterprise in order to take advantage of all those Web services and functionalities.

Gardner: For our listeners who are just getting used to this concept of PaaS, let’s just get right in quickly and describe what Bungee Labs is. It’s a young, innovative company. And you’ve come out with a service called Bungee Connect. This is essentially one place online where you can go to develop, mash up, and access data, to put together Web-based applications and services, and then instantly -- with a click of a button, and perhaps I am oversimplifying -- develop and deploy in basically an integrated continuum. Is that correct?

Barnett: Yes, and provide very rich user experiences as part of that, with highly interactive application functionality. We’ve built out essentially that stack that I’ve described earlier. We've made that available for organizations to take advantage of. We're specifically targeted at developers who really want to be able to build very sophisticated Web applications that leverage orchestration workflow around connecting to Web services.

We are not in the business of being able to provide non-programmers with the ability to do these nice simple mashups.

Gardner: Well, if you can do that, let me know, because that would be a very good trick. I am sure the world would love to have development by anybody!

Barnett: Yeah, and that’s a great dream to be able to have, but inherent in that is inflexibility, because you are simplifying it all for the end-user. What we really offer is for the developers who are tasked with building sophisticated Web applications to do just that, deploy that, and then deliver very rich user experiences out on the Web.

Gardner: And to be clear, this is not just open source. This is commercial code, if they wish. The people who develop on this system, that code is their intellectual property. Is that right?

Barnett: The intellectual property of the code that is developed by the developers is absolutely their own intellectual property and remains so. We do have a community side of things that allows developers -- just as in the open source world -- to be able to share code and even entire applications as open source running on our grid.

But in terms of a company, it’s entirely their intellectual property that they developed and they are able to literally export the code. And if they want then re-factor that for a different kind of a grid or runtime, it’s their property.

Gardner: Phil, how do you see the relationship between PaaS and what Bungee Connect is doing, and then the larger SaaS trend? Do you see a relationship of one aiding and abetting the other? Or are they in separate orbits? How does that work out?

Wainewright: I think they are very much in a similar orbit. And to an extent, I don't think of PaaS as being part of SaaS or vice versa. It’s just everything moving to the cloud. These are two examples of that happening.

One of the things I want to highlight, as Alex was saying, is the useful experience. When people start developing for the Web, for the cloud, then it’s not just building the infrastructure -- it’s also learning what is involved in writing applications for that environment.

There is much more emphasis on the user experience. There is much more emphasis on reusing what other people have done, whether it’s by mash-ups or by reusing other people’s code, as opposed to reinventing the wheel every time. There is much more emphasis on developing applications and programs that can adapt and change to future opportunities in business conditions.

All of those things also have to be learned, at the same time as building the infrastructure. Using PaaS enables you to tap into that shared expertise in a way that you can’t do, if you try all by yourself.

The other thing that’s happening here is that we’re connecting into the resources of the Web, and getting onto the Web, so that we can interact with partners and customers and connect into those other Web resources. This is what we're really expected to do as businesses today, in order to stay competitive. So, there’s a tremendous pressure building to be able to do this kind of thing.

Now, there are three ways you can get onto the cloud. You can go to a cloud-computing provider and basically build your stuff in that cloud, which gets to some of the infrastructure, but, there's still the issue of how do I write applications in this environment and connect to other client resources.

Second, you can go to pure SaaS whereby you get a ready made application and you can do some customization, but there are going to be quite a few gaps around what that provides and what you actually want to do. There are going to be quite big gaps in terms of integrating that into your existing on-premises applications and to the other client application that you use.

Third, where PaaS comes in, it allows for the ability:

A) To get much faster to the custom applications that you need to build for that environment

B) To do the integrations to fill in the gaps and to access other SaaS applications and services, and to patch and connect back to the existing on-premises applications. "

Full transcript available here and podcast here. Bungee Labs' definition of Platform as a Service here.

See Results of Bungee Connect's Intern DevFest 2008

In late 2007, fifty Computer Science university students applied for 2008 internships at Bungee Labs. We flew nine of the most promising applicants from around the US to join Bungee Labs for our first “Intern DevFest”.

Over a 24 hour period the students had to extend WideLens - the Bungee Connect calendaring reference application - to develop new features and create a new derivative WideLens application…then present the results to the judging panel.

The nine students slogged hard all day (with frisbee breaks!) and most of the night and then presented their mashup solutions to the judging team the next morning.

Check out the video highlights of the four winners.

Sync Google Calendar with Outlook and more with WideLens

Google has just released a very cool utility (.exe download for Windows) providing users with the ability to synchronize their Google Calendar with Outlook.

Some nice features in their release:

  • schedule the sync frequency: every x minutes
  • define directional flow: 2-way, and 1-way (either way)

A bit of a buzz going on about this...

Now, what if you could do the same over the web - no download, just use your browser (IE, FF, Safari)...? And not just Google Calendar <> Outlook, but others too...?

Well, it's certainly possible...First, watch this screencast I put together tonight (apologies for sound quality...done from home equipment):


About WideLens

A couple of weeks back Bungee Labs released a reference calendaring application, called WideLens, designed to show off some of the power of the Bungee Connect platform, from the kind of rich AJAX UI experiences delivered through to the high level of functionality developers can create by wiring up and integrating multiple web services and distributed web data sources into a single web app.

WideLens connects to Microsoft Exchange calendar, Google Calendar,, Facebook, MySQL and iCalendar feeds, representing a variety of protocols and authentication schemes. MS Exchange is accessed through WebDav, Google Calendar through gData, via SOAP, Facebook through REST and MySQL connectivity is based on client libraries provided by MySQL (integrated directly inside Bungee Connect).

WideLens is an uber-mashup.

WideLens connects to each of the sources in real-time, presenting the user with live data. With the exception of Facebook and iCalendar, users can create and modify events and those changes are immediately posted back to the source. MySQL pulls double duty, serving as both a WideLens native calendar source and as the persistence layer for all kinds of application data including user preferences and credential information for each service.


Developers: Have At it!

As mentioned above, WideLens has been released as a Bungee Connect reference application where we're encouraging Bungee Connect developers to customize the WideLens application as much as they want, deploy their own version of the app as their own app - to their own domain, at no charge, branded however they want and with whatever features / cuts / modifications / extended they want - the WideLens code is released under a BSD licence (read more here).


To get going with Bungee Connect and develop your own vision of what WideLens could do, sign up for your Bungee Connect account.

Would traffic jams disappear if Active Cruise Control was ubituitous?

It turns out traffic jams "just happen":

I wonder if the above patterns would still emerge if the cars in the experiment above had "Active Cruise Control":

More Posts « Previous page - Next page »