I think breaking a bit from the current de-facto format would be better. Consider the example:<p>==<p>Acme Products | Test Engineer | Las Vegas, NV; Austin, TX | Onsite; Remote | Full-Time; Part-Time | Visa (H1B) | Tunnel Theory; Kinematics<p>Engineer needed to test prototype products. Must be able to lift and carry anvils.
metafriendly<p>==<p>The only real problem I've had with existing listings, is that people tend to list both "remote" and "no-remote" -- making search hard.<p>I propose moving those "tags" to "hash-tags", and just list them at the bottom of the ad:<p>==<p>Acme Products | Test Engineer | Las Vegas, NV; Austin, TX<p>Engineer needed to test prototype products. Must be able to lift and carry anvils.
metafriendly<p>#on-site #full-time #part-Time<p>==<p>Note that the two are different; I don't see how you could work remotely testing anvil-lifting... ;-)<p>At any rate, if we're talking about a new "spec", I'd say:<p>* Apart from position, and location, as little as possible on the first line.<p>* Replace the "text"-tags with "hash"-tags - #remote is easy to search for with text-search, and won't match #no-remote, No-remote -- and doesn't require regexp magic to match word-boundaries etc (which few (no?) browsers support anyway).<p>* Put the tags at the bottom -- they're really for searching (and machine parsing), with the amount of listings we are getting now -- no-one is reading just <i>your</i> ad, they're reading a stream of ads.<p>* Don't go overboard with "hash"-tags. I'm not all that interested in seeing: mulitple-line lists of #python #ruby #haskell #c++ #dev-ops (...)<p>Now, if we <i>really</i> want to over-engineer this thing, why not draw some inspiration from the Dewy decimal system? So 001-234 could be 001:devops 2:python and bash 3:unix-like-and-windows-nt 4:remote-or-onsite ... ;-)