Entries tagged “tools”

A few weeks ago, I'd noted a Globe and Mail story that described Excel expertise as if it were a new fashion trend. That tickled my fancy, and I think the article turned out great.

However, there were a bunch of questions that Tralee Pearce, the story's author, asked me which didn't make the cut for the newspaper. Since I'd taken the time to write out answers, I thought I'd share them with you. Tralee graciously gave me permission to reprint the questions on my own blog.

Q: Okay, first off, what's it really like to be an Excel Ninja?

A: I am not sure I'm a ninja, but... Mostly, it's fun being able to make a tool do whatever you want. Anybody who's been a computer programmer or even who's done a do-it-yourself project at home knows that feeling of satisfaction that comes from finally making something just work. Of course, it's a little less fun if you're the person everyone is asking to help troubleshoot their problem with a spreadsheet.

Q: What do you do with Excel - work and/or play?

A: These days it's a mix of both. Work is the usual analysis, comparisons, reporting, or list management stuff that people tend to do with spreadsheets. A lot more fun is the crazy ways that both my wife and I, as well as a lot of our friends, find for using these "serious" tools.

Q: When did you get hooked on the possibilities?

A: I think I was very young, maybe 7 or 8, when I was first helping my father with some spreadsheets he was working on. This was on a Commodore 64, and I was just so excited about the fact that I could take the simple math skills that I had and turn them into something so limitless. That's probably still the reason it's fun to me.

Then, when I got a little older, I read about the people who'd invented the first spreadsheet programs, and how they'd also invented a lot of the ideas behind the computer software industry as a whole. Without them as pioneers, I couldn't have the job I have today, and I'm extremely fortunate to get to have met a lot of these people, who are still alive, still working actively in creating new software, and still mentoring geeks like me who grew up using their work. (Dan Bricklin, who invented the spreadsheet, has been active in blogging and podcasting from the beginning. And Ray Ozzie, who helped popularize spreadsheets with Lotus 1-2-3 just replaced Bill Gates as Chief Software Architect of Microsoft.)

Q: The web link you sent [referring to Excel Pile] is two years old. Of course I'm late in reporting on all this - but do you sense a mainstreaming of Excel lifestyle uses outside the computer programmer/engineer crowd? I have friends who plot wardrobes, wedding and rsvp lists all the time. I feel like I haven't heard that so much....

A: I think there are lots of people who use these tools to plan their important events, or even for recreation. They're so powerful and so adaptable, and people are familiar with them from their day jobs; It's only natural they'd take them home to use them there as well.

Q: Why Excel? Why is it such a lovable program?

A: I think there's a lot of reasons people use Excel in unexpected ways. The first is that we're wrongly taught that software is "serious" and should only be used for practical purposes. Technology is just as creative a medium as any other, and people have an inherent desire to express themselves. My sister's made art with Excel by coloring in the cells. She's self-conscious about it because it seems kind of silly, but I think you could definitely take it seriously. So there's a subversive element to using a business tool that way.

There's also the immense degree of personalization and customization that this kind of office software lets you do. You can really make it your own space, just like you do with your physical space in an office. Nothing says potential like a blank white sheet, and that's why Excel is compelling. Nobody thinks it's strange that graph paper makes you want to doodle; This is a digital representation of the same urge.

Q: You're down on Power Point? Why?

A: I wouldn't say I'm down on PowerPoint. I'd say that historically, it's made it very easy for people to make their communications worse. The tool focused on making all kinds of presentational tricks possible, without focusing on whether those effects were meaningful. And the fact that most people aren't designers meant that you ended up with slide shows that were worse than just hearing someone tell their own story in their own voice without needless adornment.

Tools influence content. Blogs encourage people to share with others in a way that gets a conversation going. Spreadsheets encourage people to create an organized, structured space that can make complicated information seem more approachable. PowerPoint has, until very recently, been designed to help people communicate like cave men: in short, grunting sentences accompanied by crude illustrations.

I'm also just picky because I spend a lot of time doing presentations and public speaking and I think it's like any other craft; You get much better at it the more you do it, and most people just don't do it often enough to justify using a tool as fraught with potential failures as PowerPoint. On the other hand, the upcoming version of PowerPoint is so dramatically improved that I think it will actually make meetings less painful all over the world, once people start to upgrade.

Q: What's a beginner to do? I stare at the Excel on my desktop and I don't know where to start.

A: It's a very forgiving medium! There's an undo button that lets you back out of any mistake, and you can save at any point. So first, be fearless. Second, think of all the times that people insisted that you'd never use the math you learned in school -- this is your chance to prove them wrong! And then don't think so much about formulas and mathematical expressions, because that's not what most people use spreadsheets for anyway. Think about lists and tables.

Once you've got a body of information that you want to organize, you can start to think about formatting and automation. You color the borders and cells and other pieces to look like you want, and then you add little bits of logic to make some magic happen. Whether that's creating a chart or dropping in a few simple formulas, it's pretty easy to use the built-in help and turn a simple to-do list into a color-coded, progress-charting life improvement system.

Q: That said, how do you know when to stop?

A: The new version of Excel supports a million rows. That seems like a decent limit. :)

Stories and Tools

The current world wide web consists almost entirely of pages that are either stories or tools. A few ambitious sites combine these two types of web pages in varying ratios, with results that range from unsatisfying to disastrous. But I asserted a few days ago that the next stage of the web is going to come from the native form that evolves from, and incorporates elements of, these two existing structures. Even after this form emerges, however, the web will still be populated with plenty of stories and tools, of course, just as television retained the idiom of an anchor at a desk authoritatively reading us the news, even after the invention of the situation comedy and the game show.

If you take a look at the pages we have today, one thing becomes clear: Stories on the web just plain work. The obvious, and so far ultimate, display of this is The Fray, of course, which sets out in its very mission to tell stories. It's the definitive example. But less obvious examples are abundant and instructive. Every news item proffered on whatever portal or provider you prefer is presenting a story. The content presented in web interfaces to Usenet and email are largely story-oriented. In a medium originally designed to present structured documents, the natural divisions and regular formatting of stories was destined to be a good fit, even if they technically fell outside the precise realm envisioned by the web's creator.

This brings us to the other kind of web page, the kind that just plain doesn't fit into how the web was envisioned: tools. Web pages that aren't stories are tools that you use to perform a task. You've probably seen these. Amazon is one. Your bank's online payment system is another. You probably use a web email tool like Hotmail. This site's been using Blogger for a few years now. Hell, Yahoo, MSN, Netscape, and most other common start pages are more tools than story already. And none of them work right.

That's not surprising; they're not supposed to.

Think of Hotmail. It's designed to give you a place to write emails, read them, and move them into folders. These kinds of functions in a desktop program like the Mac Finder or the Windows Explorer are automatic. You just drag and drop. But to enable that kind of ability in a web page, programmers have to jump through hoops, trying to make a story act like a tool.

And notice who has to do that? Programmers. But HTML isn't a programming language. And it's designed to be written by authors, not programmers. There are tags to describe the parts of a structured story. There's in fact a formal Document Type Description for hierarchially structured documents, that�s what XHTML is. Curiously absent, unfortunately, is a description for a Web Tool Document.

Look at Oddpost, as it's been making the rounds lately. It solves most of the problem. It's beautiful, useful, powerful. And, much to the chagrin of Mac partisans and Unix enthusiasts, it only works on recent Microsoft browsers on Windows. That's not the bad part about Oddpost, though, that's just smart use of limited development resources. What's truly bad is that Oddpost's HTML doesn't make any sense outside of a very limited context, and it's incredibly hard to debug or reuse or make useful on a PDA or a non-standard web platform.

It was this opening that Flash MX stepped into. With a cry of anguish from standards and open-source advocates, and amidst shouts of glee from newly-empowered Flash developers, Macromedia recognized the enormous opportunity to make tools easy to build. And if it just so happens that most of the money in the web development business comes from helping businesses build tools, not from helping businesses tell stories, well that's just plain old good luck for Macromedia. And it was an inevitable opportunity because the web was always, and only, designed to be stories. All else is kludge.

A Way Out?

What was needed was a formal DTD for describing elements of a web-based application. Common GUI widgets like a tree control, a select or combo list, a spinner control, some drop-down menu controls, toolbar buttons, scrollbars, and all the other usual trappings of a modern GUI application. And some basic logic for loops and form processing. This Application Markup Language would just be a specific XML implementation, with the unique part being that all of the controls would be rendered as GUI-native, state-aware real widgets. But these HTML applications would still have all the benefits of web applications, as benefits like CSS styling, device-neutral rendering, and simple data sourcing would be preserved.

Thus was born AppML. It's beautiful, really. But nobody's using it. And it requires server-side logic to execute. And it only exists in theory; I couldn't build Oddpost with it in any reasonable amount of time or under any reasonable budget.

Does that mean we have to give up? The choice is shitty apps or an extension of Microsoft's hegemony? (For the record, I don't think that idea's nearly as evil as an extension of the tyranny of desktop applications and humongous computer form factors.) Well, no. I think there's a third way.

A widely-distributed, standards-compliant, browser and platform-independent library of functions that would perform the basic user interface functions for a web-based tool, relying on the server side only for the logic and data sourcing. Well, whadaya know? We've got one. Yeah, it's still a work in progress, and it doesn't support nearly enough platforms yet. But DOMAPI is spectacular already. And it'll evolve, and it'll be good enough a year from now to be the basis of a large, stable array of applications, guaranteeing its future development and viability.

So what does all this mean? It means that we've finally got something that works for the two main uses of today's web. We can stop fretting and take these two essential pillars of the future web for granted. Stories we've got beat. Applications we've got a little distance to travel yet. But now... now, we're ready to figure out what the web will actually be used for.

Have we really almost finished writing the first chapter of the web's history?

1

Explore This Site

About Dashes.com

I'm Anil Dash, and I've been blogging here since 1999, writing about how culture is made. You can contact me at anil@dashes.com or +1 646 541 5843.

1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009
  Jan Jan Jan Jan Jan Jan Jan Jan Jan Jan
  Feb Feb Feb Feb Feb Feb Feb Feb Feb Feb
  Mar Mar Mar Mar Mar Mar Mar Mar Mar Mar
  Apr Apr Apr Apr Apr Apr Apr Apr Apr Apr
  May May May May May May May May May May
  Jun Jun Jun Jun Jun Jun Jun Jun Jun Jun
Jul Jul Jul Jul Jul Jul Jul Jul Jul Jul Jul
Aug Aug Aug Aug Aug Aug Aug Aug Aug Aug Aug
Sep Sep Sep Sep Sep Sep Sep Sep Sep Sep Sep
Oct Oct Oct Oct Oct Oct Oct Oct Oct Oct Oct
Nov Nov Nov Nov Nov Nov Nov Nov Nov Nov Nov
Dec Dec Dec Dec Dec Dec Dec Dec Dec Dec  
Close