Skip to content

my blog: the Q&A for law firms and other interested parties

12-Sep-07

Blogging About

the executive summary:

Nutshell: if you’re a law firm considering hiring me, and you stumble across this blog, please don’t get nervous. Instead, talk to me, and/or read the rest of this post. I’m eager to explain why I blog, and why I think it may make me a better lawyer and a good addition to your firm.

[Image by Hugh Macleod of Gaping Void fame; used with permission under the Creative Commons BY-NC-ND 1.0 license. For more on why Hugh licenses his images this way, see here.]

the full story:

More…

quick customer service appreciation post

17-Dec-08

Three good customer service experiences I’ve had of late:

  • lenovo: I bought an X41 tablet not long after Lenovo bought the Thinkpad brand. I was a little worried about the impact the purchase would have on customer service, but in my first interaction with them (yesterday, 2 1/2 years after the purchase) their service was prompt, professional, and most importantly, trusted me- I said the drive was busted, they asked a very minimal number of questions, established I knew what I was doing, and I had the drive today. Best computer -related service I’ve had in a long time.
  • roomba: a thread holding in a brush got stripped a week after the warranty expired. I asked very nicely for a replacement and got it- no questions asked, despite expired warranty. Very pleasant surprise. Still highly recommend the Roomba 5xx series.
  • eagle creek: I have had the same eagle creek backpack for nine years- many friends will have seen it all over Europe, India, Australia, and Niger, often stuffed to the gills. A zipper broke over the summer- nine years after I bought it. When I asked if they could service the zipper, not only did they fix the zipper for free, they also (without being asked!) patched a place where the fabric had worn through and replaced a broken strap fastener. Awesome, awesome service, and an awesome, awesome bag- I expect to buy another one (different model) soon.

vicious legal-ese

12-Dec-08

From the Vermont corporations statute:

(26)  “Meeting” means any structured communications conducted by participants in person or through the use of electronic or telecommunications medium permitting simultaneous or sequentially structured communications for the purpose of reaching a collective agreement.

It scares me that not only is this now comprehensible to me, but that I can understand the basic thought process that led to it being written that way. Doesn’t mean I like it, though, except on the odd chance that some day I’ll be able to torture my enemies with it.

why I’m not a big fan of OOo, part 53240

10-Dec-08

I was asked after the Deep Fried Bytes podcast why I said on the podcast that I pretty much like Office 2007’s user experience and hate OOo. I could go on at length, but here is a short version of the most important part of it.

Three full years ago Microsoft shipped a beta build of Office that announced “the office suite’s menus have become so cluttered and badly structured that users find it impossible to locate certain functions.”1 Their solution, the Ribbon, does a really good job of grouping important functionality together in a discoverable manner, and made it very easy for me to go from zero (prior to this year, I had not really used Office since 1998, and was far from a power user at that time) to relative power user (which I’ve had to be for various school tasks this year) in a matter of weeks.

Contrast with OOo, which has suffered from the same menu and functionality problem for nearly as long as Office has. OOo has finally started thinking about the problem, three years after Microsoft had already thought about it long enough to propose a pretty darn good solution. In the meantime, accessing OOo’s basic functionality is usually clunky at best, painful in many cases, and impossible for mere mortals at worst.

OOo 3.0 takes significant steps in the right direction in terms of speed and feature quality2, and I’m very excited to hear that the OOo folks are going to take the important step of doing automated collection of menu and feature usage data- an important step that many free software projects should consider taking. I certainly wish them the best of luck in coming up with a solution and implementing it; I will always use it when I have the choice. But in the meantime, for those who haven’t used it- rest assured that unlike Win98->Vista, Office98->Office07 is a huge jump in usability and quality- one that OOo has only begun preparing to follow.

  1. to quote Heise’s description of the same problem in other software. []
  2. though it is still in my experience slower, buggier, and more crash-prone than Office 2007 []

things I did not expect to do Friday

07-Dec-08

things I did not expect to do Friday: buy an album because I saw a music video. I’m not sure I’ve ever done that, even when I went through an MTV-watching period in my teens.

(Tangent: how come I didn’t know there was a last.fm creative commons station?)

slight innovation followup

06-Dec-08

Dan: my goal in ranting is to increase the amount of innovation being delivered to users. So if the idea is 30 years old, but I can’t use it because I’m not part of this ‘bunch’, please carry on ;)

More seriously, I do hope the process of producting a new gnome-shell provides an innovation model we can build on- it would be terrific to see conscious thinking about building a repeatable process as well as the code. So far the process seems to be admirably JFDI-based, and the javascript does seem to be lowering the barrier to participation, which is terrific. I did hear suggestions that there was a dispiriting amount of bikeshedding in the conversations which took place at Summit, so maybe we still need to develop better norms and practices around that. And I’m not sure where (if?) there is a place for designers in the process- some of the ideas seem to have come out of RH’s internal design folks, but I’m not clear on that.

Of course, this looks a lot like bikeshedding itself, doesn’t it, so maybe those guys should just ignore me altogether. Dan, please unsubscribe from my blog ;)

(Tangentially: it is completely awesome to click on Dan’s video and have it Just Open in my firefox nightly. Big thanks to the firefox folks in taking the jump to include <video>- I’m not sure it is ‘innovation’ per se but it is pretty awesome :) Now, we just need to work on the production side…)

the linux desktop’s change problem

05-Dec-08

[NB: this could easily have been titled 'the software industry's innovation problem', since the problem applies broadly to all sorts of software development, and what I'm talking about as 'change' is often referred to as 'innovation', a word that has been twisted almost beyond recognition. I'd like to focus on this little corner of the industry today, so the linux desktop's change problem it is for now.]

A couple things recently (combined with writing this post the other day) made me think about the difficulties in bringing change to the linux desktop.

  • talking with someone about distributor innovation brought up this post by Vincent. Solid post that I mostly agree with (bottom line: distributor changes done without upstream input are doomed to failure) but the comments raise a challenging and difficult-to-rebut counterpoint: distributor changes done with lots of upstream input have a history of being watered down, shouted down, and hence failing to make revolutionary change. Incremental or additive change, fine; revolutionary change, not so much.
  • discussion of javascript in the desktop reminded me of Pyro. Obviously Pyro wasn’t perfect, but the speed with which it was shouted down, despite the advantages it might have brought (easy web integration, someone else doing optimization and a11y for us, etc.) was very troubling. To paraphrase what a friend said at the time, ‘developing an online desktop in GTK seems like flying a private jet to an environmental rally- it might be justifiable, but it suggests you aren’t really that serious about the benefits of the new system you’re claiming to embrace. If you really think the web is that great, you have to take Pyro seriously.’ What can we learn from the differences in their receptions?
  • discussion in this bug about the Sugar filesystem is fairly typical of what happens when you try to implement radical change- people used to the old system focus intensely on the transition costs (it doesn’t work RIGHT NOW and my old system WORKS RIGHT NOW DAMMIT) and give varying levels of thought (usually little) to the potential upside of the change- maybe tagging and search really have vastly more potential than hierarchies now that our computers have more capabilities than they did in the time of Aristotle. Kudos to the Sugar folks for persisting despite that resistance.

This isn’t to say that resistance to change is always a bad thing. Plenty of people have brought fairly cracked out ideas to the GNOME table that deserve to be shouted down; Sugar would certainly have been helped by better communication about their vision, a strong dash of pragmatism and a better sense of how to pick your battles; and Pyro might have been better received if the presentation at GUADEC hadn’t been frequently described as ‘condescending.’ But there is a theme here- lots of shouting down of new ideas is being done. Sadly, you can even make a fairly good argument that this is the default reaction to new ideas.

For a long time, this problem didn’t matter that much to the linux desktop. There were plenty of problems to solve just to get usable at all, competitors put out shoddy products, innovation by others happened very slowly if it happened at all, and there was no disruptive change in the basic model for delivery of apps. This basic state of affairs lasted for nearly 20 years. But now things have changed- the linux desktop has matured to the point where the answer to ‘what next?’ can at least sometimes be something other than ‘fix bugs’, Apple is doing real user experience innovation, Windows is feeling price and quality competition (say what you will, but XP and Office 2007 are miles better than Windows/Office 98), and the web is simultaneously revolutionizing how people collaborate and how almost all modern end-user software is developed and delivered.

It seems like a critical question for the linux desktop, then, to figure out how to make radical change happen, since our competitors are eating away at our traditional advantages while making radical change themselves. It can’t be just incremental change (gradually improved usability) or additive change (bolt on a11y on top), because competitors are delivering all those things and then some. Freedom helps here, especially in the very, very long term, since end-user modification and individual control are not features that Apple and Microsoft can ever offer, and which web services can offer only with great difficulty. But that is a very long term solution. In the mean time, if you don’t want to just imperfectly clone everything they do and then wait for freedom to work its magic, merely being as easy to use as OS X or as accessible as Windows won’t help- something bigger and more substantive has to change.

The question is how to do this change, given the resistance I’ve already suggested is rampant? I’m afraid I have no magical bullet to resolving this resistance to change, but I have some suggestions:

  1. The first one is a non-suggestion. The solution is not to do innovation in-house and closed off from the public. Do it that way, and you have all the difficulties that stem from being proprietary (lack of resources, lack of feedback, etc.) and you’ll never get any of the benefits of being open (free assistance in maintenance, free integration in other products, etc.), since odds of it being integrated upstream are extremely low (for good reasons). ‘I want the PR value’ is also not a good reason; the positive PR value you get from that sort of thing lasts only one release cycle, while the damage to your community reputation is permanent. Obviously some balances must be struck so that we can get ideas from as many sources (corporate and community) as possible, but too often pleas for balance are really ‘I don’t know how to do innovation any other way, so I’m doing it this way, sorry’ in disguise.
  2. actively encourage incubation of new technologies. Anyone willing to work on changes in a branch should be encouraged with all the resources we have, and with a serious no-stop-energy policy. Constructive, non-bikeshedding feedback only- those running an incubator should feel completely empowered to ban or mute people who aren’t contributing constructively. There is a time for non-constructive feedback, but that time is at the last possible moment. Think of premature stop energy as premature optimization- the costs are almost always higher than the payoffs. To do it right, you have to understand the problem first, and the best way to do that is to encourage someone to do the design and prototyping and write the code.
  3. Move development to git or bzr ASAP. Part of incubation of new ideas is to fork early and often, with tools that lower the barrier to creating and testing changes, and which make it as easy as possible to merge those changes back once it makes sense. (Great to see that Behdad is working on that.)
  4. Make testing changes easy. Greg seems to be pushing hard for this in the Sugar space, which will be terrific for them in the long term. Some of the push for jscript in GNOME seems to be driven by the same concern- quicker cycles of iteration mean more small changes, quickly, which helps development of new ideas.
  5. Encourage a JFDI culture. Part of the problem with bikeshedding is caused by developers who think they are required to talk about things at great length before doing them. A great developer should be transparent, by publishing as much information as they can while they work, but if you’re well trained and well prepared you need not wait to get public feedback on that information before going forward. The best feedback will still be there for you when you’re done- and likely it’ll be even better in reaction to your work. (Note that transparent JFDI implementation after some early internal design thinking is probably a solid feasible halfway point between ‘do it all in-house’ and ‘do it all in the open.’)
  6. Encourage a serious innovation culture. We need to be able to tell the difference between serious innovation (what the web is doing to collaboration and development; changing how users experience games) and ‘innovation’ (ooh! shiny!) It would be great if development as a whole (and linux in particular) started to be consciously aware of the difference- that would go a long way towards resolving the imbalance between the two categories. (We did some of the same sort of thing in creating a GNOME culture around ease of use, so it isn’t impossible, though it has been less conscious of late- which is a definite problem, easily visible in some of the newest UI bits.)
  7. develop sustainable design best practices: the practices used by designers tend to be optimized for small, tight-knit groups, and many designers strongly believe that too many cooks spoil the broth. Learning how to do iterative, long-term, expert-driven-but-not-dominated design that can respect and incorporate community-driven feedback would be huge. As best as I can tell, no one really knows what such a process would look like yet. Figuring that out should be an explicit goal for someone- perhaps Mozilla (now that they’ve purchased Humanized) or perhaps a university program in design.

It would be great if this post started some serious discussions of the problem and solutions; I certainly don’t pretend that I’m an expert in innovation or that I’d have all the answers even if I were such an expert. And at the end of the day, the #1 reason there isn’t much ’serious’ innovation- anywhere- is that innovation is really damn hard. That I can’t solve either… but some of the other issues should be resolvable as well.

[Ed. later: I removed some childishly snide KDE links, and apologize for the snarky tone therein. I do think that KDE 4's 'innovations' are a prime example of confusing 'shiny' with 'innovative', but I should have said that flat out rather than doing it the way I did. Note that that may well be a better way of failing to innovate than complaining about- and killing- new ideas before they ever get to the user; either way I think both GNOME and KDE have a real problem here, which is why I said 'linux desktop' and not GNOME in the title.]

when news and law collide, puffery edition

03-Dec-08

Lots of the tech news sites are up in arms this morning about this Wired story, (1)(2), reporting that ‘Apple says you’re a fool to believe our ads’ (to paraphrase the title.) While not strictly incorrect, this post really deserves some context.

First, Apple made this claim in an answer to a complaint. The complaint1 is a very comprehensive, but vague, document saying ‘here are all of my potential arguments in court.’ If the court doesn’t like the plaintiff’s complaint, the court can say ‘go away’; if the court doesn’t like the defendant’s response, he can say ‘lock them up.’ If both sides persuade the court that there are serious, important points where reasonable people can disagree, then you start on the road to a trial, where details are added and arguments fleshed out. So you want to throw the kitchen sink in there if you’ve got it, and this defense is one of those kitchen sinks. It isn’t unreasonable to think that this system is a little weird- Germans, for example, would ask a court to filter this kind of claim more aggressively- but it is the system we’ve got.

Second, and more importantly, this particular kitchen sink claim (’no one would believe that‘) is a very standard defense against claims of advertising fraud, called ‘puffery.’ The idea behind puffery is that some ads are inevitably a little outlandish (’best X ever’), and that reasonable people should be able to  tell the difference between those kinds of claims (the ‘puffery’) and the serious claims that we’re supposed to base our purchasing decisions on. We use juries to figure out what is ‘reasonable’ in this situation- does everyone on the jury think that ‘twice as fast’ was just bluff, or does the jury think that this was a Serious Claim that was intended to deceive? Admittedly it seems a bit stretched to this non-expert to call this particular ad ‘puffery’, but it isn’t insane, particularly at this early phase of litigation, when both parties are prone to outlandish claims to make sure that they get their day in court.

There is one other thing about this article that is worth mentioning, and which particularly irritates me- the reporter clearly only barely read the pleading. Wired quotes a paragraph, but ignores the title of that paragraph- ‘puffing’. If the author knew what puffing was, they wouldn’t have written this piece, or at least not in this way. If they didn’t know what puffing was, a simple google search would have lead (first link!) to a definition explaining the basics, and it isn’t far from there to understanding it. So file this under ’sloppy, lazy ‘journalism.”

  1. in the American system- your national mileage may vary []

what the Berkman Center got right

03-Dec-08

Of late, I’ve been reading my friend Dave’s regular Berkman Lunch transcripts with a certain wistfulness. Ironically, his last lunch post was about a Columbia law prof.1 I’ve always cited the lunches as the best part of Berkman, but the further I get from it, the more I realize that the lunches were just one exemplary facet of what made Berkman a great place.

First, a note on what Berkman didn’t succeed at. When a well-meaning Columbia prof asked me (early in my second year here) what Berkman did well, my answer focused on the negative- what Berkman didn’t do. In particular, I focused on the difficulty of translating great ideas into practice at Berkman. This is, I imagine, still a difficult problem, and there are a lot of reasons for it. Certainly while I was there I was part of the problem; I didn’t have quite the right skill sets and my short tenure created problems. In addition, the reality is that all faculty are not by nature product oriented people- they tend to think in terms of ‘what theory are we implementing’ rather than ‘what problem are we solving for real users’, which not surprisingly leads to lame products sometimes.2

I think in the past few weeks I’ve finally been able to snap out of a focus on that negative aspect and come to a better understanding of what really makes Berkman so great.

First is critical mass. There isn’t just one faculty member, there are a throng. So they are always talking and throwing out ideas. And as a result of money from the Berkman family, and their physical concentration in one place, they can act on those ideas. And that snowballs. Lunch exemplifies this  because the food is free and the conference room large. I doubt speakers are given honoraria, but I guess some are flown in. These things are all obvious, though- smart people + money + a building usually = fun. What else is there? What can you do if you don’t have space?

The second thing is the faculty’s focus on Berkman as an institution. For a variety of idiosyncratic reasons, the Berkman faculty are very committed to Berkman-as-Berkman. For perfectly understandable reasons (mostly tenure), most faculty are committed to their own publications first, the law school second, and then whatever else a distant third. For the current Berkman faculty, these three things tend to be on roughly the same priority level, and are also always intertwined- if you publish, you think about how publication will turn into a Berkman project; if you think about the law school, you think about how to help it by getting students more involved in Berkman; etc. As a result, Berkman always has things going on- projects, events, stimulation of some sort. Outside commitments occasionally block individual events or projects, but those commitments never systematically prevent or reduce involvement in Berkman events. That is invaluable- it is faculty commitment that makes anything on a university campus go, and Berkman has that commitment in spades. (Tie to lunch? Faculty actually show up, pretty much every week.)

The third thing is Berkman’s openness. Contrary to Harvard’s reputation that the only smart people on earth live in 02138, Berkman deeply believes that there are lots of smart people out there that aren’t at Berkman, and the instinctive response is to invite them to swing by. Hence Dave’s lunch summary. There is always someone interesting, on a weekly basis, being invited to join the discussion. (And they are discussions, not lectures, as you can see from the extensive Q&A that accompanies every lunch transcript.) And the discussions are open to everyone- you can literally walk in off the street if you want; lots of the participants are students or fellows (who often aren’t academics, but come from other walks of life.) As a result of this openness Berkman is always getting new ideas, and being challenged to think about the old ones- it isn’t just the handful of ideas of the faculty that are getting recycled.

The last thing is the commitment to real world impact. As already mentioned, this commitment has limits that stem from the structure of the place (Harvard is the ivoriest of ivory towers, after all), but the constant commitment to trying new things- despite the daunting odds of failure- is really admirable. The core theory goes like this- a faculty member writes a paper; then they write a book for the popular press based on the paper; and in tandem with those, they start thinking about projects that will bring the core ideas of book and paper to the world in some tangible sense. H2O was an outgrowth of Zittrain’s ideas about pedagogy, Stopbadware an outgrowth of his ideas about generativity and the ‘net, the music project I worked on an outgrowth of Terry Fisher’s ideas on the future of music licensing, and I presume much of John Palfrey’s work as law school Dean of Libraries will be an outgrowth of his book Born Digital. (Berkman likes to take credit for Creative Commons as one of these ideas->books->real world projects as well, though that is more tenuous ;) Are any of these projects world-shakers yet? Not really, and many won’t be because a law school is a difficult place to make product focused, as I already said. But the attempt is noble.

So all in all… yeah, I’m a little nostalgic. All things considered, I’m pretty happy at Columbia, but Berkman is a unique place that other institutions would do well to consider and emulate.

  1. According to my email archives, Heller has spoken on campus only once since I’ve been here, and that at a series of faculty lectures with ‘limited seats available for students.’ []
  2. This experience colors my interpretation of the Obama nominating process; I’m utterly thrilled that he’s generally picking hard-nosed operators who know how to get things done rather than ideologues, even when I agree with the policy positions of the ideologues. []

mail problem

02-Dec-08

I’ve fixed the mail problem that was causing mail to @tieguy.org to bounce for the past several hours; please resend if you’ve sent me anything to @tieguy.org since around 11pm EST last night.

playing with Sugar

02-Dec-08

Following Greg’s recent posts on Sugar, I’m playing with running it a bit; might even try to use it as my dominant platform for a while. Some thoughts, all written from within Sugar:

  • The journal is not perfect yet but is a much more useful primary interface than the stock win3.1/macOS/GNOME desktop. Would be even better if it allowed organization into tasks. (I’m told there is some work on tagging, but I prefer to think ‘tasking’ rather than ‘tagging.’ Tagging is nebulous; tasking could be tied into a GTD approach to things which would be terrific for kids.)
  • lack of tabs in the browser (or even a quick ‘new window’) will drive me nuts. New windows you get via javascript don’t have controls on them, which is even worse.
  • conceptually, the single-window-single-app and simplified UI design choices are appealing to me, but in practice it still seems very rough- like there was a vision here, but one that was not well communicated and hence implemented very unevenly. Hopefully that will improve with time.
  • You never know when you’ll miss having a clock.
  • copy/paste seems to use the shelf metaphor Seth advocated for ages ago, but I can’t fully figure it out.
  • For this to succeed as an actual educational tool, and not just an interesting experience in a new desktop shell, will require massive investment in - and rethinking of - virtually every single application in this new context. The included moon phase calculator is a very depressing example of this. A moon phase calculator intended for children could (for example) be used to show the sun, moon, and earth, demonstrating the relationship between the three, ideally implicitly educating the youngest kids in the nature of the solar system, and when appropriate explicitly educating older kids in the physics of light and gravity. Instead, what you get is… basically a screenshot of the moon and some meaningless numbers; not even links to explanations, much less to something interactive. Not a bad app, per se, but much work is needed (design and then coding) before it achieves its potential.
  • Sugar uses trac for bug tracking. Trac is a fine app which I have recommended for small projects, but Sugar is not (or rather should not be) a small project. The sooner they get migrated to a serious bug tracking tool1 the better it will be for the project.

Two major observations I take away from this:

  • It was tremendously ballsy of the original design team to make so many radical, paradigm-shifting changes to the user interface and (more importantly) to the mental interaction model. It seems important that this succeeds if we ever want to evolve our interaction models from the one we have now- if nothing else, we need to learn how to wrap our heads around different models, and learn what implications changes have for design, education, etc. You can see that this comes at a cost, though- the polish is low (in part because so much has had to be written from scratch) and the cost of porting applications is high (because you have to change them so much), so out of the box the functionality is pretty limited. The ceiling has been raised- once fully realized this will be a better tool for education than a standard OS. In the mean time the experience is not great, and hitting that high ceiling will take years.
  • Despite the near total lack of apps and many rough edges I could still use this as my default desktop. Why? Because it has a web browser, and that is where so much of my life lives now.2 Among other things, this reminds me that if you’re working on a desktop shell that doesn’t treat website-applications as a peer to traditional apps (as Sugar does, albeit roughly, in the journal) you should probably rethink what you’re doing. Unfortunately, I’d also guess that the easy reliance on web apps will slow first-world developers from working on applications that work well on a third-world network.

Unfortunately, I don’t think I can use Sugar full time yet (there are a few apps that I need that won’t run under it, as I understand things) but for those of you who are slightly more flexible it seems like it might be a worthwhile project to use and get involved in.

  1. Bugzilla 3.2 is out! []
  2. Admittedly I’d kill to have firefox plugins. []