Editing Consudev:term

The '''Develop'''ment '''term'''s describe the highly technical and political process by which [[Consumerium:priority]] is set.  The terms used must be able to make both [[ontological distinction]]s and [[operational distinction]]s central to the project, and terms that confuse these distinctions must be rejected.

Obviously, this is true in [[source code]] where detailed distinctions will cause you to succeed or fail.  But it is also just as true when you [[specify]]:

For instance, a [[worn device]] must be called that and not a [[mobile device]], since the latter term might include things that are not regularly worn on the body, like a [[vehicle]], and not taken into [[retail]] with you.  Accordingly supporting a [[car phone]], which is "mobile", doesn't deliver [[Consumerium buying signal]], and would be totally useless for our purposes.

Likewise a [[healthy buying infrastructure]] has plenty of requirements that may or may not include relying on a [[healthy signal infrastructure]] underneath.  So don't use these terms interchangeably, it creates confusion.  Learn the difference and link to the appropriate page.

=== list ===

A list of development terms:
*[[scrum]]
*[[patch]]
*[[source code]] as in [[open source]] or [[shared source]]
*[[specify]] as in [[specify interface]]
*[[release]] as in [[code release]]
*[[agile]] as in [[agile method]]
*

=== [[politics as usual]] ===

Eventually this will become the nastiest form of politics imaginable, as the [[Consumerium buying signal]] starts to change people's [[buying habit]]s and [[individual buying criteria]], and as [[institutional buying criteria]] start to exclude, systematically, whole classes of products and services.  [[Funded troll]]s can be expected to pile in, and gleefully use every trick in and out of the [[trollbook]] to steer development towards things in their funders' favour, and away from things they want "not done".  

Given the contention success will cause, its best to think of the [[Develop Wiki]] as a very [[political wiki]] on day one, more so even than the [[Research Wiki]].  A good list of [[wiki best practice]]s appropriate to these is at [[DoWire]] [http://dowire.org/wiki .org]:
*[http://dowire.org/wiki/wiki_best_practice dowire.org wiki best practice] list