We Just Undid Three Months of Dev work. Here’s What We Learned.
Scout, our server monitoring service, has grown quite a bit in 2009.
1 min read
Apr 1, 2008
We’ve used Scout for several months internally. Along with Colloquy, Google Docs, Basecamp, and Skitch, it’s one of the few apps I use every day.
We think this makes Scout a better service – we’re not watching Scout from a third-person perspective. However, sometimes things sneak through – the type of things that don’t bother you after using an application for months but can be hurdle to others when getting started.
There were 2 nagging issues that stood out in the Scout user experience. I’ll cover how I addressed the first one here.
With Scout, you have a client that is installed on a server. The client has many plugins, which do things like monitor a URL or the load on the server.
The pages are so similar, it’s difficult to tell you changed views.
It’s easy to blindly follow a site design blueprint and try to make every page fit the same style guidelines. I did a little too much of that in our initial release, but I think this makes the distinction between the two views much clearer without sacrificing a clean look-and-feel.
Scout, our server monitoring service, has grown quite a bit in 2009.
It hurts - it feels like giving up. You’re stuck on a problem and do the last thing that makes sense - stop thinking...
Andre, Charles, and myself leave for RailsConf Thursday.