Абсолютно никак не могу понять, зачем создают вот такие https://danmoop.github.io/plume/ проекты. И тысячи их на всяких producthunt, 3.5 базовых фичи для написания текста, одна более-мене уникальная и все. Просто окошко для набора текста. Остановитесь, пожалуйста.

Хороший пример подачи документации в IKEA-стиле, в виде картинок/комиксов https://code-cartoons.com/

При поиске новой работы писателем, у вас наверняка попросят примеры прошлых работ и чтобы позорно не отправлять гору док-файлов предлагаю вам обратить внимание на сервис который поможет легко, и, что немаловажно, красиво организовать свою работу в аккуратное портфолио https://www.clippings.me/

Пример готового портфолио: http://www.mila-carter.com/

Я люблю смотреть на профессию технического писателя более широко, поэтому вот вам отличный кусок видео-документации от Sega, 1996го года. По сути это "trainumentary" которое описывает базовые принципы профессии и более специфичные детали о работе тестером в самой Sega https://vimeo.com/166472288

Можно даже понаблюдать как в 1995-ом выглядели багтрекинговые утилиты

TO INSTALL DOOM II:
1. Go to A or B Drive
2. Type INSTALL and press ENTER

Какая удобная штука!

https://www.screely.com/

https://tldrlegal.com/ — отличный по реализации, но удручающий по смыслу сервис. На сайте собраны всемозможные software лицензии (GPL, MIT и т.д) описанные максимально простым языком, который понимают все, а не только юристы. This is how documentation should work

Подоспели видеоматериалы с Мини-Гипербатона про текстовые редакторы, но при беглом осмотре — слабовато, у меня про retext и remark намного полезнее:
https://events.yandex.ru/events/hyperbaton/24-may-2018/

Очень, ну очень разумная мысль — изучать технологию параллельно создавая туториал по ней. И сам изначально больше поймешь, а когда нужно будет снова к ней вернуться можно глянуть что ты сам же и написал: https://nanxiao.me/en/learn-new-technology-through-writing-a-tutorial-about-it/

Благое дело люди делают! Все еще надеюсь что однажды что-то пригодное для продакшена типа такого будет, чтоб и с графиками и поддержкой всяких markdeep и чтоб все само.

Markdown база знаний: https://habr.com/post/415865/

Приятный сайт для создания “скриншотов” кода. Много тем, большой выбор подсветки синтаксиса, умеет PNG и SVG

https://carbon.now.sh

Краткий (очень) разбор преимуществ reStructuredText vs Markdown для написания технической документации

https://eli.thegreenplace.net/2017/restructuredtext-vs-markdown-for-technical-documentation/

В дополнение к скриншотам кода/терминала, для документации также бывают полезны анимированные записти терминала с какой-либо последовательностью действий.

Вот парочка сервисов/приложений которые вспомнились:

1. https://asciinema.org/ — Самая продвинутая из подобных утилит. Позволяет cохранять и в пару кликов шарить весь записанный процесс. Можно даже встраивать плеер с записью на странички. Сайт очень красивый и можно поглазеть на чужие ASCII анимации.

2. https://github.com/icholy/ttygif — делает скрин каждого кадра и склеивает это все в gif.

3. https://github.com/nbedos/termtosvg — Утилита написана на Python, сохраняет все в SVG анимацию

4. https://github.com/chjj/ttystudio — просто и со вкусом, на выходе выплевывает gif или APNG. Никаких зависимостей.

5. https://showterm.io/ — записывает весь процесс работы выбранной консольной утилиты и позволяет легко шарить результат, можно даже не устанавливать, а скормить в терминал bash <(curl record.showterm.io)

Главное правило техрайта - пиши просто. Вспоминается одно из мест работы, где у меня был напарник и я только-только начинал познавать документодзен и всячески пытался донести до компаньона и начальства, что вычурные английские словечки не делают текст лучше и качественнее, но естественно меня никто не слушал, а аргументировать я особо и не мог, это был такой gut feeling

Привычки глупых людей: предпочитать сложные слова и конструкции простым аналогам

Не любите записывать чужие умные мысли, а душевно склоняетесь к эпистолярной фиксации рациональных идей башковитых индивидуумов? Фейнмана на вас нет, а есть Гегель, «ибо суть дела исчерпывается не своей целью, а своим осуществлением, и не результат есть действительное целое, а результат вместе со своим становлением; цель сама по себе есть безжизненное всеобщее, подобно тому как тенденция есть простое влечение, которое не претворилось еще в действительность; а голый результат есть труп, оставивший позади себя тенденцию. — Точно так же различие есть скорее граница существа дела; оно налицо там, где суть дела перестает быть, или оно есть то, что не есть суть дела».

Источник: https://knife.media/habits-of-stupid-people/

Читать и смотреть исходники статей блога создателя одной из лучших версий Markdown — Markdeep, это чистое наслаждение.