Size: a a a

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

2020 March 25

H

Hartmann in DocOps-сообщество
Семён Факторович
> Ворд, HATs, ПэДэФэ и еже с ними — рудименты, которые нужно оставить в 90-ых, забыть, запить и забить. ;)

Не везде, увы. Будущее, о котором вы говорите, пока еще неравномерно распределено:)
Не могу не согласиться.
Но, скажем так, довольно таки уверенные шаги уже сделаны в этом направлении.
источник

H

Hartmann in DocOps-сообщество
Не помню, делился ли этой статьёй здесь.
источник

H

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

S

Sylvestr in DocOps-сообщество
Интересная вакансия "Преподаватель курса "Разработчик API и SDK документации (технический писатель)"" — https://hh.ru/vacancy/36444908?from=share_android
Отправлено с помощью мобильного приложения hh https://hh.ru/mobile?from=share_android
источник

S

Sylvestr in DocOps-сообщество
Вот что нашел
источник

ML

Maksim Lapshin in DocOps-сообщество
Семён Факторович
- есть немало индустрий, в которых docx — обязательное требование (в силу регуляторных или законодательных правил, например)
- есть немало бизнесов, в которых однофайловая, доступная офлайн дока (т.е. docx  или pdf) — обязательное требование. Тендеры, конкурсы, своеобразые процессы продаж и пресейла, и пр. HTML тут никак не подойдет
так там никто не читает документацию =)
источник

H

Hartmann in DocOps-сообщество
Maksim Lapshin
так там никто не читает документацию =)
Хах.
Ну, тоже не без этого.
источник

СФ

Семён Факторович in DocOps-сообщество
Maksim Lapshin
так там никто не читает документацию =)
Настоящий самурай знает, что не вся его документация будет прочитана, и принимает этот вызов!
источник

H

Hartmann in DocOps-сообщество
Плохо, конечно, что в ТГ нельзя реакции в виде эмоджи под постами оставлять или ветки создавать, как в Слаке.
источник

NP

Nikolaj Potashnikov in DocOps-сообщество
Hartmann
Мы сейчас можем далеко уйти в этой теме, но у меня таки есть Вам сказать пару слов. Дальше будет немножечко сарказма. :)

Постараюсь, кратко и тезисно поделиться своими наблюдениями. Говорим в контексте вэба и современных инструментов, тенденций, методик и подходов (на категоричную истину в последней инстанции не претендую):

— целевая аудитория влияет => большинство пользователей (а сегодня — это вэб) хочет документацию, чтоб просто, красиво, понятно, ну и быстро находить нужное.  
Посмотрите на документацию Sketch, Apple, Slack и всё сразу встанет на свои места. Подход виден сразу: авторы уважают пользователей и проявляют заботу. Почему? Потому что надо делать хорошо, ну и потому что деньги. ;)

— ворд — ад.
Он не интерактивен, неудобен, как в качестве инструмента, так и конечного формата.
Я, как и большинство пользователей, ни за что бы не стал читать документацию в ворде (ну если только за деньги :) ) и иметь дело с компанией, которая вот так относится к своим пользователям.

— всякие HATs— тот же ад, что и ворд, только по $2к за одну лиц. копию. Больше ничего не скажу, не хочу никого обидеть. :)
Исключение: писанина всяких мануалов в сугубо спец. среде и на производстве.

— ПэДэФэ — кромешный ад.
Неискушённые пользователи не станут это читать. «Потому что «фу» (и да, это таки цитата :) ).

Последние 5 лет пишу доки для вэба (документация для различных продуктов/услуг, так же документировал WP темы/шаблоны для продажи на ThemeForest), в том числе и на фрилансе.

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

Вывод: будущее за интерактивом, вэбом, мд, ссг’эшками; будущее за документацией здесь и сейчас, вспоминаем (Николай ещё здесь писал о доке по синтаксису Раста) Elm и Rust.

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

Ну и, я не могу не упомянуть о Томе Джонсоне, у него масса отличных материалов на поднятые выше темы. Ознакомиться можно на
https://idratherbewriting.com

Ворд, HATs, ПэДэФэ и еже с ними — рудименты, которые нужно оставить в 90-ых, забыть, запить и забить. ;)

Теперь можете бить меня палками, бросаться камнями, банить и вот это вот всё.
Сэ — Сарказм.
Речь шла о возможности использования word в качестве выходного формата. Моя позиция -- word не входит в множество Парето, потому что проигрывает pdf по всем критериям. Иногда кажется, что где-то он лучше, но на проверку оказывается, что сам процесс подготовки, в котором Word обладает преимуществами, неэффективен. Еще раз подчеркну, речь идет об использование Word именно в качестве выходного формата.

Использование web-документации -- это, безусловно, a must. Однако, наличие печатной версии документации, пусть не в самом полном виде, во многих случаях оправдано и не рудиментарно. В целом, если документация спроектирована так, что не может быть представлена в печатном виде (пусть даже печатная форма не предусматривается), скорее всего есть ошибки в проектировании. Но print-ready — всего лишь один из критериев хорошей документации.
источник

NP

Nikolaj Potashnikov in DocOps-сообщество
Семён Факторович
Настоящий самурай знает, что не вся его документация будет прочитана, и принимает этот вызов!
Вопрос, как он его принимает. Очень многие его принимают недостойно звания Самурай
источник

RG

Ramil G in DocOps-сообщество
Maksim Lapshin
так там никто не читает документацию =)
++
источник

NP

Nikolaj Potashnikov in DocOps-сообщество
видится, что в этом виноваты не они, а мы
источник
2020 March 27

M

Maxim in DocOps-сообщество
Всем привет.

Ребят, такой вопрос - у нас небольшой проект, фронт на реакте, бэк на питоне. Для документирования бэка мы используем sphinx, он покрывает все наши потребоности.
Сейчас мы задумались как генерировать документацию для фронта, какой инструмент использовать.

Гугл подсказывает вариант react-docgen + gatsby.

Если поделитесь опытом/ссылками, буду признателен.
источник

ML

Maksim Lapshin in DocOps-сообщество
Maxim
Всем привет.

Ребят, такой вопрос - у нас небольшой проект, фронт на реакте, бэк на питоне. Для документирования бэка мы используем sphinx, он покрывает все наши потребоности.
Сейчас мы задумались как генерировать документацию для фронта, какой инструмент использовать.

Гугл подсказывает вариант react-docgen + gatsby.

Если поделитесь опытом/ссылками, буду признателен.
А что вы хотите на фронте документировать?
источник

M

Maxim in DocOps-сообщество
Maksim Lapshin
А что вы хотите на фронте документировать?
Информацию (документацию) на реакт компоненты, она содержится в коде, пока что в формате свободных комментариев, но по мере готовности проекта комментарии будут переведены в формат docblock
источник

VS

Vadim Smelyanskiy in DocOps-сообщество
Maxim
Информацию (документацию) на реакт компоненты, она содержится в коде, пока что в формате свободных комментариев, но по мере готовности проекта комментарии будут переведены в формат docblock
Для документации по UI Kit'у лучше сразу Storybook взять, он под это заточен
источник

AY

Andrei Yemelianov in DocOps-сообщество
Всем привет!
источник

AY

Andrei Yemelianov in DocOps-сообщество
вопрос ко всем, кто работает на связке pandoc+markdown
источник

AY

Andrei Yemelianov in DocOps-сообщество
как вы поддерживаете многоязычность?
источник