requisition-examples: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
m (job-listing-examples)
 
(2 intermediate revisions by 2 users not shown)
Line 1: Line 1:
= Requisition Examples =
#REDIRECT:[[job-listing-examples]]
 
The following are real-world examples and brainstorming for marking up '''[[requsition]]'''.
 
==The Problem==
 
How to consistently describe the content of a job requisition in a manner that is compatible internation standards.
 
== Current Human Behavior on the Web ==
 
Specifically:
 
=== Current ===
* This is what people are doing '''now''' on the Web. 
* This is not:
** what people did 50 years ago
** what you expect people to do in the future
 
 
=== Human ===
 
Explicit user entered and published information.  While automatically published information such as logs from an eletronic thermometer can be interesting, they are not human produced (unless said thermometer is stuck in a human, and that's only indirect/implicit/uncontrolled) and thus do not reflect what humans themselves explicitly do.
 
=== Behavior ===
* What people actually '''do'''. Think empirical evidence, much as in the same way that the scientific method requires gathering of empirical data.
* not:
** what they ''might'' do
** ''should have'' done
** ''would'' do
** Intention/Desire/Want. A common mistake done by folks researching background for formats is to explicitly *ask* folks what they *want* or *prefer*, as opposed to *studying* what they *do*.  It is well known among behavioral researchers/surveyors that *asking* people what they *want*, or even *asking* people what they *do*, will give you very different (and worse / less accurate) answers than actually *studying* what they *do* in the real world.
** Formats. Formats are prescriptions for behavior, not behavior itself.  For documenting formats, create a *-formats page.
 
=== Web ===
* The examples MUST focus on examples actually published on the Web, at a publicly available URL, which should be documented along with the example itself on the wiki page.
* Non-web examples are ok *only* for secondary/tertiary consideration, and by no means outweight (no matter what their quantity etc.) the Web examples.
** private files
** paper
** etc.
 
== Recommended sections ==
Top level (=):
* Introductory sentence
Second level (==):
* The Problem)
** ''What is the purpose of this exploration?''
* Participants
** ''Bulleted list of who is active (or cares)''
* Real-World Examples
** ''Links to public web pages, either popular or insightful''
* Existing Practices
** ''Summary of common patterns discovered''
** ''Other attempts to solve The Problem''
* See Also / Next Steps
** ''Link to related pages as they become available''
*** *-formats
*** *-brainstorming
 
=== Real World Examples section ===
 
* '''Flat list at a minimum.''' The real world examples section should be at a minimum a flat list of examples.  See further down for what a good example has.
* '''Grouping into categories can help.''' A giant flat list of examples can sometimes be difficult to navigate and analyze as a whole. Consider grouping related examples into a flat list of categories.  If you're not sure how to categorize the examples, or if there are multiple axes across which you could categorize the examples, ask on the [http://microformats.org/discuss mailing list and/or irc channel]
 
== Good Examples of Examples ==
The following pages are some of the best examples of instantiating this design pattern:
* [[review-examples]]
* [[media-info-examples]]
* [[blog-post-examples]]
 
== A Good Example Has ==
 
A good example has several things:
* URL to the actual example on the Web
* Link text of that hyperlink should be look like a citation of that example, e.g. who, what site
* Perhaps an illustrative snippet of code (markup) from the example
* Analysis of the implied schema represented by that snippet, with at a minimum a flat list of the "fields" present in the example snippet.
 
== When Adding Examples ==
 
When adding examples to an existing *-examples page, please try to add the examples into the existing organizational structure in the page.  E.g. if the examples are grouped or categorized in a certain way, try to add new examples into those existing categories, instead of a new section. 
 
If you have to add a new category or subsection, do so, but try to do so in harmony with existing categories.  If it is not obvious how to do so, or if the categories don't seem to make sense, then it might be a good time to ask a question on the [http://microformats.org/discuss mailing list or irc channel].

Latest revision as of 16:32, 6 February 2008

Redirect to:

Retrieved from "http://microformats.org/wiki/index.php?title=requisition-examples&oldid=34053"