It’s been a huge mystery for the past 6 months. I figured it was either TextDrive or something else I’d done to make blogging to FactoryCity so painfully slow (something invisible to everyone but me). But, after stumbling upon a great list of plugins (via Digg) I discovered a plugin called NoPingWait that solves the problem by delaying the ping action until after the post has essentially cleared the runway. MarsEdit is also running a good clip once again.
Category: What I do
Bad Behavior Misbehavin’?
A couple weeks back I installed Michael Hampton’s Bad Behavior plugin for WordPress. Seemed to have a attracted a lot of positive comments while I’ve been drowning in spam, so I figured, what they heck.
Well, it turns out that this is a pretty heavy duty solution that can bring some unintended consequences.
For one thing, forget about going directly to your WordPress blog from your Gmail account. Bad Behavior blocks the Google proxy.
And, as Tom Raftery and I discovered, forget about showing up on TechMeme.
Though you can edit BB’s whitelist.inc.php file to ignore TechMeme’s IPs (70.86.131.10, 70.86.46.66, and 82.165.180.34), Tom hasn’t seen any success yet.
With Akismet’s recent nap, I’m going to leave BB running for awhile longer with the IPs whitelisted and see what happens. Unlike Tom, I’m not that concerned about getting on TechMeme, but it is kind of a bummer that we haven’t found a simple and reliable solution yet.
Converting SEC Edgar Filings into hCard
Joe Pezzillo of Metafy pinged me that he’s shipping a new version of his web mining tool called Anthracite that can convert SEC Edgar Filings into the hCard microformat:
So, introducing SEC Form 4 Info to hCard Format, a new ready-to-run solution included with Anthracite. It’s a set of three Anthracite documents and an Automator workflow to tie it all together. The latest form info is scraped from the SEC, a particular filing type is extracted, and then all those filings are harvested for contact information which is then converted to the hCard microformat. You can use Technorati to convert these hCard pages into Apple AddressBook .vcf files, I’ve seen it work with my own eyes! It’s pretty slick, if I may say so, and I know that many customers (and soon-to-be-customers) are going to like this, too.
Oh, and I never thought I’d be in the position to say this, but, a note to potential would-be review requesters (I’ve only had two to date): adding support for either microformats or OpenID in your product greatly increases the chance that I’ll blog about you! Huzzah! (Of course, having a good product helps a great deal as well).
Ma.gnol.icio.us
Wow. Ma.gnolia is so rockin’ lately.
I mean, I’m biased, but that’s ok.
I have a longer post coming soon that I’ve been saving up, but I wanted to get this out ASAP so all you folks out there with del.icio.us tools can port your apps to work with my favorite social bookmarking service…
Why now?
Because Ma.gnolia now supports the del.icio.us API. Oh yes. Check it out. And let crew know what you think!
Alex Bosworth’s API tips
Alex Bosworth has some great pointers on building web APIs. We’ve been advising many of our clients on building out or planning APIs for their products and this advice is very much in line with our advice (we’re also partial to OpenID and microformats).
Oh, and if you forget your API or microformats at the door, Sebastian has developed a way retrofit your site with microformats using Dapper. How cool!
Events that you should be at
In Valleywag style, here are events that you should go to (though no, sorry, they’re not all Valley-centric):
- Aug 25–27 (this weekend!): BarCampEarth and locally BarCampStanford — the one year anniversary of the original is upon us
- Sept 9–10 @ Bunker Hill Community College: PodCamp Boston
- Sept 13: The Future of Web Apps — for a crisp $295, you get to hob-nob and prognosticate with the luminaries du jour
- Sept 22–24: WineCampFrance — the ad-hoc un-conference, set in Chambolle-Musigny, Burgundy, France.
- Sept 21: GovCamp Brussels — for governments and other public institutions to share social and technology solutions to turn them into Government 2.0.
- Sept 22–23: DrupalCon — part of tour-de-force in Brussels, Belgium
- Sept 28–30: CopyCamp — not free there are subsidies and is sure to offer some fascinating conversations
Performancing now does MySpace
Those upstart folks at Performancing have released a version of their blog editor that works with MySpace. This is also apparently one of the first add-ons using their own PFF extension system.
Follow up on the mousetrap
Apparently I could have been more clear in my post on the Google Authentication mousetrap, so here’s some additional summary points:
- It’s not so much about lock-in as it is that Google can steamroll over independent competition because of their ability to integrate and cross-promote services. In the first bubble, they called this synergy and it’s not necessarily a bad thing. It’s better for users, but worse for upstart competitors.
- As web apps become the norm, being able to move your data between them will become essential, and since almost all web apps require some form of authentication, you need to be able to share your credentials between these web apps to transfer the data.
- Microsoft Word already runs on OSX and so you already can copy and paste data between it and Appleworks. My point is that that’s not the case on the web today. Because commercial use of APIs are restricted, you have to wait for companies to forge business deals before you get the kind of interop that you already have between different company’s desktop-based applications.
- I feel that my view is squarely looking at reality — looking at what will happen if we don’t open up data formats and authentication protocols. I am placing my hope on microformats and OpenID — not because I care so much about the technology, but because until we have open standards for transferring data and open protocols for authenticating, it’s going to continue to be a disempowering situation for your typical end user. Like me.
American Idol for apps launches
I got a chance to hang with Phill Ryu and a few other Mac dev types during WWDC and he told me about his soon-to-be-revealed plan for an “American Idol of Software”. Well, he’s let it out of the bag and ideas (and lots of coverage) are already starting to roll in to the project called MyDreamApp.
The rules are rather interesting, since they leave the creator only 15% of month-to-month sales, with the rest going to the contest’s organizers:
Payment. If Your Submission is Accepted, You will receive royalty payment via PayPal equal to fifteen (15) percent of the net income of the Apple Macintosh-compatible product developed by MDA based upon Your Submission. Payments to You will commence 30 days after the product makes its first sale and will continue at 30-day intervals provided that the product is profitable.
On top of that, the inventor retains zero ongoing interest in the application’s intellectual property:
Ownership of Submissions. (I) When You send MDA your submission, You are assigning MDA all rights and interests – including all intellectual property rights – in the Submission, and MDA shall be the absolute owner of all rights and interests therein;
For some, these issues aren’t a big deal and if your idea isn’t chosen, well, you keep the rights. Besides, this is pretty standard boilerplate legalese given most contest rules — and with some pretty decent prizes and an opportunity to show off your wares to folks like Kevin Rose, Guy Kawasaki, David Pogue, and Apple co-founder Steve Wozniak, it’s worth given up the IP rights for a chance at stardom… right?
Well, in spite of the hype, on the one hand it is. It’s pretty satisfying to see a bunch of independents and friends pull something together like this (though I didn’t realize how male-centric the Macdev community was!). It takes a lot of work and dedication to make this kind of thing happen, and so in some senses that 85% that they retain is a bet that the best ideas that come in will actually be lucrative enough to offset their efforts in organizing the contest.
On the other hand, and this should come as no surprise, I’d like to see something where the results are open sourced at the end (or at least given the choice of being open licensed), opening up the opportunity for more folks to get involved in the building out of a basic premise (and no, I’m not suggesting another centralized Cambrian House). In fact, I’d love to see the Mozilla Labs folks pick this one up and, I’m sorry to say this, but rather just than talk about it, put on your own DreamApp contest for the open source community and see what happens — hell, you’ve got the money, mindshare and, really, SpreadFirefox could use some love as the release of Firefox 2 approaches.
What better way to celebrate the launch of Firefox 2 then to sponsor a web-wide contest that results in something of real consequence for the open source community?
Building a better mouse trap
I’m struggling to make sense of something here. In Blogger’s announcement about its new beta was an interesting tidbit that didn’t get much pickup: Blogger now has a Google Data API.
There’s a lot that I could say about this, and my initial reaction was actually wrong. It seemed to me that Google was going off and inventing its own blog-publishing protocol, pulling the same NIH crap that it did with its non-standard Event Publisher API (using random values that don’t map directly to the international icalendar standard.
But, no, it turns out that GData is actually just Atom “plus some extensions for handling queries”, but branded as a proprietary Google format (kind of ironic, given the long and pained open development of Atom).
So whatever, Atom is what comes next after RSS and MetaWeblog (in particular as hAtom).
The important thing that started to dawn on me was this part of the announcement:
- Authentication is fully documented for both Installed Applications and Web Apps
- Your GData code should be easily reusable across other GData API apps, such as Calendar
So just as Yahoo had done with Flickr (inspiring a fairly wide backlash), Blogger is going to be fully absorbed into the Google Auth-borg. This continued amalgamation of services behind the Google Account Authentication has consequences beyond the momentary outcry over Google’s supposed steamrolling of companies.
Business is business and competition is a threat to any member of an ecosystem, which is why you’ve got to keep innovating, adapting and bettering to survive. But it’s different when it comes to setting protocols and standards and the seamless moving of data in and out of disparate systems. When those protocols are closed or locked up or can be sealed off at any time, the competitive environment becomes very different.
The problem that I see is Google’s ability to shut out third party services once you’ve imported yourself into the proverbial gLife. No doubt there are feeds and the aforementioned GData APIs but it’s not an open system; Google decides which ports it wants to open and for whom. Think you’ll ever be able to cross-post calendar items from 30boxes to your Google Calendar? Only if Narendra strikes a deal on your behalf — even though it’s your data. Think you’ll ever be able to share your Picasa Albums with your Flickr account? Don’t bet on it. Or — or — how about sharing your Google search history with your Yahoo account? Or merging your buddy list between Orkut and Flickr? Not a chance.
In simplest terms, with the state we’re in with centralized authentication in web applications, it’s like waiting for Microsoft and Apple to strike a deal enabling you to copy and paste from Appleworks to Word. And on top of that, you’d need to have to had created an account in both apps to even boot them up. So from a “normal person perspective”, this is a situation that you’d never want to have to worry about.
But that’s essentially where we’re at.
To put it in greater perspective: Web2.0 should have been the “great wide opening” — that is, where you could be in utter control of your data and move it in and out of services at your whim, just as you can with your money, in and out of banks depending on the quality and diversity of services they offer. And indeed, they’ve got to compete just to keep your business — if you leave, you won’t be stuck with a bunch of expiring pre-loaded debit cards.
But there’s a new trend, seen in Google’s spreading account authentication that foretells of the inevitable Passport-like lock-in that sunk Microsoft the first go ’round. You see, Google’s Account Authentication API makes it easy for you to add more and more of Google services by simply using your Gmail credentials. For Google, this leads to huge network effects, because they can essentially merge behavior data from across its entire network of services to build out a better picture of you — leading to a kind of competitive advantage that no one else can touch.
The problem though, both for you and for independent developers, is that you can’t pick and choose who or what Google works with. They’ll make themselves just open enough to be above reproach but not quite open enough to allow third parties to compete with them on their home turf (man, it’d be nice if there were a “Reply by Skype” link in Gmail — oops, Gtalk only!).
And this is how Google will build a better user mousetrap by leveraging its superior cross-product integration that its authentication system affords them.
(Aside: 37Signals partially benefits from the same kind of integration in typing Writeboards into Backpack but could go further by sharing accounts between different Basecamps).

