software and knowledge are our assets & value
→ persist & spread knowledge
It is your responsibility as a professional developer
to properly document software
that is intended for use by others.
public Wiki
90-9-1
enterprise Wiki
contribution level is much higher
based on the fact that people are contributing
as part of the daily course of their work
→ everybody full control
specific Wiki systems
(DokuWiki, MediaWiki, ..)
collaboration management
(Confluence, SharePoint)
Lightweight Git/Markdown-based Wikis
(github, BitBucket, VSTS, docs.microsoft.com, ..)
http://www.makeuseof.com/tag/learning-markdown-write-web-faster/
→ btw: this presentation as well (Git/Markdown/FsReveal)
1: 2: 3: 4: 5: 6: |
|
Alternatively, for H1 and H2, an underline-ish style:
1: 2: 3: 4: 5: |
|
1: 2: |
|
Emphasis, aka italics, with asterisks or underscores.
Strong emphasis, aka bold, with asterisks or underscores.
1: 2: 3: 4: 5: 6: |
|
btw: Markdown takes care, regarding numbering
→ use 1. only
URL-Reference
[text for the link](http-address)
Link to another page
[text for the link](<filename with ext>)
Images

tip: skip the alternate text
incl. Syntax-Highlighting
1: 2: 3: 4: |
|


.../Guidelines/Organization.md
.../Guidelines/Organization/StepsAgile.md

Essential documents for projects
SMM, BM, SysMM, IG, UM

.../Specifications.md

.../Manuals.md

.../Tools.md

online

offline
git clone https://stepahead.visualstudio.com/Wiki/_wiki


use ... for trivial changes




EN vs. DE?
Code: EN, Wiki: EN or DE
The more technical the more English
