Re: $foo $bar is BAD - Mailing list pgsql-general

From Brent Wood
Subject Re: $foo $bar is BAD
Date
Msg-id 1460772722814.2859@niwa.co.nz
Whole thread Raw
In response to Re: $foo $bar is BAD  (Peter Devoy <peter@3xe.co.uk>)
List pgsql-general

+1

We should be "open" to include various languages, dialect & colloquialisms in documentation... the measure is whether the meaning is clear - foobar has a long history, as do foo & bar, in the communication of ideas.

That would mean no jargon, abbreviations, humour, sarcasm, acronyms, etc...

If we refused to use any words which had a historical connotation than might offend someone, we might as well forget about documentation altogether.



Brent Wood


Brent Wood
Principal Technician - GIS and Spatial Data Management
Programme Leader - Environmental Information Delivery
+64-4-386-0529 | 301 Evans Bay Parade, Greta Point, Wellington | www.niwa.co.nz
NIWA
To ensure compliance with legal requirements and to maintain cyber security standards, NIWA's IT systems are subject to ongoing monitoring, activity logging and auditing. This monitoring and auditing service may be provided by third parties. Such third parties can access information transmitted to, processed by and stored on NIWA's IT systems.
________________________________________
From: pgsql-general-owner@postgresql.org <pgsql-general-owner@postgresql.org> on behalf of Peter Devoy <peter@3xe.co.uk>
Sent: Saturday, April 16, 2016 2:00 PM
To: Psql_General (E-mail)
Subject: Re: [GENERAL] $foo $bar is BAD

> Although people commonly use $foo $bar in examples, it is actually a misuse of a VERY rude acronym.

> The next time you need to make an example, please try being a little more original (or meaningful) with your variable names.

In light of recent CoC decisions, I would like to propose the
opposite.  I think more expletives would
diversify the language of the documentation and lower the barriers to
contribution by individuals more
dispositioned to use colourful language due to their cultural and/or
socioeconomic background. O:-)


--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general



Attachment

pgsql-general by date:

Previous
From: Thomas Kellerer
Date:
Subject: Re: what's the exact command definition in read committed isolation level?
Next
From: vinothcanwin
Date:
Subject: Partition table data not found in pg_dump