Size: a a a

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

2020 February 25

NV

Nick Volynkin in DocOps-сообщество
Имхо, *опс это прежде всего культура. Она основана на сотрудничестве и обмене полезными практиками и инструментами.
То есть девопс это когда разработчики учатся деплоить и мониторить и несут часть ответственности за эксплуатацию, а опсы учатся прогать, автоматизируют свою работу и несут часть ответственности за разработку. И все вместе учатся меньше друг друга обвинять и больше сотрудничать.
источник

I

Igor in DocOps-сообщество
🤔 Получается, *опс это про guilt-free safe space для разработчиков разного профиля
источник

NV

Nick Volynkin in DocOps-сообщество
Про сотрудничество между людьми на разных ролях и blameless environment. :)

Не только про это, конечно. Но я думаю, что культура первична, а инструменты и практики из нее растут.
источник

I

Igor in DocOps-сообщество
Я бы послушал про это доклад
источник

A

Angela in DocOps-сообщество
а бывало у кого нить, чтобы пандок криво перебрасывал из md в rst?
источник

NV

Nick Volynkin in DocOps-сообщество
Angela
а бывало у кого нить, чтобы пандок криво перебрасывал из md в rst?
У него есть свои особенности и он не все директивы reST знает. Например, не знает те, которые добавляет Sphinx
источник

A

Angela in DocOps-сообщество
Nick Volynkin
У него есть свои особенности и он не все директивы reST знает. Например, не знает те, которые добавляет Sphinx
ясно-понятно
источник

NV

Nick Volynkin in DocOps-сообщество
Angela
а бывало у кого нить, чтобы пандок криво перебрасывал из md в rst?
У тебя-то что там сломалось?
источник

A

Angela in DocOps-сообщество
Nick Volynkin
У тебя-то что там сломалось?
нет) просто мне разрабы передали описание в мдшке, хотела малыми усилиями отделаться, перегнав в rst и немного скорректировав, но, видимо, надо править ручками всё
источник

NV

Nick Volynkin in DocOps-сообщество
Самое больное — менять отступы в три пробела на четыре
источник

A

Angela in DocOps-сообщество
Nick Volynkin
Самое больное — менять отступы в три пробела на четыре
ну можно воспользоваться многокурсорностью VSCode
источник
2020 February 26

AY

Andrei Yemelianov in DocOps-сообщество
Вопрос ко всем: а есть ли какие-то инструменты, чтобы преобразовать XML, который используется в Help and Manual, в markdown?
источник

AY

Andrei Yemelianov in DocOps-сообщество
никто не сталкивался?
источник

AY

Andrei Yemelianov in DocOps-сообщество
если надо - сами что-нибудь придумаем
источник

AY

Andrei Yemelianov in DocOps-сообщество
но вдруг кто-то что-то делал?
источник

А

Александр Мокрушин in DocOps-сообщество
с HM идет описание их XML в файле Helpman_XML_ref.chm
не смотрели? может там есть инфа
источник

А

Александр Мокрушин in DocOps-сообщество
если из HM в DOC, а из DOC в MD?
Или все плохо со стилями?
источник

AY

Andrei Yemelianov in DocOps-сообщество
Александр Мокрушин
с HM идет описание их XML в файле Helpman_XML_ref.chm
не смотрели? может там есть инфа
Сейчас гляну
источник

AY

Andrei Yemelianov in DocOps-сообщество
Александр Мокрушин
если из HM в DOC, а из DOC в MD?
Или все плохо со стилями?
как вариант
источник

MD

Mazin Den in DocOps-сообщество
Nick Volynkin
3. Есть ошибки фронта, которые обнаруживаются не мониторингом, а линтерами и автотестами:

* валидность HTML, CSS, JS
* доступность (accessibility): картинки подписаны, навигация размечена, текст достаточно контрастный и крупный
* скорость загрузки страниц; время до момента, когда пользователь что-то может прочитать
* работа редиректов (недавно на этом обжёгся)

И тут я понял, что не знаю, чем мониторить ошибки JS в рантайме. Вот браузер загрузил JS, выполнил, получил ошибку. Что с этим делают? Господа фронтендеры, расскажите?
Кажется нам пора изучать тестирование с помощью Selenium) А так не хочется)
источник