Size: a a a

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

2020 February 16

D

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

ЕД

Егор Доронин in DocOps-сообщество
Можно, независимо от стека, делать инвентаризацию с помощью Qualys, заодно и все уязвимости будут как на ладони
источник

D

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

D

Denis in DocOps-сообщество
Егор Доронин
Можно, независимо от стека, делать инвентаризацию с помощью Qualys, заодно и все уязвимости будут как на ладони
GFI LanGuard, да
источник

ЕД

Егор Доронин in DocOps-сообщество
Опять же, зависит от того, сколько единиц конфигурации или ассетов предполагается хранить
источник

ЕД

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

ЕД

Егор Доронин in DocOps-сообщество
Если в тысячах/десятках тысяч, то уже нужно хорошее платное решение
источник

ЕД

Егор Доронин in DocOps-сообщество
Это ящик Пандоры - стоит тронуть asset and configuration management, как тут же потянутся change, knowledge, deploy etc... management
источник

ЕД

Егор Доронин in DocOps-сообщество
Не говоря уже об incident и problem
источник

D

Denis in DocOps-сообщество
Чтобы пропихнуть слона в иголочное ушко, нужно иголочное ушко - все по порядку)
источник

NK

ID:0 in DocOps-сообщество
Читаем дайджест чата @docsascode.
источник

NK

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

NV

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

ML

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

NV

Nick Volynkin in DocOps-сообщество
Maksim Lapshin
А это же вместо того дайджеста, который автоматически формировался в мейл листах?
Это вроде тех, в которых общаются разработчики ядра Линукса?
источник

ML

Maksim Lapshin in DocOps-сообщество
Nick Volynkin
Это вроде тех, в которых общаются разработчики ядра Линукса?
не совсем так. правильно так:

Это вроде тех,  в которых общались разработчики ядра линукса за 20 лет  до того, как зараза мобильных чатов убила форумы, которые должны были убить мейл листы и будут общаться через  20 лет после того, как мобильные мессенджеры перестанут ошибочно воспринимать  как замену мейл листам =)
источник

NV

Nick Volynkin in DocOps-сообщество
Осталось немного дождаться ))
источник

ML

Maksim Lapshin in DocOps-сообщество
=)
источник

СФ

Семён Факторович in DocOps-сообщество
Nick Volynkin
А расскажи подробнее? Как проявляется clarity?
Ну сама фраза, конечно, скорее в стиле дзенского коана — каждый понимает как хочет и в силу своего контекста.

Я ее трактую следующим образом: любой мой коллега должен очень хорошо уметь:

(а) объяснять, почему он принял то или иное рабочее решение: какая задача вообще им решалась, какие были альтернативы и почему выбраннное решение лучше остальных

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

(в) быстро и эффективно объяснить коллегам что-то, что они не знают (и в целом уметь видеть «градиент незнания» в команде — кто что знает и кто что не знает)
источник

FM

Fox Mulder in DocOps-сообщество
Семён Факторович
Ну сама фраза, конечно, скорее в стиле дзенского коана — каждый понимает как хочет и в силу своего контекста.

Я ее трактую следующим образом: любой мой коллега должен очень хорошо уметь:

(а) объяснять, почему он принял то или иное рабочее решение: какая задача вообще им решалась, какие были альтернативы и почему выбраннное решение лучше остальных

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

(в) быстро и эффективно объяснить коллегам что-то, что они не знают (и в целом уметь видеть «градиент незнания» в команде — кто что знает и кто что не знает)
Это прямо фантастика какая-то.
источник