vanderwal.net

Peter provides great insights on receptivity and modular presentation components in the eNarrative interview with Peter Merholz.

After reading Nick Finck's notes from the Web Design World 2001 in New Orleans and reading the Web Design World 2001 Agenda I think I may have to make the trip next year. I am very intrigued with the Open Source elements of the conference combined with the Web design/development aspects. Open Source tools have treated me far better than any proprietary tool ever has in the past. I am not interested in the cost as much as how solid the tools are, which leads me to Open Source.

We are all trying to make our sites more accessible. Some of us do it because we have to and others of us do it because it is the right thing to do. No matter what our mission to many of us it is a new twist to our regular routines and we could use some help. Those of us that use Macromedia products now have help in Macromedia's Solutions Kit of Accessability.

I am so happy as I have a system at home that is stable enough to build the Active State components: Komodo, ActivePerl, and ActivePyton. It is nice to have an option to the command line and to be able to test with out FTPing scripts up to a server.

Needing to write a functional spec? Just want to learn what a functional spec is to know if you should write one? A functional spec tutorial is what is needed.
[hat tip Jay and Cam]

Is Information Architect the Term for the Work of Setting Plans for Information Applications

There has been quite a bit of discussion about the moniker Information Architect on the sigia-L listserve lately. I tried to post a response, but it never made it to the list serve. I am not too concerned about the name or the label attached to the skills and practice of these skills, but to me IA is rather apropos for what I find to be a core part of information application development. The following is my input and a description of what I do as a foundation for developing information applications.

I am finding a lot of common ground in the descriptions of IA, User-based terms, and Experience Design. I tend to lump the whole, to a large extent, into Information Architecture. My work focuses on building information applications from static Web pages to Content Management Systems (CMS) driven sites that extend access to the information to wireless/mobile devices and work between systems. There are two key elements of this development: the information and the user.

Information architects put structure to the information to better understand it by looking at it through the eyes of the user. How does the user think about this information? How does the user structure the information in their mind? How will the information be used and in what context? Where do users look for this information? These questions are essential to building an information application that can and hopefully will be used. I can not have a successful project or product result unless these questions are asked, answered, and put in to a logical structure. This is the basis for navigation systems, metadata gathering, synomic databases for searches, the foundation to build a wireframe, and extends to the framework to create an information facade in the Richard Saul Wuhrman/Nathan Shedroff understanding of IA.

Louis Rosenfeld sees IA as an intersection of three areas: users, content, and context. Which are the base elements that most of us come to the table to understand. These elements are the core elements that need to be understood for an information application.

Christina Wodtke's big tent includes three elements to an IA: content architecture, interaction design, and information design. These elements are the action elements to Lou's component level approach.

The Experience Design folks (of the Richard Saul Wurman and Nathan Shedroff fold) have the same elements in their tool kit and approach the questions much the same manner, but have an experiential end goal the are trying to achieve.

Much of my understanding of these elements came initially from Communication Theory, advertising, public relations, and direct marketing. The user/audience is the focal point of communication and to target a message one needs to answer the same user centric questions and understand the information at hand. I added this background to my then hobby of playing with computers and trying to make applications function in a way that helped me do my job and try to extend that passion to helping others use technology to aid them. The core focus is the user, the task, and the information.

I really like Marc Rittig's hub-and-spoke approach to find a core set of understanding, which there is plenty there to build upon. The joining of disciplines where there is common ground is important as we have a lot to learn and a lot of experiences to share.

I did not know what to call the foundation skills that I found needed to be employed in a project to lead to success. At SXSW last year information architecture kept popping up as a viable choice. After six to seven years of working off a modified process, based on the one I read on vivid studio's site and married it to my process background learned in communication theory, I had a name. I worked for six years with out a name for what I did and found helpful. I know that much of what I do is based on examining how an information space will be used to provide a structured understanding to the user for accessing and using that information. Understanding the user and the information allows a map/schematic/blueprint to be drawn, upon which an information application can be built.

IBM Developer Works offers paper prototyping the good and the bad.

The XSLT Standard Library makes XSLT templates of commonly used functions. [hat tip Bill Humpheries]

The Dev Shed offers a scenario many of us gone through in their Time is Money article. It walks through a tough scenario of delivering an intricate project with few requirements. In all it is a nice over view of developing a web based application using PHP and MySQL.