Новость приятная) один вопрос - почему только сейчас)

Быть может потому, что это МС? :)

только клауд?(

видимо так пока. У самого такая задача есть (у меня даже выгрузки в html нет из конфы)
есть еще https://www.npmjs.com/package/confluence-to-github-markdown
но у меня на винде не пашет

С пятницей всех)

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

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

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

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

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

(речь о сети из 50-100 узлов)

Что-то недавно проскакивало в каналах по девопсу

@rusdacent @count0ru , вы не помните про тулзы для документирования сетей? Я поискал по тому что пришло в голову, но не нашёл пока.

Привет. Не(

Нужно именно описывать или генерировать описание?

Изначально - описывать руками, но и от генерации не отказался бы)

Выглядит исчерпывающе, изучу, спасибо!

https://www.open-audit.org/

Умеет всякое, в том числе и экспорт-импорт
https://community.opmantek.com/pages/viewpage.action?pageId=26640404

Racktables или iTOP с соответствующими плагинами. Если платно, то есть недорогие инструменты от sunbird.  Очень крутые

Я имел ввиду sunbird dcim.  Solarwinds рядом не стоял по удобству

Ну из этого класса было ещё glpi. Не знаю оно сейчас.

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

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

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

Карен Товмасян пишет про отбор кандидатов:

Но допустим, есть ряд людей, которые шарят, знают и хорошо вписываются в команду. Если такой человек один - думать нечего, надо брать.
...
Если же таких несколько, то выбираю по следующим критерям (список построен случайным образом).
1.  Кто из кандидатов принесет с собой тот опыт, который отсутствует в команде
2.  Кто из кандидатов выглядит наиболее заинтересованным в работе
3.  Кто из кандидатов выглядит наиболее обучаемым

Новый человек не всегда может "поднять планку" команды, но если он дополнит ее компетенции - это уже победа.
...
Обучаемость не определяется никак, но ее можно проверить, задав вопрос по той теме, которую кандидат открыл для себя недавно.

Из трёх критериев два — про знания. Причем это не банальное "сколько человек знает", а скорее "кто будет полезнее для знаний и опыта всей команды".

Конечно, я это вырвал из контекста. Читайте плотностью, там три поста, начало здесь: https://t.me/manandthemachine/514.

А про знания в айтишных командах приходите поговорить на KnowledgeConf.

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

Мне очень понравилось, как Сатья Наделла (который СЕО Микрософта) в одном из интервью сказал, на что он в первую очередь обращает внимание на собеседованиях:

1. Do they bring clarity?
2. Do they bring energy?