a pattern is basically described as a four-part construct.
First comes the' 'context' - the conditions under which this pattern is called for.
**For example: Enabled by the potential of new media and the threat of rural decay we want to build videobridges as a universal education system for disadvantaged areas.
** Patterns never exist out of context, the context provides the problem and in general also the material of the solution. A good solution is mostly local, available under even unfavorable conditions, easy to implement, durable, maintainable.
** For example: To bring computers to an African village might be an out-of the context solution unless there is training and maintainance capacity.
Next is the' 'problem' or 'goal' , the challenges by the context which represent a "system of forces" that need to be dealt with.
** For example: How do we solve the problem of getting ongoing support for videobridge events?
The third part is the 'solution' - a configuration that balances the system of forces or solves the problems presented. A pattern is an evolutionary proven solution that creates optimum results in a defined situation.
** For example: Support by Networking, leveraging the task by creating a set of connections in form of an Association of Learning Places.
** If you arrive at a solution, NAME it, DESCRIBE it, VISUALIZE it.
Be aware that for a solution to work, you might need additional patterns. Try to list them. Go on and see if the solution is elegant, sustainable and proven.
A Pattern Language is the effective combination of such solutions, to be used in a participatory process of informed stakeholders. Pattern Languages are shaped by inclusions, conditions, sequences of patterns. we might call them Con-Sequences
They are more than a list of solutions; they are more than a systematical collection of solutions; they are a generative repository of the building blocks of an indefinite number of good design possibilities.