Size: a a a

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

2020 November 17

CV

Cro Vin in DocOps-сообщество
Указанное Вами «второе» основание, которое используют работодатели, чтобы пренебречь правами сотрудников, часто, является причиной возникновения «всплесков» в тонкой нервной организации человека)
Вспоминается, что ранее для т.н. путевок использовался временной промежуток 24 дня. Интересно, чем же это было обусловлено?!

Владельцу канала — удачного оставшегося времяпровождения!
источник

ИЦ

Игорь Цупко... in DocOps-сообщество
Hartmann
Мой друг некогда сказал, что в отпуск нужно ходить каждые 2-3 месяца, минимум, на неделю. :) Чем дольше работаю, тем больше склоняюсь к этому утверждению.
И при этом, в большинстве случаев, отпуск «расчленять» так позволит лишь ограниченное количество работодателей. Ко всему прочему, не всегда можно «съехать» в силу «через неделю релиз», «коллега заболел» и тд.
Суровая реальность, она другая.
"через неделю релиз" — а когда его не будет? )
источник

H

Hartmann in DocOps-сообщество
Игорь Цупко
"через неделю релиз" — а когда его не будет? )
То-то же. :)
источник

ИЦ

Игорь Цупко... in DocOps-сообщество
есть сезонный бизнес, типа 8 марта для цветочников и новый год для подарочников, но это редко про айти.
источник

ML

Maksim Lapshin in DocOps-сообщество
Игорь Цупко
"через неделю релиз" — а когда его не будет? )
- какой отпуск, у нас через 2 недели конец спринта?!
источник

NK

ID:0 in DocOps-сообщество
Вторая мысль в отпуске: я работаю на одной работе 4 года и уже довольно неточно знаю, сколько я на самом деле стою. Пора это проверить. ;)

Если вам нужен человек, который будет внедрять DocOps и писать доки для разработчиков — напишите мне в личку (@nick_volynkin), пожалуйста.
источник

d

dn.khelilov in DocOps-сообщество
Maksim Lapshin
- какой отпуск, у нас через 2 недели конец спринта?!
Аххахаха
источник
2020 November 18

FM

Fox Mulder in DocOps-сообщество
Кто подскажет, в чём это сделано?
https://www.youtube.com/watch?v=pOSqctHH9vY
источник

I

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

FM

Fox Mulder in DocOps-сообщество
Igor
Gource
Спасип
источник
2020 November 19

BF

Bobba Fett in DocOps-сообщество
Там же описание прямо с названия тула начинается...
источник

KE

Kirill Ermolenko in DocOps-сообщество
Коллеги, всем привет! Возможно уже не раз писали похожие вопросы. У нас есть команда разработки, и разаработчики и аналитик знают openApi, asyncApi, plantuml, markdown  и как-то в работе без репозиториев используют. Есть gitlab. Хотим попробовать сделать общую единую репу с документаций и рендер ее в вики, pdf. Требований особых к формату нет, просто что бы можно было зайти и быстро все посмотреть. Какие инструменты посоветуете? С чего стоит начать?
источник

NV

Nick Volynkin in DocOps-сообщество
Kirill Ermolenko
Коллеги, всем привет! Возможно уже не раз писали похожие вопросы. У нас есть команда разработки, и разаработчики и аналитик знают openApi, asyncApi, plantuml, markdown  и как-то в работе без репозиториев используют. Есть gitlab. Хотим попробовать сделать общую единую репу с документаций и рендер ее в вики, pdf. Требований особых к формату нет, просто что бы можно было зайти и быстро все посмотреть. Какие инструменты посоветуете? С чего стоит начать?
источник

NV

Nick Volynkin in DocOps-сообщество
выбирайте, что сердцу милее, что написано на известном вам языке и что поддерживает генерацию доки из вашего программного кода (если вам такое нужно)
источник

KE

Kirill Ermolenko in DocOps-сообщество
Спасибо! Я просто думал пока все просто в репу научится структурно складывать и хоть средствами GitHub  Pages смотреть пока. Но если рекомендуете уже сразу тул использовать специальный, то буду смотреть изучать.
источник

NV

Nick Volynkin in DocOps-сообщество
Просто в репу структурно складывать — это отличный первый шаг. Тем более, что гитлаб отлично показывает MD и PlantUML. А вот OpenAPI можно собирать в простеньком пайплайне и публиковать на GL Pages.
источник

NV

Nick Volynkin in DocOps-сообщество
Вы хотите так оформить документацию на один проект, чтобы она лежала в репозитории вместе с кодом, или на несколько и в отдельном репозитории?
источник

KE

Kirill Ermolenko in DocOps-сообщество
Nick Volynkin
Вы хотите так оформить документацию на один проект, чтобы она лежала в репозитории вместе с кодом, или на несколько и в отдельном репозитории?
Я тут возможно в терминологии напутаю что-то. Пока видится так. Логически проект один, в нем будет несколько репозиториев (3-4) на каждый сервис и отдельный репозиторий для документации
источник

ЕП

Евгений Погребняк... in DocOps-сообщество
Nick Volynkin
Просто в репу структурно складывать — это отличный первый шаг. Тем более, что гитлаб отлично показывает MD и PlantUML. А вот OpenAPI можно собирать в простеньком пайплайне и публиковать на GL Pages.
Gitlab умеет рендерить Plant UML?😳👍
источник

VA

Viktor Alexandrov in DocOps-сообщество
Евгений Погребняк
Gitlab умеет рендерить Plant UML?😳👍
Вроде не умел, только mermaid
источник