aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorAlex Gaynor <alex.gaynor@gmail.com>2013-11-13 10:28:01 -0800
committerAlex Gaynor <alex.gaynor@gmail.com>2013-11-13 10:28:01 -0800
commite9d64d78b240d7e8c55ed6e04b0387e6666a6038 (patch)
tree8070e1389ac20e254f1090dd488dfa2d82e0d5a9
parent4826ec6e7602a3d2bca687afadb97a04a5e85ff2 (diff)
downloadcryptography-e9d64d78b240d7e8c55ed6e04b0387e6666a6038.tar.gz
cryptography-e9d64d78b240d7e8c55ed6e04b0387e6666a6038.tar.bz2
cryptography-e9d64d78b240d7e8c55ed6e04b0387e6666a6038.zip
Explain ways in which we can make our docs stronger
-rw-r--r--docs/contributing.rst12
1 files changed, 12 insertions, 0 deletions
diff --git a/docs/contributing.rst b/docs/contributing.rst
index 3b301842..98578ee2 100644
--- a/docs/contributing.rst
+++ b/docs/contributing.rst
@@ -122,6 +122,18 @@ So, specifically:
* No blank line at the end.
* Use Sphinx parameter/attribute documentation `syntax`_.
+Because of the inherit challenges in implementing correct cryptographic
+systems, we want to make our documentation point people in the right directions
+as much as possible. To that end:
+
+* When documenting a generic interface, use a strong algorithm in examples.
+ (e.g. when showing a hashing example, don't use
+ :class:`cryptography.hazmat.primitives.hashes.MD5`)
+* When giving perscriptive advice, always provide references and supporting
+ material.
+* When there is disagreement about legitimate cryptographic experts, represent
+ both sides of the argument and describe the tradeoffs clearly.
+
When documenting a new module in the ``hazmat`` package, its documentation
should begin with the "Hazardous Materials" warning: