Lessons from Architecture

Jean Nouvel has received this years Pritzker Prize for his work in architecture.  An architect I admire for many reasons, one of which he is often criticized for and yet I believe is an amazing strength; he is not easily characterized.  There is no obvious signature to his work that he brings to each project he undertakes, they are all completely within context but not in a way that makes them disappear; they stand out and bring enjoyment through their contrast and yet belong through their harmony.

From the NPR interview with Jean Nouvel there were a couple of things that touched on his philosophy of design; lessons I read into.

Survey the site (research is paramount):

  • What was there?
  • What is there?
  • How was it was used?
  • How will it be used?

The exterior of the Guthrie Theater in Minneapolis, Minnesota, which was designed by Jean Nouvel - Amanda Ortland/Guthrie Theater

The New York Times also has a small article on Nouvel winning the Pritzker but the NYTimes Magazine will be publishing an in depth article for this Sunday called The Contextualizer.

“Typically, architects begin the design process with a sketch pad or scale models, but Nouvel starts with an idea he can express in words.”

“He tries things, and not everything works. There’s a mixture of things that are extraordinary, things that are experiments, things that don’t come off aesthetically. But Jean is willing to jump in and take on things and try. That’s a great quality.”Frank Gehry

Lightning Nightly Builds

Since I started using the Thunderbird nightly builds I haven’t been using the Lightning plugin because the add-on version didn’t keep up with the latest build versions of Thunderbird.  Luckily this morning I woke up from this reality when I found the Lightning Nightly Updater which fixes that problem.

After installing I changed it’s options to also install the gdata provider for Google Calendar, then I ran the Check for Updates menu item from the Help menu and calendaring is back.

Update: Just to note that the nightly updater should grab the proper version even if you’re running a thunderbird branch instead of trunk.

To Reply or Not to Reply

To Reply or Not to Reply (thumbnail) Last night I read the paper To Reply Or Not to Reply: Predicting action on an email message, and took some notes on interesting information as I went through it. 

The paper covers a survey done to examine what are the characteristics of an email message that would indicate a users action on the message. If examining a broad context of users the survey data is a little weak, for example the participants in the survey (121 people) are all university faculty, staff, or students; 76% of whom were male.  So the data is not completely representative of all email users, however it does give us some fantastic insight on a range of users who use email for work.

Read it for yourself, but here are some highlights.

4 Distinct Purposes of Email

These were identified from lots of previous literature they reviewed about email in an organizational context.

  1. Task Delegation / Project Management / Reminders
    action requests, status updates, and meeting and deadline reminders
    often left in the inbox until acted on

  2. Information Exchange, Storage, and Retrieval
    information requests, and information responses
    responses often saved for later retrieval, either archived or left in the Inbox

  3. Scheduling and Planning
    meeting requests, and responses to meeting requests
    email has mostly replaced phone calls and memos to become the scheduling supporter
    often quickly responded to

  4. Informal Communication
    instantaneous delivery, and rapid response to email communication similar to instant and social text messages
    likely to receive a quick response

6 Email Content Types

Broken down from the 4 purposes of email in an organizational context.

  1. action requests
  2. status updates
  3. reminders
  4. information requests and responses
  5. scheduling requests and responses
  6. social content

Method: 2 Part Survey

Statistical Data Collection

Asked the number of messages sent, received, sitting in Inbox, and other habits

Questionaire

Asked for detailed ratings of 5 new non-spam messages in their email Inbox

Also indications as to the nature of the content, message importance, sender characteristics, and action taken on the message (replied, plan to reply later, do not plan to reply), or what they did with the message (delete, file, or leave in Inbox)

Hypothesis: Sender and Content

Users evaluate message importance based on characteristics of the message sender and content.

Results: Sender Characteristics

Sender and content are important in generating the users perception of the importance of a message.  However it is the senders characteristics (co-worker, friend, boss, etc.) that mostly determine the probability of a response to any message.

The majority of individuals (75%) had less than 1000 messages in their Inbox, however Inbox size combined with the high number of folders reported seemed to suggest people are filing messages into folders.

Interesting Stats

Out of the total messages surveyed (581)

Percent of Message Types

(graph courtesy of paper)

  • 36% of messages contained important content (attachment, link, or phone number)
  • 34% of messages contained a request for action
  • 14% of messages contained scheduling content

Message Reply Statistics

(image courtesy of paper)

  • 64% did not require a reply (30% delete these messages)
  • 23% required an immediate reply
  • 13% required a reply they postponed (of these 79% were left in the Inbox)

Rate of Return Stats

  • Messages sent to a list of individuals were 18% less likely to receive a reply
  • Messages with only 1 recipient were 20% more likely to receive a response
  • Having a work relationship with the sender lowered the probability of response by 9%
  • Frequency of communication did not play a direct role in the probability of response

Blue STEEL!

Blue STEEL Zoolander

Out of the Thunderbird status meeting this week I learned that there’s already a test extension available which gives Thunderbird Extension Developers some of the new STEEL interfaces.

What is STEEL?

STEEL stands for, Scriptable Thunderbird Easy Extension Library, and that means a simple javascript library to access your data (email, addressbook, etc.) inside Thunderbird.  Like it’s Firefox counterpart FUEL, STEEL will create an easy extension development API for Thunderbird.

What can you do with STEEL? 

Right now STEEL is in it’s infancy with a 0.1 release as you can see in the implementation plan.  However there already exists lots of things you can do with the existing STEEL code.

Here are some examples:

You’ll need to grab the latest STEEL extension from bug 408370, luckily there are STEEL Extension Install Instructions which you can follow.

Where is STEEL going?

What happens with STEEL is up to extension developers.  If you’ve already developed an extension for Thunderbird please give STEEL a try and let the developers know what you think.  If you’ve been thinking of developing an extension for Thunderbird try STEEL out to see if it does what you need.

The coming API will depend a lot on the kind of feedback that can be gathered right now. Join the conversation on the #maildev IRC channel or send a message to the mozilla.dev.apps.thunderbird newsgroup.

Personally I’d still like to see a couple things happen.

Simplify extension development by relying heavily on a local cache.  As a person who wants to try out a lot of different ideas inside Thunderbird via extensions I’d like to avoid network latency issues and would rather have all the information cached and indexed locally such that all calls could be fast and synchronous.  The only signal I would want to worry about is when the cache has updated so I can refresh my calls.

Allow for objects to be retrieved separately and by-directionally queried.  For example I’d like to be able to ask for a list of attachments and then for each attachment find out what message it was sent in, who sent it, and even other attachments they sent.

  • for each ( attachment in Application.attachments )
    • from = attachment.message.from
      • for each ( attachment in from.attachments )

Improved Search APIs.  I got to talk with the excellent David Huynh of SEEK fame and asked if he could take a look at the STEEL APIs for improvements; I’m excited to see what he has to say.  Improving search is one of the major goals for Thunderbird 3 and all the great new ideas come out of extensions so development needs to be ready for that.

Malleable STEEL

A simple exercise I have been doing is to take an existing extension, even ones for outlook, and offer a Thunderbird extension developers perspective of the STEEL API .  Right now I have a breakdown of the Xobni Extension which I thought was very interesting extension that I’d like to see in Thunderbird in the future.  The breakdown examines different pieces of the extension with simple function calls that could enable it.

Tagging Mail with Events or Tasks

Email idea #43819

I would like to be able to tag messages or threads of messages with calendar events or tasks.

My tagging scheme breaks down into these types: (with examples)

  • Project: thunderbird, evince
  • Discussion: desktop-devel, firefox-journal-devel, moz-bugs
  • Temporal: meeting with david, thunderbird alpha1 deadline, and tabbed interface wiki page task

Project Tags

These are used to tag messages related to a project or group such that when I want to find that message again later I can look into that project category and find the message.  I most often manually apply these tags to messages received because they are important, but not part of my regular discussion framework.

 Discussion Tags

I use filters to create these tags which automatically sort and categorized messages from mailing lists and groups.  There is often a lot of discussion related to these groups and I can’t make progress in my day if all that discussion goes directly into my Inbox.  Therefore I usually have these items filtered out of my Inbox and tagged so I can read them at a point where I’d like to catch up with the discussion.

Temporal Tags

This one I do not have yet.  Very often a thread of mail messages are all related to a meeting I’m going to have, a task I’m going to finish, or a deadline that’s coming up.  I’d like to have that event or task shown as a tag in my mail view such that before the date arrives or the task is finished I can continually access all the messages related to it.  Once the date has passed or the task has been finished the tag can be archived out of my main view, mostly available to search queries.

This would probably also help me to defer messages for later.  If I want to schedule a time later in the day to reply to a bunch of similar messages that I don’t have time for now I could tag them all with “3pm – Sit down and Reply to Messages Event” such that the event would ring at 3pm and show all the messages I had tagged for responding to.

Does something like this already exist out there?

Are there other tag types people use often?

Getting Inboxes Done

Spent some downtime Sunday reading Getting Things Done (GTD) after previously talking about it I picked up a copy a couple weeks ago and have been running through it in my spare time.  I probably talk about the book too much already and am boring everyone with my fascination over the classic email overload problem.

Another great source of similar information is Merlin Mann’s thoughts at Inbox Zero. If you haven’t seen his Inbox Zero talk, take about 40 minutes right now to watch it.



Here a link for the Video for Merlin’s “Inbox Zero” talk
 
Getting my Work DoneHere’s my plan over the next couple weeks:

I already started some work on Thunderbird and the tabbing interface by interviewing people about what they use tabs for in their browser and what tabs mean to them.  Should be posting some of that information shortly.

cow-orking

After an achy day in a coffee shop chair yesterday I spent some time last night looking up co-working again.  Nothing new has happened on Co-Working Boston page since I was last there.  However the CSMonitor recently ran an article covering Betahouse, a local co-working facility, previous covered in this boston.com article.

Lazy Cow (…) by law_keven. License:

After I first posted my name on the Co-working Boston page I got a message from someone near Long Island looking to open up their own co-working facility.  The issue in setting a new place up seemed to be finding the price to set.  She wondered if I had a price in mind and since I’d been thinking about this already I sent her my formula for deciding what to spend.

I’m a bit of a details dork and this was formula to calculate my average commute costs when I used to drive to work everyday.

Distance: ~ 30 miles from Cambridge to Westford

Cost: ~ $0.505 per mile according to the Federal reimbursement numbers (which likely don’t take into account recent gas prices)

60 miles round trip / day * $0.505 = $30.30 / day

Working Time: 1777 average hours per year worked according to wikipedia which is 222 working (8 hour) days / year.  Really you want number of days driven, not number of days 8 hours were worked but the total usually comes out to be less than the real value and therefore we end up with a conservative estimate.

$30.30 / day * 222 avg working days per year = $6727 / year ( or $561 / month )

Even if I through in the monthly T pass of $59 / month I now get and the fact that I still own the car ( payment + insurance + tickets and taxes) there is a considerable amount of money left which could go towards sharing a nice office space.  However since I’m pretty cheap I’d probably opt for the $200 / month deal and be a part timer, after all the coffee shops do have their charm as well.

Title coming from the excellent cow-orker slang term.

Hello there planet mozilla

aboot

This is the blog personality of Bryan Clark. I'm a designer in a world of open source. This blog reflects mostly writing about Design, Open Source, Economics, Beer, Wine, and Dogs. There's more information about me on this site or you can contact me directly at clarkbw@gmail.com.

scategories