1. At http://wiki.fluidproject.org/display/fluid/Design+Patterns+Library+Proposal, our proposed goal reads:
"The primary goal of the design pattern library will be to introduce design patterns as a way to design usable, high-quality user interfaces in specific contexts ("a proven solution to a common problem in a specified context"). The library will have a practical focus, intended mostly as a tool for junior/new designers as well as developers. It will not focus on creating a complete pattern language, or describing patterns in a more academic sense."
Is this the best statement of our goal? Can we add to this and flesh it out more?
- Some previous ideas from Colin: the Open Source Design Patterns Library will be the first truly open
place for collaborating on design patterns. Most of the existing pattern libraries are proprietary or managed by heavy top-down
moderation that precludes outside contribution, reuse, and modification. I really hope we'll be the place for advice about open
- From Colin: I think it would be great if we specifically identified openness as a goal for the patterns library. One of the strengths of the OSDPL is that it is very open and collaborative. Anyone can contribute patterns, and everyone has the right to reuse and repurpose our patterns in whatever way they see fit. The fact that we're building an open community around patterns, along with our Creative Commons license, distinguishes our work from the corporate-driven pattern sets out there.
- From Paul: The primary goal of the design pattern library will be to promulgate design patterns as an approach to the creation of usable, high-quality user interfaces. For the purposes of the library, a design pattern is defined as "a proven solution to a common problem in a specified context". The library will have a practical focus: as a common source of design inspiration and examples of best practice for both designers and developers, as well as serving as a focus of discussion for their collaborative efforts.
- From Jonathan: "The primary goal of the design pattern library will be to introduce design patterns as a way to design usable, high-quality, and inclusive user interfaces in specific contexts ("a proven solution to a common problem in a specified context"). The library will be practical and foster collaboration across disciplines, experience levels, and expertise. It will not focus on creating a complete pattern language, or describing patterns in a more academic sense."
- From Daphne: One more goal we haven't explicitly included that is very important is creating a shared language. When we all know exactly what we mean (or can go to the pattern for clarification) when we say "lightbox overlay" it sure makes the conversation more smooth. I actually think in a diverse community like ours that this might be one of the biggest benefits we get from the library.
2. Who is the audience of the OSDPL? Are we trying to serve too many different audiences, and if so, should we try to pick a primary audience to serve? Is it possible to pick a primary audience to focus on where if we serve their needs, we will end up serving most of the needs of our other audiences? (This is a similar concept to picking a primary persona on whom to focus a website or application's design. In this situation we also try to meet the needs of secondary personas, but never to the detriment of the primary persona's experience.)
- from Paul: To my mind, the OSDPL is a setting down of a portion of the body of knowledge that expresses the principles of good design. As such, it should serve as a reference work, as well as a repository for study. While it may be used more by junior/new designers, I think it sends the wrong signal to explicitly target them in the goal statement. Those new to any area of expertise always refer more frequently to the reference works of their trade, but the reference works are generally aimed at the whole profession. As for target audience, it is my hope that the OSDPL will be accessible to both designers and developers, and its contents serve as a focus for common understanding between them. I'd like to see this expressed somehow in the goal statement.
- from Daphne: Although we want to design the patterns in a way that is helpful to more junior designers (assuming if it works for them, it will also work for Senior Designers), we don't have to be explicit about that in the goal statement. +1 for removing those terms.
I agree and would also like to see the library useful to both designers and developers.
I do have some concerns about whether 1 version of a design pattern will work for both audiences though. I think I mentioned on the call that it might be useful to have a couple different levels of pattern. This is generalization but I'll use it to express my point. Designers want to understand why this is the right pattern, who else has used it, what other design considerations do they need to think about when using the pattern, etc. They want interaction consistency with some flexibility for innovation and different contexts. I think many developers want it to 'cut to the chase', "just tell me how to solve this interaction problem" or "tell me how to implement this solution, don't give me a bunch of different options" – much more prescriptive. They are also going to want to have code examples or actual code to use. Additionally, the 2 disciplines search strategies may also be quite different from one another.
I can't outline all the distinctions right now but my gut tells me we have 2 primary personas for the OSDPL: 1) Junior Designers (more experienced designers are secondary because their needs will be met by meeting the Junior Designers needs) and 2) Developers / implementors. Each primary persona needs their own interface so in this case they need their own form of the pattern. This doesn't have to mean 2 completely different patterns. I think it could be as simple as a full version and a stripped down version
- from Jonathan: It will be hard to identify a primary target audience since the OSDPL, by its nature, will (and should) appeal to a broad audience. Developers who need to design, designers who want to innovate and participate, "beginners" looking for examples / guidance, etc. I think we'd want to keep the audience mixed to be effective in advocating good design. So in short, I don't think we have a primary audience (i know, not much of an answer .
- from Paul: I've always seen patterns as a bridge between designers and developers. As Daphne mentioned, they help establish a shared vocabulary for design idioms. I do find patterns especially appealing as advice for non-designers, but I don't think it has to be an either/or situation in terms of identifying a target audience.