Sunday, August 27, 2006

Just a test to verify the configuration for Windows Live Writer. So far, the auto-formatting and styles appears to work fine. Just need to test uploading and formatting of an image.

And a map:

 

posted on Sunday, August 27, 2006 9:46 AM Mountain Daylight Time  #    Comments [0]
 Sunday, July 23, 2006

One of things we spent a good deal of time on Friday in the Tufte seminar was his concept of “Sparklines”. Tufte describes them as “Intense, Simple, Word-Sized Graphics”. The idea is that a small (very small) chart of information can be provided in-line with text and serve to illustrate the data behind the text. In the space consumed by just a few words, hundreds (even thousands, with sufficient resolution) of data points can be used to form a chart.

In explaining Sparklines in Beautiful Evidence, Tufte uses several examples. One of these is medical reports that typically provide a test name and then the result value as a number. What this loses, however, is the context for the measurement — is this result high or low relative to the patient’s history? Relative to the normal range?

SparklinesThe image at right shows several examples. First is the typical display for a glucose test’s result (128). The second is a sparkline example that shows the patient’s results over time. In this context, it’s clear that the result of 128 is low relative to many of the patient’s previous results. The third example places a red dot at the point of 128 (the most recent result) and then displays the result value text in red, instantly drawing a correlation between the point on the chart and the value at that point. The bottom example combines a light gray band representing the normal range. The result is a graphic that quickly provides context and history for a test result, using much less space than the text “relatively low for this patient and within normal range” would require.

So can we use Sparklines in applications? First, we certainly are allowed to use this concept. Tufte himself referred to it as an “open-source idea to be freely used”. Next, the question is, how do we use this in our applications?

In searching around for software implementations of Sparklines, I found several. There are implementations for PHP, Java, Ruby, Python, MS Office, and others. Note that the Python implementation, written by Joe Gregorio, is provided online as a “Sparkline Generator Web Application”. It’s a slick interface that lets you fill out a form to set some properties and values, and then provides the URL that would return the resulting Sparkline.

I also found a .NET implementation from Eric Bachtal. He implemented it last year as an HTTPHandler for ASP.NET applications. The results look great on a web page and the code is provided with a license to freely use, copy, modify, and so on. 

For me, I’d like the ability to use this in a couple other ways. First, I’d like a general object API that lets me set some properties (style, colors, size, etc), provide the data, and then get an Image type in return. From there, I’d like to see a control that can be used in a Winforms application — either directly on a form or within a data grid, with the ability to resize and adjust like any other UI control. While the license indicates that it’s fine, I plan to contact Eric to see if he minds me using his work to get a leg up on that effort. I’ll report back here when/if I make progress.

Definitely check out the various examples and libraries above. Each appears to be free for personal use and all but one makes the source available in some form. The MS Office product from Nicolas Bissantz requires purchasing a license for commercial use and no source is provided, but it’s also the most friendly to non-developers and several Sparklines-inspired products are available (including a cool ticker).

posted on Sunday, July 23, 2006 9:22 PM Mountain Daylight Time  #    Comments [1]
 Saturday, July 22, 2006

I had the opportunity to see Edward Tufte present his one-day seminar on Presenting Data and Information yesterday in Denver. It was a great presentation and well worth the entry fee.

In addition to the 6+ hours of lecture-style presentation, each attendee also received copies of all four of Tufte’s visualization books, including the newly release Beautiful Evidence. Some thoughts:

1. Tufte himself is an engaging presenter. He’s constantly on the move and, as you’d expect from a professor who spends a great deal of time presenting, is very comfortable in front of a large group. You can tell that he’s presented the material a hundred times, but he still avoids sounding bored or appearing to “go through the motions.”

2. He didn’t rely much on “props” or technology (and doesn’t need to). Over the course of the day, there were maybe a dozen different images presented on two very large screens — but I’m pretty sure they were all photographs. There were no slides at all (see more about that below). He had a few physical props he showed, including original first edition prints of the Euclid and a Galileo collection. These latter two were walked around by Tufte and then by two assistants for people on the aisles to see, but the relevant pages had been photographed and were displayed on the two screens for everyone.

3. Most of the content was well prepared and meticulously presented. He presents several “Principles of Information Design” from Beautiful Evidence and spends a good deal of time on each principle. Most of what he was presenting was available throughout his books, so we spent a fair amount of timing flipping to certain pages so he could speak to some of the images and ideas he’d written about. More on this “books as handouts” below. Later in the presentation, we spent a good deal of time looking at technical presentations that had been given at NASA before and after the Columbia and Challenger shuttle disasters.

4. I’m not sure when/if he got a break. During each break we took (one mid-morning break and then an hour for lunch), he would sit at a table off to the side for “office hours.” We could go to him with questions or to have him autograph one of his books. He was doing this in the morning during registration, as well as at the end (for the brief time I was there). As a germophobe myself, I found it interesting that he kept a small container of Purell hand sanitizer nearby at all times. It occurred to me later that if you’re shaking a lot of hands or handling a lot of other people’s books, you probably want to clean your own hands regularly — especially before handling first edition books that are hundreds of years old.

5. Tufte is no fan of PowerPoint (note: extreme understatement). For that matter, he’s no fan of any technology “crutch” a presenter might use, but PowerPoint is that crutch most of the time so its gets the bulk of his criticism. His concerns include:

  • Most slides are poorly written. As he put it, “the sentence has served us well for thousands of years and now we’re using a tool that demands bulletpoints with abbreviations and shorthand.”
  • Most presenters rely too much on their slides to be their message. He gave various examples of PowerPoint slides being used as the entirety of documentation for some projects (including NASA, where he’s since served as a consultant).
  • Most presenters simply read their slides for their presentation, which is also my personal pet peeve. He put it well that “nobody got to be the boss by being a slow reader… so don’t read to them.” I find it maddening that most presenters who don’t present fulltime will too often read their slides. He provided some stats that most of us can read several hundred words per minute, yet we only speak 100 or so… explaining why you always say “ugh… read faster” when sitting through a technical presenter reading their slides.
  • Most of the images and design “phluff” (his term from Beautiful Evidence) in PowerPoint presentations isn’t aesthetically pleasing and it detracts from the message.
  • Most of the charts/graphs that people use (true for PowerPoint and elsewhere) don’t have enough data points or density to be interesting. They’re only slightly more useful than the same information in tabular form. This was a theme earlier in the day during his “Principles of Information Design,” but the ease with which PowerPoint and other software lets us create charts worsens the problem.
  • The final point is the one I found most interesting. If your entire presentation depends on the message being delivered via PowerPoint slides, your message will rarely be received in its entirety. Meetings get sidetracked. “The boss” likes to ask questions that lead to tangents. People show up late or leave early. Schedules get conflicted. By the end of your deck, the entirety of your message has likely NOT been received by all the people you’d like.

So rather than depend on the slides you’ve prepared, Tufte suggest a short handout. His suggestion was a single sheet of 11x17 paper that can be folded in half to yield a 4–page document. Paper has higher resolution than any display, making it easier to organize and present a great deal of information in a relatively small space — especially if the charts/images you use are effective (a single picture worth a million data points).

In doing this, you can speak briefly to your message knowing that everyone in the room has all the information you want them to have — even if they arrive late, leave early, or get sidetracked by tangential questions. Let them read ahead while you present your message… It means they’re interested. A handout also means they can make notes and have something to refer back to later (or read through again when the next presenter is slowly reading through their own PowerPoint slides).

What goes on that 11x17 piece of paper? For that, you’d want to refer back to his books and those Principles of Information Design.

Toward the end of the day, the anti-PowerPoint angle grew a bit old but he had enough distinct arguments and good examples that it wasn’t too bad.

I did come away thinking that if I were the PM for PowerPoint at Microsoft, I’d want to get Tufte on the horn and have the Office unit’s checkbook in hand. “We don’t necessarily disagree with you, Ed… ever been to Seattle?”

posted on Saturday, July 22, 2006 11:22 PM Mountain Daylight Time  #    Comments [0]
After a two-week vacation, we’ve now been home for a week. Work was hectic, but it’s so nice to be back home… in our own beds, a quiet house, not living out of suitcases, etc.
posted on Saturday, July 22, 2006 11:09 PM Mountain Daylight Time  #    Comments [0]
 Tuesday, June 27, 2006

A couple years ago, Ted Neward compared the state of ORM tools and technologies in computer science to the Vietnam conflict. It was distasteful then, but I suppose it had the intended effect of most provacative statements – it got attention.

Given the distastefulness of the analogy, I’d hoped it would go away but Ted has now decided to update it and give a history lesson of the Vietnam conflict along the way.

Turns out that elucidation doesn’t change anything… it’s still distasteful.

Exactly how many lives have been lost and/or forever altered by Object/Relational Mapping?

posted on Tuesday, June 27, 2006 11:40 AM Mountain Daylight Time  #    Comments [0]
 Monday, June 19, 2006

Doesn’t it seem like the governor of Louisiana would have too much on her hands to spend time working on legislation that…

  • Bans all abortions (even in cases of rape or incest)… but it doesn’t have any effect unless the Supreme Court overturns Roe v Wade, and…
  • Restricts the sale or rental of violent video games to minors… but uses a “I know it when I see it” standard to define “violent”?

She’s been pretty busy.

I mean, it’s not like she doesn’t have anything else to do in that state, right? It’s only been 10 months (and counting) under a state of emergency.

posted on Monday, June 19, 2006 10:40 PM Mountain Daylight Time  #    Comments [0]
 Sunday, June 18, 2006

In my last post, I had a bit of a rant about how irresponsible some companies were when it comes to allowing sensitive customer data to reside on employee laptops. Later, I came across this article on Yahoo News, describing just how widespread this problem is.

According to the article:

Since June 2005, there have been at least 29 known cases of misplaced or stolen laptops with data such as Social Security numbers, health records and addresses of millions of people, according to the Privacy Rights Clearing House, a San Diego-based nonprofit that tracks data thefts.

So more than two major incidents a month occur along these lines. Given how high profile some of the companies have been so far (e.g., 26.5 million veterans were affected by the laptop stolen from a Dept of Veteran Affairs employee), it’s just a matter of time before this affects me or someone close to me.Come on in!

The article comes from the perspective that encrypting sensitive data on laptops would help alleviate these problems. I’d argue that encrypting data isn’t enough — there should be an examination of why sensitive data would ever be stored anywhere but on servers that are both physically and electronically secured.

Also from the article:

Sometimes, there's no good reason for why so much information is being kept on individual machines that are designed to be carried out of the office. In other cases, workers were allowed to have the data on the laptops but didn't follow proper procedures for keeping it safe. In others, they broke the rules by taking personal data out of the office or not protecting it with digital tools.

I would actually argue that there’s not a good reason at all for customer data to be on individual machines… ever. With the availability of secure VPN access into the office, why would a user traveling around with a laptop every need customer data on their laptop? Actual customer data shouldn’t be available to just anyone… and of the people who DO have access to it, what type of information worker needs that data locally? At home?

My perspective is admittedly biased, but I could see where a developer who works with that data might WANT it to be on his or her local machine — but a company’s engineering and/or security directors should be laying down the law against that. Use a VPN to get at an approved development server. Generate test data if you need to work offline.

It’s just asinine that this continues to happen as often as it does when the remedy for it seems so clear — strong security policies, reasonable practices to ensure security, and zero-tolerance enforcement when those practices are ignored or those policies are broken.

posted on Sunday, June 18, 2006 8:32 PM Mountain Daylight Time  #    Comments [0]

Here’s a little nugget for the IT management at financial companies… for that matter, it’s probably useful for IT management at any company that has individuals as customers. Moron

This is provided gratis for all and I’m hereby relenquising any future intellectual property claim:

Don’t allow customer data to be stored on individual user machines, least of all on those that leave the building with employees!

I just don’t understand how stories like this, this, and this continue to happen on such a consistent basis. You’d think that it would take just a story or two like this to come out before any company with personal customer data would jump on it. In some companies, devices such as iPods, USB keys, or cameraphones aren’t even allowed in the office — for fear that an employee might copy sensitive data from their computer.

Doesn’t do much good, of course, if the machine itself leaves with the employee.

It’s refreshing to read of a company like Amazon.com, though, that takes the security of customer data very seriously. This entry from Werner Vogels, Amazon.com CTO, says what’s on the mind of consumers everywhere — you guard it with your life.

 

posted on Sunday, June 18, 2006 11:13 AM Mountain Daylight Time  #    Comments [0]
 Wednesday, June 14, 2006

From this page on the Yahoo/FIFA official site:

Donovan, for his part, denied that this was a "crushing" defeat. "A loss is a loss, I'm not sure 3-0 is entirely fair, but they made three plays that we didn't make."

This picture kills me...

I’m not sure what qualifies as “crushing” in his mind, but he’s right... Given that the US had just one shot on goal and Czech Republic had five, not to mention far more dangerous plays on the attack, it should have been more like 5–1. The US team had just two corner kicks and not a single offsides call — pretty good indications of how little time they spent in the attacking third of the field.

I hope Donovan can swallow his pride, own his (lack of) contribution to the team’s performance, and come out looking aggressive on Saturday. Otherwise, he’ll be watching elimination play from Southern California.

 

posted on Wednesday, June 14, 2006 2:24 PM Mountain Daylight Time  #    Comments [0]

Seems like most of the traditional media outlets have a “blog” now, from television stations to newspapers to magazines.

But what do all three of those “blogs” have in common? No feed. I’m all for businesses jumping on the “informal, community-facing content” bandwagon (the more content available via syndicated feeds, the better), but if you’re going to do it… do it right.Feed-icon96

Those three examples links above were pretty easy to find and aren’t exactly things I’d subscribe to if they did have a feed. What’s frustrating is to come across one that’s got content, is regularly updated, and you really want it to have a feedbut it doesn’t.

In some cases, sites will have a single feed for their main articles or “top stories”, but nothing that’s specific to a category, department, or writer — it might not even have the content I’m viewing. In one case (the Rocky Mountain News), the URL for their “centralized feed” page is broken.

Bottom Line: I don’t think it counts unless Firefox can “see” the subscription feed (via the LiveBookmarks feature) and the feed it sees is specific to the content I’m looking at.

On the flip side, there are major outlets that get it right.

posted on Wednesday, June 14, 2006 9:40 AM Mountain Daylight Time  #    Comments [0]