Size: a a a

DocOps-сообщество

2020 December 07

NV

Nick Volynkin in DocOps-сообщество
Смотрите, как хорошо сделан фидбек в Тарантуле:
https://github.com/tarantool/doc/issues/1665
источник

NK

ID:0 in DocOps-сообщество
Максим Лапшин (Flussonic.com) написал подробный обзор @foliantdocs — комбайна для сборки и публикации документации в веб, PDF, конфлюенс и разные другие форматы. Доки Flussonic теперь собираются именно Фолиантом.

С разрешения автора публикую обзор здесь:

Я перетащил нашу документацию с самописной обертки вокруг ruby markdown на foliant.

Почему вообще возник вопрос о перезде?

* код писал я, причем очень давно и никакого желания дальше его развивать не было
* то, как я генерировал PDF с помощью ruby prawn было мягко говоря по-спартански

По сравнению с mkdocs и прочими фолиант подкупил интеграцией с пандоком, очень важная штука: бесплатно из коробки top-level поддержка PDF.

Чего мне не хватало из коробки в фолианте?

1. переименовывания результирующих файлов из их понятных имен вида live/publish.md в ужасный SEO-транслит potokovaya-peredacha/publikaciya
2. редиректов с человеческих unix-имен на транслит
3. возможности понять, какой урл будет у этой же страницы на другом языке для иконки языка
4. выгрузка кусков конфига из английской документации на диск для автотестов (мы тестируем документацию) и вставка их в русский вариант
5. выгрузка кусков документации в json для вставки их в админку нашего продукта


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

С чем возникли проблемы:

1. рубийный маркдаун существенно вольготнее относится к верске, чем питонячий. Пришлось много текста править
2. после рубийной Nokogiri, парсить HTML регекспами в питоне очень грустно. Очень не хватает API по объектному доступу к AST markdown
3. есть некоторая путаница между слоями метаданных фолианта и mkdocs. Вообще хотелось бы чтобы это не было разными вещами
4. процессоры фолианта разрешают падать и идти дальше. Реалии авторов фолианта такие, что им важнее собрать хоть что-то, чем собрать всё корректно. Мне наоборот — ворнинг уже повод упасть и не собирать документацию.
5. Пришлось написать немало кода, который подправлял плохую верстку в наших 3 миллионах символов (280 тыс слов)


Чего отдельно понравилось:

1. глобальное пространство имен анкоров. Ссылаться на уникальное по проекту имя секции — бесценно.
2. упаковка картинок и прочих ассетов в webpack-стиле, это важно
3. ну и вообще то, что люди решили его опенсорснуть и довести до отчуждаемого состояния. Это круто.
источник

KD

Kirill D in DocOps-сообщество
@maxlapshin а куда можно репортить баги в вашей доке? :)
источник

ML

Maksim Lapshin in DocOps-сообщество
Kirill D
@maxlapshin а куда можно репортить баги в вашей доке? :)
Ну, клейкого желтого листочка явно не хватит :)

Пишите как вам удобнее, буду благодарен за обратную связь
источник
2020 December 08

NK

ID:0 in DocOps-сообщество
Таня Фокина, UX-писатель из ЦФТ, рассказывает о своей профессии и решает задачки в канале @rishavant.

С Таней мы давно знакомы, вместе работали в переводческой артели «Надмозг» и в ПК конференции DocFactor. Таня шарит, так что канал я очень рекомендую.

Мне особенно понравился пост про то, как полезно выяснять задачу бизнеса. У писателя по-хорошему не должно быть задачи «написать текст», как и у плотника нет задачи  «поиспользовать молоток», а у хирурга «порезать скальпелем». Это всё инструменты, а не задачи.

https://t.me/rishavant/7
Telegram
Таня прочитала
В англоязычном мире UX писатели существуют уже лет 8, если не ошибаюсь. Называются, как всегда, по-разному (даже смешно: люди, ответственные за удобство, никак не могут найти удобное название себя). Одно из названий — контент стратеги. Мы же тут не только кнопочки подписываем, но и продумываем общую систему текстообразования для продукта. Чтобы даже объявление на остановке вписывалось в наш стиль и подход. Вроде логично. Но непонятно.

Команда Firefox тут решила переименовать название команды контент стратегов в дизайнеров контента. Типа, остальная команда так себе понимает, как работать со стратегом, а вот дизайнер или проектировщик — это что-то более понятное. Знаешь, с каким запросом к нему идти.

А сейчас будет самая классная мысль из этой статьи. Пришёл к тебе человек и говорит:
— Напиши мне текст вот сюда.
А ты ему:
— Задача какая?
— Продавать вкусные и полезные торты.
— Тогда тут не текст больше нужен, а классная фотка, где этот торт будет показан максимально вкусно, чтобы аж запах почувствовать. И…
источник

DB

Dima Boger in DocOps-сообщество
источник

NV

Nick Volynkin in DocOps-сообщество
Спасибо )
источник

DB

Dima Boger in DocOps-сообщество
Уии
источник

DB

Dima Boger in DocOps-сообщество
Ноушн запускает доступ к API.

Готовимся к полному завоеванию Ноушном всего мира knowledge-sharing'а

https://www.notion.so/api-beta
источник

I

Igor in DocOps-сообщество
НАКАНЕЦТА

А, это только бета wait list... Ладно, пока продлю подписку на dynalist
источник
2020 December 09

S

Sio in DocOps-сообщество
Ноушн настолько ужасно оптимизирован, что это особо не даст ничего. Вот когда с электрона на что-то другое переедут - тогда и можно будет в него заезжать
источник

H

Hartmann in DocOps-сообщество
Sio
Ноушн настолько ужасно оптимизирован, что это особо не даст ничего. Вот когда с электрона на что-то другое переедут - тогда и можно будет в него заезжать
В чём конкретно, при каких обстоятельствах, выражается ужасная оптимизация?
источник

S

Sio in DocOps-сообщество
Hartmann
В чём конкретно, при каких обстоятельствах, выражается ужасная оптимизация?
Ну типа запускаешь приложение и ждёшь чуть ли не пару минут, пока оно загрузится. При открытии каждой заметки будто чего-то скачивает из интернета, тоже думает. Очень медленная штука для заметочника, как по мне
источник

H

Hartmann in DocOps-сообщество
Sio
Ну типа запускаешь приложение и ждёшь чуть ли не пару минут, пока оно загрузится. При открытии каждой заметки будто чего-то скачивает из интернета, тоже думает. Очень медленная штука для заметочника, как по мне
Хм. Пользовался на маке и на айфоне, не замечал подобного.
Может дело ещё и в количестве заметок/данных, что может требовать больше времени для синхронизации.
Обычно использую стандартные Notes. Они несколько архаичнее Notion, но я как-то привык к ним больше, поэтому и ушёл от последних.
Как бы там ни было, лишний повод проверить.
источник

PD

Phil Delgyado in DocOps-сообщество
А в notion все делается мышкой? Псевдо-разметки как в Confluence там нет?
Или можно делать сложную разметку с клавиатуры?
(Это я тьюториалы смотрю)
источник

H

Hartmann in DocOps-сообщество
У них всё реализовано за счёт так называемых блоков.
источник

H

Hartmann in DocOps-сообщество
Результат можно экспортировать в пдф, хтмл, мд.
источник

H

Hartmann in DocOps-сообщество
По поводу мыши, вероятнее всего. Точно не вспомню. Давно не пользовался.
источник

F

Fagor in DocOps-сообщество
Sio
Ну типа запускаешь приложение и ждёшь чуть ли не пару минут, пока оно загрузится. При открытии каждой заметки будто чего-то скачивает из интернета, тоже думает. Очень медленная штука для заметочника, как по мне
В вебе все быстрее а клиент г*, но его поменять не проблема думаю. Они вообще не хотят оффлайн клиент делать, что страно. Так что чем продиктован такой клиент, да еще и с загрузкой бошьше ожидания пользователя, непонятно вообще.
источник

S

Sio in DocOps-сообщество
Ну вот не люблю я веб-приложения, что ж теперь::) Кому что, поэтому ноушн я забросил
источник