returncontrol

I’m attending the Amazon AWS Developer Bootcamp today in Silicon Valley, to learn how to use Amazon’s “cloud computing” services like Elastic Cloud Computing (EC2), and Simple Storage Service (S3), for lowering Web hosting and infrastucture costs.  Unfortunately, we’re off to a slow start.

Nearly three hours into the class, we’re still on introductory slides and there’s confusion among attendees about how Elastic Block Storage works.  Also, the network here has slowed to a crawl so even the presenter’s online examples are being impacted.  Usually, at conferences, I forgive the inevitable network issues that arise when a roomful of developers go online at once.  But when you charge for a class focused on Web-based technologies, I think it’s a requirement to be prepared to handle the traffic.

Still, I’m hoping things pick up after lunch and that we actually into the examples.  The goal is to get under the hood of a video sharing application that runs off EC2, S3, and other Amazon Web services. Fingers crossed.

Update: We got a little further after lunch, and finally got a little more hands-on with some of the tools available for administering EC2 and S3.  So we practiced launching Linux and Windows server instances, transferred files to S3 buckets, and mounted EBS volumes.

But we were clearly short on time and had to skip most of the code examples.  In particular, we never got to the video sharing application — which was the entire reason I signed up.  While administering AWS is a necessary step in developing and deploying applications on Amazon’s infrastructure, it’s hard to justify spending $175 and the related costs of an entire day away from the office only to come back with no real insight into the architecture of an AWS application.  The session was touted as a “Developer Bootcamp” after all.

What could the presenters have done differently?  Four things:

1. Skip the 45-minute-long “team building” exercise at the beginning of the day.  For a one-day session during which there is no other group work, there’s no need to “team build.”  If you want to encourage people to meet others, a 10-minute round-robin of people introducing themselves and saying why they are attending would suffice.
2. Don’t switch the software requirements once attendees arrive (as our presenter did.)  We wasted valuable time as everyone tried to download the new code samples and consequently brought the entire network to a halt.  People should arrive at the session with all the necessary software installed and ready to go.   If people need help with configuring the software, maybe ask them to arrive early during the breakfast portion of the day?
3. Ensure that the network can handle the traffic.
4. Don’t spend so much session time answering tangential questions.  The goal of the day is to provide a developer-level look at how one can build an application on AWS.  Attendees who have specific questions about AWS or need clarification on things that aren’t core to the session should be encouraged to re-ask their questions at lunch.

Hopefully the presenters will improve in subsequent bootcamps.  Based on the peformance at this one, however, I can’t recommend it to other developers.

Update 2: Amazon has refunded the $175 I paid to attend the class.

 I recently migrated my personal blog from Movable Type 4 to WordPress 2.6 after being dissatisfied with the sluggishness of Movable Type, confused by its often unintuitive interface, and irritated that upgrading from version 3 to version 4 broke my site templates and rendered my comments unusable.

I had put off migrating for months, worried that it would cause even more problems, or that I would lose posts or comments in the process. Fortunately, no such thing happened. The migration went very smoothly and took about two hours. There were only a couple little speed bumps along the way, but hopefully in outlining them here, others will be able to get past them a little faster.

Read more »

Clicky is a Web site analytics service, similar to Google Analytics. In essence, both let you measure traffic to your own Web sites. Given that Google Analytics is free while Clicky charges up to $10 a month, and that Google Analytics is run by, well, Google, you’d think that there’d be no contest: Everyone should be using Google Analytics, right?

Not so fast. I’ve been putting both services through their paces over the past few weeks and it’s clear that, in many cases, Clicky is far better. In fact, I must admit that I’ve become addicted to Clicky.

How does an upstart fee-driven service beat a “give it away for free” giant like Google, you ask? Here’s how: First, Clicky provides a much more usable interface for accessing your analytics. That’s a surprise, given that Google is known for its usually sparse and simple interfaces. Yet, somehow Google managed to completely clutter Google Analytics. Finding meaningful reports means navigating your way through all the nested sidebar links, and the graph at the top of each pages is often redundant. And if you’re not using Google’s AdSense for advertising, parts of the interface are simply useless and get in the way.

Clicky on the other hand has a very clean dashboard and simple tab-based navigation that lets you quickly access important stats about your sites’ visitors and what actions they took as a result of your content. A “Spy” feature lets you drill down on actions taken by a single IP address (though the feature could possible use a less creepy name.) And unlike Google Analytics, Clicky automatically tracks user downloads and clicks on outgoing links.

But what makes Clicky so addictive is that it offers real time analytics, as opposed to Google’s 24-hour delay. So you can pull up Clicky at any time and see how many people have already visited your site that day, roughly how many are on your site at that given moment, and how they’re reacting to content you published that morning. Try it, and you’ll likely find yourself checking Clicky several times a day. No more waiting around for Google or your logfile parser to crunch numbers and produce a final report.

To be fair, Google Analytics does have some features Clicky doesn’t — in particular, “goals”, which is the ability to track traffic through a particular “funnel”, or set of pages. (A note on Clicky’s site says those are in the works.) Likewise, Google Analytics’s integration with AdSense makes it a popular choice for people using AdSense. And finally, Clicky currently does not offer tracking for sites with more than 100,000 pageviews per day. (We imagine that will change as the company grows.) But if you don’t need those things at the moment and are looking for a simple, intuitive way to track and analyze your site’s traffic, Clicky is by far the better choice.