git.cworth.org Git - sup/blob - doc/Philosophy.txt

   1 Should an email client have a philosophy? For many people, email is
   2 one of our primary means of communication. Something so important
   3 ought to warrant a little thought.
   4
   5 Here's Sup's philosophy.
   6
   7 Using "traditional" email clients today is increasingly problematic.
   8 Anyone who's on a high-traffic mailing list knows this. My ruby-talk
   9 folder is 430 megs and Mutt sits there for 60 seconds while it opens
  10 it. Keeping up with the all the new traffic is painful, even with
  11 Mutt's excellent threading features, simply because there's so much of
  12 it. A single thread can span several pages in the folder index view
  13 alone! And Mutt is probably the fastest email client out there, and
  14 certainly most featureful and in terms of threading and mailing list
  15 support. God help me if I try and throw Thunderbird at that.
  16
  17 The principle problem with traditional clients is that they deal with
  18 individual pieces of email. This places a high mental cost on the user
  19 for each incoming email, by forcing them to ask: Should I keep this
  20 email, or delete it? If I keep it, where should I file it? For
  21 example, I've spent the last 10 years of my life laboriously
  22 hand-filing every email message I received and feeling a mild sense of
  23 panic every time an email was both "from Mom" and "about school". The
  24 massive amounts of email that many people receive, and the cheap cost
  25 of storage, have made these questions both more costly and less useful
  26 to answer.
  27
  28 I think Gmail has taken the right approach. As a long-time Mutt user,
  29 I was pretty much blown away when I first saw people use Gmail,
  30 because I saw them treat email differently from how I ever had. I saw
  31 that making certain operations quantitatively easier (namely, search)
  32 resulted in a qualitative difference in usage. You didn't have to
  33 worry about filing things into folders correctly, because you could
  34 just find things later by searching for them. I also saw how
  35 thread-centrism was advantageous over message-centrism when message
  36 volume was high: if nothing else, there's simply less of them.
  37
  38 Much of the inspiration for Sup was based on Gmail. I think it's to
  39 the Gmail designers' credit that they started with a somewhat ad-hoc
  40 idea (hey, we're really good at search engines, so maybe we can build
  41 an email client on top of one) and managed to build something that was
  42 actually better than everything else out there. At least, that's how I
  43 imagine in happened. Maybe they knew what they were doing from the
  44 start.
  45
  46 But ultimately, Gmail wasn't right for me (fuck top posting and HTML
  47 mail), which is why the idea for Sup was born.
  48
  49 Sup is based on the following principles, which I stole directly from
  50 Gmail:
  51
  52 - An immediately accessible and fast search capability over the entire
  53   email archive eliminates most of the need for folders, and
  54   eliminates the necessity of having to ever delete email.
  55
  56 - Labels eliminate what little need for folders search doesn't cover.
  57
  58 - A thread-centric approach to the UI is much more in line with how
  59   people operate than dealing with individual messages is. In the vast
  60   majority of cases, a message and its context should be subject to
  61   the same treatment.
  62
  63 Sup is also based on many ideas from mutt and Emacs and vi, having to
  64 do with the fantastic productivity of a console- and keyboard-based
  65 application, the usefulness of multiple buffers, the necessity of
  66 handling multiple email accounts, etc. But those are just details!
  67
  68 Let me know what you think.