В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

863 membersпожаловаться на группу
2021 June 10

RT

Roman Tsirulnikov in DocOps-сообщество
только документация системы. но это и самое сложное в вопросе:
- определить принципы как поделить описание сложной системы на отдельные документы
- как раздать зоны ответственности за жизненный цикл этих документов
источник
20:16пожаловаться#1
2021 June 11

AN

Andrew Nilove 💔 in DocOps-сообщество
Если документация для разработчика, и это сильносвязанный с кодом артефакт, то логичнее в одной репе хранить. Такая дока отвечает на вопрос «Как это работает?»

Если документация для клиента ситуация может поменяться. Такая дока отвечает на вопрос «Зачем это должно так работать?».
источник
08:32пожаловаться#2

AN

Andrew Nilove 💔 in DocOps-сообщество
+++
источник
08:32пожаловаться#3

RT

Roman Tsirulnikov in DocOps-сообщество
разработчик это лишь одна из категорий пользоватей, да и контент имеет отношение к коду довольно косвенное. "как оно устроено" видно и в самом коде, а вот "почему так устроено" в коде не видно. Такая документация пишется человеками для человеков, на натуральном языке. В ней требования, сценарии, описание предметной области, какие-то схемы структуры решений.
источник
12:18пожаловаться#4

J

Jonny Cuba in DocOps-сообщество
Сейчас для разработчиков, но скорее всего дальше пойдет в народ, поэтому больше склоняюсь к тому что все будет в одной репе хранится, а редми из репозитория разработчиков можно будет подтягивать в общую доку
источник
12:21пожаловаться#5

RT

Roman Tsirulnikov in DocOps-сообщество
расскажите, почему?
источник
12:55пожаловаться#6

J

Jonny Cuba in DocOps-сообщество
Минимум, потому что будет все в одном фокусе, не прийдется бегать по всем репозиториям и искать где что лежит. Как бы не хотелось верить, что разработчики будут писать доки, это навряд ли произойдет, максимум что от них можно ждать это структурированный ( сделаю шаблон для него) и более менее оформленный редми.
источник
13:22пожаловаться#7
2021 June 12

NV

Nick Volynkin in DocOps-сообщество
Мне тут прислали вакансию (как обычно, нерелевантную). Там в обязательных требованиях такое:

· Java EE
· Spring framework (IoC, MVC, данные, транзакции, безопасность и т. Д.)
· Отдых
· WebSocket
· Maven
источник
11:20пожаловаться#8

M

Max in DocOps-сообщество
Умение отдыхать - это важно! Хотя умение вычитывать автоперевод - тоже)
источник
11:22пожаловаться#9

M

Max in DocOps-сообщество
Утащить можно?)
источник
11:22пожаловаться#10

S

Sergg in DocOps-сообщество
Отдых это типа Rest?)
источник
11:34пожаловаться#11

T

Tatiana in DocOps-сообщество
Может отдых это локация? Типа подмосковье)
источник
11:34пожаловаться#12

L

Lana in DocOps-сообщество
а почему же тогда не Весенний framework?)
источник
11:34пожаловаться#13

NV

Nick Volynkin in DocOps-сообщество
ага, это наверняка REST
источник
11:37пожаловаться#14

NV

Nick Volynkin in DocOps-сообщество
Пружинный )
источник
11:37пожаловаться#15

NV

Nick Volynkin in DocOps-сообщество
это ж не моё, так что утаскивайте, пожалуйста )
источник
11:37пожаловаться#16

L

Lana in DocOps-сообщество
Родниковый)
источник
11:38пожаловаться#17

NV

Nick Volynkin in DocOps-сообщество
Там же:

Ключевые навыки:
Ява
Spring Framework
Английский от B1
источник
11:40пожаловаться#18

СФ

Семён Факторович... in DocOps-сообщество
Языки With и With++
источник
11:42пожаловаться#19

NV

Nick Volynkin in DocOps-сообщество
А также Иди, Стриж и До-диез.
источник
11:45пожаловаться#20