Posted by harrisj
Mon, 16 May 2005 18:35:00 GMT
Steps I have taken trying to download the updated VPN client for Cisco firewalls
- Click on link to download from VersionTrackers, gets login form
- Fills out a 4-page registration form to get an account
- Waits 20 minutes for an email confirming the account to arrive
- Click on activation link to activate. Try to search for VPN software. Search functionality is awful
- Go back to original link, enter username & password; informed that account not found
- Click on activation link again. Login successfully I think, but taken to Cisco front page where there is no indication I've logged in.
- Find an indication I am apparently logged in with a guest status and need to provide more information to get access but no indication of what that information is.
- Find the location for Cisco VPN software in the tree navigation finally. Then click on a link to Downloads (aha!) only to be told "You are either not logged in, or you are currently visiting this page with public or guest access."
And this is where I give up briefly because I have real work to do. Honestly, can anybody explain why Cisco's website sucks so horribly? I know there might be export controls for some of their software, but I just want to get an update for their VPN software for my operating system, an update that is late considering they've had months to work on it, and their stupid website keeps getting in the way of what I want to do.
Posted in Web Design | Tags cisco | no comments
Posted by harrisj
Wed, 11 May 2005 21:55:00 GMT
In an
excellent followup to his
earlier post on the problem with tag clouds, Jeffrey Zeldman looks at tag clouds a bit more critically and reaches similar conclusions to my own
concerns about tagging and design (
If you don't know what a tag cloud is, here's a good example):
Tag clouds remove the guidance and artistry from our side of the equation, offloading all the work to our users. What’s popular? What’s important? Users decide. This might be okay if the process did not create a false intellectual equivalence between high- and low-level topics, and if it did not skew toward popularity at the expense of findability.
As tag clouds come to replace expert taxonomies in common practice, carefully constructed hierarchies vanish. In their place is a flattened world where every idea, at any level, is a topic as worthy as any other. Eight Mile is a topic at the same level as Detroit, which is a topic at the same level as Cities, which is a topic at the same level as United States, and so on.
Which is an excellent point I neglected to touch on. The truth is,
hierarchies are powerful. For instance, when it comes to geography we have generally accepted and useful geographical hierarchies like so:
Earth → North America → United States → New York State → New York City → Brooklyn → street address OR latitude/longitude
And by thinking of things this way we can easily control the level of detail (and the number of matches for a search) by moving up and down the scale. Which is why Google Maps has the useful slider on the left. The problem with tagging is that it has no hierarchy. Even worse is that tagging can sometimes imply a hierarchy that it doesn't support. To see why this might be a problem, imagine I tag a photo "Eight Mile" like in Jeffrey Zeldman's example above. most people would also expect it to show up if you searched for photos of "Detroit", but it won't since I didn't tag it at that hierarchy. So, I've broken search just like that, in that I force the user to adapt to the system rather than handle search requests (imagine having to find photos of New York by doing searches like "(new york) OR (brooklyn) OR (empire state building) OR (statue of liberty) OR...", but that's the only option available if we discard taxonomies. And this quite frankly sucks. It's ambiguous (lots of errors) and even worse, assuming you could get your query perfect, it's so very slow.
Of course, there are areas where taxonomies can be nuisances too. But taxonomies are perfect for navigation, because they mirror the way we structure our knowledge of the world. And while folksonomies are great for filling in additional details, a site that relies on them exclusively is a nightmare to navigate because there is no starting point for me to narrow down from and no way of knowing that any view is comprehensive for all the things I think should be in there. Folksonomy needs taxonomy to create a logical sense of things and how they relate, and taxonomy needs folksonomy to handle new content and additional information that taxonomy is too rigid to use.
As an aside, perhaps this realization about the navigational shortcomings of a pure folksonomy scheme is behind the sudden interest in geotagging Flickr photos with latitude/longitude (see Geobloggers for an example of this). Essentially, latitude/longitude is just the lowest level in a geography taxonomy and by using a consistent markup, it's essentially the same as if Flickr provided a positional hierarchy of its own).
Posted in Web Design | Tags folksonomy, tagging, taxonomy | no comments
Posted by harrisj
Wed, 11 May 2005 04:44:00 GMT
If you want an excellent lesson in how web specifications can knock into modern DHTML interface design, check out
this post at Signal vs. Noise on how the well-meaning goals of Google Web Accelerator have wreaked havoc on modern interactive web sites. Be sure to read the comments as well. I would post more commentary on this here, but I have already spent enough time following it up in the thread over there.
Posted in Search | Tags google | no comments
Posted by harrisj
Thu, 05 May 2005 19:11:00 GMT
Supergreg has created a great but possibly short-lived combination of competing web-services, combining Yahoo's
Traffic Conditions RSS with
Google Maps to make the best traffic conditions mapper I've seen yet. See if before it goes away (a cease and desist is probably on its way now) at
Supergreg's Site.
Posted in Search | Tags google, yahoo | no comments
Posted by harrisj
Tue, 03 May 2005 04:39:00 GMT
Still busy, but there is a great article at O'Reilly Radar on how great frameworks are sometimes extracted wholesale from successful applications rather than built from scratch up. That is, it's
often better to extract the framework from the application, rather than build the application on top of a framework:
That is, at 37signals, they try to design the usability and function of the application first, and that drives the implementation. And if they can then extract a re-usable framework, all the better. For example, basecamp wasn't built on top of Ruby on Rails. Rather, Ruby on Rails was extracted from basecamp.
This echoes some of the complaints I was making earlier about the
unwieldiness of SOAP for web standards. And it fits in with the philosophy of nimble technologies perfectly. Create a product, solve a need, and make it work great and the frameworks will follow, but complicated frameworks in themselves solve nothing.
Posted in Web Coding | Tags rails, ruby, soap | no comments
Posted by harrisj
Mon, 02 May 2005 03:34:57 GMT
Apologies for the silence, but it has been an intense few days at work and I haven't had the time to blog about the many interesting things over the past few week. I hope to be back soon.
Posted in Meta | no comments
Posted by harrisj
Mon, 25 Apr 2005 07:06:00 GMT
Last week saw the intriguing web mashups of combining two popular web services in one place. So, first there was
combining Craigslist Real Estate listings with Google Maps, which although slow is really quite amazing to behold. Then someone else hacked
Gmail + Del.icio.us, using Google's mail service to capture contents on bookmarked pages at the bookmarking time. Not to mention
Adrian's trailblazing mix of Google Maps and Chicago transit info.
All of these are amusing and technically well-executed hacks, but what is most amazing to me is not the front-end combinations, but the ease in which it is possible to mix web tools in the back end to create new powerful services. And I have been especially struck by how SOAP has been utterly unnecessary for this to happen. In fact, I would argue that the strict COM-style model of SOAP is exactly the problem here, in that SOAP requires such effort and planning, it resists such freeform discovery of capabilities beyond what the creators of products imagine. REST seems to have a natural advantage here in that it builds on the inherent procedural model of HTTP and thus can evolve as naturally as websites do. Combine that with dynamic HTML tricks and we can see how nimble code can outmaneuver the heavyweight mechanics of SOAP again and again.
For a more lengthy and detailed critique of SOAP, see my earlier post, Radical Simplification
Posted in Web Services | Tags craigslist, gmail, google, rest, soap | no comments
Posted by harrisj
Thu, 21 Apr 2005 22:17:00 GMT
I am very busy these next few days, so I don't really have much to add to the existing commentary on this merger out there, but if you haven't seen it already,
Daring Fireball's translation of the Adobe merger press release is a great analysis of the reality of the deal. I particularly like this translation of the release's original mention of "the complementary nature of Acrobat and Flash.":
Where by "complementary" we mean "the two leading technologies that irritate people when they’re used in lieu of regular web pages." Note that we’re using PDF to serve this very FAQ — in our synergistic future, perhaps we’ll serve our FAQs in a hybrid PDF/Flash format. One can dream.
Indeed, one can. And then hope to wake up...
Posted in Web | Tags adobe, macromedia | no comments
Posted by harrisj
Wed, 20 Apr 2005 06:28:00 GMT
Congratulations, AJAX! As a piece of techno-jargon, you've really arrived. Buried deep within the article
An Update on Stuff That's Cool (Like Google's Photo Maps), there's the quote
The real importance of Google's map and satellite program, however, is not its impressive exterior but the novel technology, known as Ajax, that lies beneath. About that, and its implications for Google and other companies, there will be more to say in a future column.
Oh, James Fallows, you're such a tease! Still, it's nice to see AJAX getting the attention. And downright startling to see all the AJAX targeted AdSense entries on the right. For a recently coined term, this really has legs. Now to see if the hype and the interest leads to better websites too.
Posted in Web Design | Tags ajax | no comments
Posted by harrisj
Wed, 20 Apr 2005 06:26:00 GMT
The digerati are all abuzz about Fred Wilson's recent seed funding for
del.icio.us, the popular social bookmarking/tagging service. What's especially interesting is that Fred himself concedes he has no real idea of what the business plan for his new investment might be (see
Funding Del.icio.us):
The question everyone asks is "what is the business model". To be completely and totally honest, we don't yet know. This was a seed investment and none of the investors put up very much capital. Joshua retained complete control of the service and is going to focus on making it better. That is all anyone wants to see happen right now. In time it will become clear what the business model should be. And there are a number of them to choose from for sure.
Now, this has attracted
some snarkiness and derision from those of us who remember the dot-com boom and the days the hype subsequently died. But I think Fred Wilson is acting smart here. It's hardly a stretch to see that del.icio.us is a wonderful nimble platform for people to build things and there are some great web technologies at work behind the scenes too. It is becoming more feasible to work within a browser and choose sites like you would normally evaluate software packages. So, it's easy to see that Del.icio.us is likely to become part of the future user's toolset (like word processors and such today) and I think Fred's seed investment is mainly to ensure that when that big thing happens he has VIP access.
I found this entry of Seth Goldstein Media Futures: Alchemy to have an excellent analysis of why sites like del.icio.us might turn out to be more than just toys in the long run (it's also where I got the quote in the title about del.icio.us). Seth seems to be a very smart guy, and he is the person who introduced Joshua Schachter, the creator of del.icio.us to Fred Wilson:
This is consistent with what I see happening online, where meta-data (information about information) is creating significant economic value, from the many millions of Google and Overture keywords to the emerging class of Flickr, Del.icio.us and other tag-driven systems. Our browsing, clicking, searching and tagging behavior are the base metals which alchemists like Josh are turning into precious datastores.
I would underscore that what we are seeing here is a change in the Internet model of consumers. In the early days, the idea was that advertising revenue would drive the business and consumers were valued as passive
eyeballs, essentially a broadcast model in a new medium. But as we have seen in Wikipedia, with Flickr, and with Del.icio.us, there is real stickiness in sites that let users create, moderate, and control the content. And there is a real market for services that allow people to manage the metadata for things in their lives without imposing extra restrictions. So, Flickr makes photo sharing and classification easy, but more importantly, it makes it
fun. Ditto with del.icio.us for bookmarks. Yes, eyeballs are still important, but I think part of the Web2.0 experience is valuing the brains of the user as well.
Of course, Seth has noted all this too and suggests "it would seem that there is simply no way to create long term sustainable value online without engaging consumers in the act of media production." And yet, he notes that even the seemingly open players like Yahoo and Google are creating their own complementary suites of products so that users are limited to creating only within a particular company's sites. Will this turn the web into another AOL vs. Prodigy situation, or will there be independent and cross-provider toolsets for us to use? I suppose time will tell.
Posted in Web, Web Design | Tags delicious | no comments
