Size: a a a

2020 February 29
DocOps
​​Пока кто-нибудь только задумывается о переезде с допотопных CMS на docs-as-code, продвинутые ребята из Lisk переезжают с Markdown на AsciiDoc и Antora.

Хоть я и перетащил на reST пару десятков проектов, для меня в этой статье много полезного. Например, Lisk вместе со сменой инструмента переработали структуру доки. Их топологию можно использовать как «таблицу Менделеева»: про каждый сегмент подумать, а что из нашей документации сюда ложится? Как люди это найдут, как будут читать? А если ничего нет, не стоит ли написать?
источник
2020 March 10
DocOps
Оказывается, топология документации, про которую я писал в прошлом посте, взята из статьи Daniele Procida What nobody tells you about documentation.

Есть и видео доклада по этой теме: https://www.youtube.com/watch?v=t4vKPhjcMZg
источник
DocOps
Похоже, что придумали это Daniele Procida и Tim Graham вместе. Вот упоминание аж из 2015 года, документация Django: https://github.com/django/django/commit/df3d5b1d73699b323aac377dffab039dca26c1e4

Спасибо @Aburnashev за подсказку.
источник
2020 March 11
DocOps
docops
Diagram as Code for prototyping cloud system architectures
https://github.com/mingrammer/diagrams

Люблю такое
Diagrams теперь поддерживает не только облачную инфраструктуру, но и on-premises. Красота!

Вот выйду из отпуска — пойду к нашим разработчикам пиарить этот инструмент.
источник
2020 March 13
DocOps
Вы пишите REST API, вы используете знаменитый Swagger, вы...

(интересен опыт _только_ со Swagger)
Анонимный опрос
40%
Генерите схему по коду
15%
Генерите код по схеме
45%
Не занимаюсь таким
Проголосовало: 1068
источник
DocOps
Выводы к опросу постом выше:

https://t.me/oleg_log/2907
Telegram
oleg_log
А зачем я эт спрашивал? Да вот решил завезти Swagger в свой проектик и столкнулся с этим вопросом. (да, в контексте го, опрос был общий, для интереса)

С одной стороны генерить код по схему круто, ведь если это можно выразить схемой, то можно и кодом. Хотя тут же вопрос, а что там такого можно намудрить в рест-апи, что оно не выражается? Мне так-то вообще одних постов хватит аля json-rpc.

С другой стороны, а кто здесь главный? Я лучше знаю, как мне организовать мой код, и мне только и надо, что отдать пользователям схему для документации (генерация клиента тоже).

Тут можно прочитать, что кодген это плохо, но эт не так. Ведь если сгенерированный код только для потребления, то все круто. Берешь и используешь. Если же это код, в который нужно будет что-то дописывать, то это уже становится странно.

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

А вообще хочу такую красоту, как у Digitalocean сделать https://developers.digitalocean.com/documentation/v2/…
источник
2020 April 10
DocOps
источник
2020 May 08
DocOps
Лекция про DocOps на курсе Факторовича про техническую документацию в IT. Попробую дать определение этой штуке, которая уже два года висит в заголовке канала :)
источник
DocOps
Переслано от Семён Факторович...
Через 15 минут подключайтесь к лекции @Nick_Volynkin о DocOps!

Введение в DocOps (Николай Волынкин, Plesk) https://youtu.be/1CuMeMYwtbg
источник
2020 May 15
DocOps
Костя Валеев, контрибьютор проекта Foliant, рассказывает про построение инфраструктуры для docs-as-code. Трансляция через 10 минут, подключайтесь: https://youtu.be/6CKVodl2YcA
источник
2020 May 21
DocOps
​​KnowledgeConf прошла, подводим итоги. Ребята из нашего программного комитета дадут интервью Владимиру Лещенко сегодня вечером: https://www.youtube.com/channel/UCWjbphptoLgEyUWKUpaiWRA

Если вы не знакомы, Владимир — известный эксперт по управлению знаниями и автор Ютуб-канала. Рекомендую, там много хороших интервью.
источник
2020 May 27
DocOps
Не всё понял, но выглядит интересно.
источник
DocOps
​​Great Expectations: Always know what to expect from your data.

Great Expectations helps data teams eliminate pipeline debt, through data testing, documentation, and profiling.

Software developers have long known that testing and documentation are essential for managing complex codebases. Great Expectations brings the same confidence, integrity, and acceleration to data science and data engineering teams.

See Down with Pipeline Debt! for an introduction to the philosophy of pipeline testing: https://medium.com/@expectgreatdata/down-with-pipeline-debt-introducing-great-expectations-862ddc46782a

Key features:
- Expectations or assertions for data. They are the workhorse abstraction in Great Expectations, covering all kinds of common data issues
- Batteries-included data validation
- Tests are docs and docs are tests: many data teams struggle to maintain up-to-date data documentation. Great Expectations solves this problem by rendering Expectations directly into clean, human-readable documentation
- Automated data profiling: wouldn't it be great if your tests could write themselves? Run your data through one of Great Expectations' data profilers and it will automatically generate Expectations and data documentation
- Pluggable and extensible

https://github.com/great-expectations/great_expectations

#python #ds #docops
источник
2020 June 02
DocOps
docops
Чаты про документацию и управление знаниями.

Где задать вопрос, обсудить интересную тему или опубликовать вакансию? Давайте разберемся, а то я сам скоро запутаюсь.

Про документацию и инструментарий для неё, в частности про документацию как код — @docsascode, это чат канала DocOps.

Про документацию, правила и стиль, термины, работу с ГОСТ и госзаказчиками — @technicalwriters, чат сообщества технических писателей. Ещё туда можно кидать  вакансии техписателей, с тегом #tw_wanted.

Управление знаниями, особенно в IT-компаниях — @KnowledgeConfTalks, чат конференции KnowledgeConf.

Управление знаниями в компаниях других отраслей — @kmrusnw. Там совсем другие масштабы и методы, но айтишечке всё равно есть чему поучиться у экспертов из кровавого энтерпрайза.

Перевод, локализация, интернационализация и в чем разница между этими словами — @localizer, чат переводчиков и всех причастных.

Тексты в интерфейсах — @meet_ux_txt, сообщество UX-писателей.

Есть отдельный чатик любителей AsciiDoctor — @asciidoctor.
Это такой легковесный язык разметки, альтернатива Markdown и reStructuredText.

Чаты стран и городов

Техписатели Украины @tw_ukraine. Там много специалистов по Madcap Flare, если что. Вакансии в Украине с хештегом #vacancy.

Сообщество Write the Docs в Минске @wtd_minsk.

Чат техписателей Перми @prm_techwriters.
Добавил сообщество UX-писателей @meet_ux_txt.
источник
2020 June 08
DocOps
Мы с коллегами сегодня рассказывали на TechLeadConf про инструменты для публикации доки: Sphinx, Foliant и Pandoc. Записи пока нет, но мы могли бы повторить для широкой аудитории. Скажите, а про что вам было бы интересно послушать и задать вопросы?

Если вашего варианта нет, пишите в @docsascode
источник
DocOps
Что рассказать про документацию и DocOps? Выберите все интересные варианты.
Анонимный опрос
20%
Как внедрять DocOps-подход
12%
Документация к коду и библиотекам
15%
Документация на REST API
9%
Миграция доки между wiki и plaintext-форматами
7%
Локализация, в том числе Continuous Localisation
12%
Проверка качества и линтеры для документации
7%
Воркшоп по Pandoc
5%
Воркшоп по Foliant
6%
Воркшоп по Hugo
8%
Воркшоп по Sphinx
Проголосовало: 910
источник
2020 June 24
DocOps
Эволюция и маркетинговый отбор.

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

В технических коммуникациях тоже есть такая штука, давайте назовём её маркетинговым отбором. Вот эволюция заголовков одной почтовой рассылки:

The SwaggerHub team
Steph from SmartBear
Patrick Londa from SmartBear

Кажется, пройдет ещё пара месяцев и следующий заголовок будет какой-то такой:

Alonzo the Magnificent from S...

Но я это письмо уже не получу, потому что только что случайно отписался. Просто не понял, от кого рассылка. Подумал, что очередной спам.

При всём уважении к конкретным людям, которые пишут рассылки о продуктах, я не знаю этих людей и не хочу знать. И сам не хочу чтобы меня лично знали читатели документации, которую я пишу. Продукт важнее, компания на втором месте, а для личных знакомств пусть будут личные блоги.
источник
2020 June 30
DocOps
После долгого перерыва Яндекс снова организует Мини-Гипéрбатон, митап про документацию и тексты. В этот раз тема — локализация, машинный перевод и краудсорсинг.

Темы докладов в этот раз кажутся очевидными...
— Как масштабировать тестирование локализации с помощью краудсорсинга?
— Ну, с помощью краудсорсинга.

и второй:
— Как эффективно предсказывать и оценивать качество машинного и краудсорсингового перевода?
— Оно будет плохим.

И тем интереснее, что расскажут докладчики. Уверен, что ответы не будут капитанскими.

22 июля, онлайн, регистрируйтесь хоть сейчас.
источник
2020 July 01
DocOps
Сразу и сайт с доками сделать, и Ansible потрогать.
источник
DocOps
🗜 И вот ещё Ansible для самых маленьких - Deploying a static website with Ansible. Пошаговая инструкция как развернуть простой сайт на сервере с Nginx с помощью Ansible. #ansible #напочитать #nginx
источник