Size: a a a

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

2020 February 15

СФ

Семён Факторович in DocOps-сообщество
Этой самой clarity всегда не хватает
источник

ML

Maksim Lapshin in DocOps-сообщество
Ivan Abashkin
@maxlapshin Несколько раз в этом чате видел сообщения от вас, где вы описываете, как мучаетесь с схемотехникой и разводкой PCB.
Каждый раз слоупочу и не могу вписаться в дискуссию.

Можете ещё раз описать свои боли и что бы вам хотелось в идеале?
Возможно вместе что-нибудь придумаем.

Сейчас я у наших инженеров-схемотехников болей не наблюдаю. Они у нас ведут проекты в Altium и к ним прекручена своя система контроля версий и web-интерфейс.
А какая это своя?


У меня подрядчик ведет все в оркаде
источник

IA

Ivan Abashkin in DocOps-сообщество
Maksim Lapshin
А какая это своя?


У меня подрядчик ведет все в оркаде
Она встроена в сам Альтиум. вроде на основе гита.
источник

IA

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

ML

Maksim Lapshin in DocOps-сообщество
Ivan Abashkin
Она встроена в сам Альтиум. вроде на основе гита.
Такое мы не любим :)

Чем более открытая система, тем ее проще интегрировать
источник
2020 February 16

NV

Nick Volynkin in DocOps-сообщество
Семён Факторович
Этой самой clarity всегда не хватает
А расскажи подробнее? Как проявляется clarity?
источник

NV

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

IC

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

L

Lana in DocOps-сообщество
Дайджест чата за январь вам задолжала)) https://teletype.in/@lananovikova/siAoL2CS Месяц - огонь был к слову, столько полезного материала, ух
источник

I

Igor in DocOps-сообщество
Этот это в смысле этот вот самый или это ссылка отвалилась?
источник

L

Lana in DocOps-сообщество
Igor
Этот это в смысле этот вот самый или это ссылка отвалилась?
не, это в смысле было предложение ссылаться на докив разговорах
источник

I

Igor in DocOps-сообщество
А, понял
источник

I

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

I

Igor in DocOps-сообщество
Алсо, дайджест огонь
источник

P

Pavel in DocOps-сообщество
Lana
Дайджест чата за январь вам задолжала)) https://teletype.in/@lananovikova/siAoL2CS Месяц - огонь был к слову, столько полезного материала, ух
👍
источник

ЕД

Егор Доронин in DocOps-сообщество
Denis
С пятницей всех)

Кто-нибудь где-нибудь встречал удобный для ежедневного (!) использования формат для описания/документирования активно меняющейся компьютерной сети, со всеми значимыми узлами (рабочие станции, сервера, виртуальные машины, маршрутизаторы), но чтобы с информацией о ролях таких узлов, их состоянии, заметками об установленном ПО и т.д.

Идеально, конечно, чтобы это был какой-нибудь сервис/ПО с интерактивом и drag'n'drop, но и просто хороший пример онлайн/оффлайн шаблона или готового документа подойдет.

Две крайности, которые не подходят:

1. описание в confluence/Word/Excel как раздутое неповоротливое для ежедневных изменений с отслеживанием консистентности

2. схемы в Visio/Yed, как удобные визуально, но неповоротливые и быстро разрастающиеся при хранении чуть больших подробностей, чем просто логическое расположение узла с именем и иконкой

(речь о сети из 50-100 узлов)
Это называется CMDB, но для этого надо, чтобы в организации были процессы налажены. Есть для инфры Orion Solarwinds, есть куча IPAM софта, можно по mrtg делать инвентаризацию, в конце концов, и потом конвертировать в CSV для импорта в draw.io
источник

ЕД

Егор Доронин in DocOps-сообщество
Но подходить с выбора инструмента методологически неправильно, я считаю
источник

ЕД

Егор Доронин in DocOps-сообщество
Надо ответить на несколько принципиальных вопросов: как эта система будет заполняться, кем, как часто, кем будет использоваться, для каких целей
источник

D

Denis in DocOps-сообщество
В дальней перспективе методологически неправильно, согласен) Но краткосрочно прыгнуть с "где тот красненький сервер, и что мы на него ставили в прошлом году?" к понятной схеме - вполне)
источник

ЕД

Егор Доронин in DocOps-сообщество
Если стек на винде и Энтерпрайз, то System Center в самый раз
источник